forked from travis-ci/travis-ci.github.com
-
Notifications
You must be signed in to change notification settings - Fork 0
/
blog.xml
284 lines (223 loc) · 19.2 KB
/
blog.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
<id>http://about.travis-ci.org//</id>
<title>The Travis Blog</title>
<updated>2011-11-13T16:08:00Z</updated>
<link rel="alternate" href="http://about.travis-ci.org//"/>
<link rel="self" href="http://about.travis-ci.org//blog.xml"/>
<author>
<name>Team Travis</name>
<uri>https://github.com/travis-ci</uri>
</author>
<entry>
<id>tag:about.travis-ci.org,2011-11-14://blog/first_class_php_support_on_travis_ci/</id>
<title type="html">Announcing "first class" PHP project support!</title>
<published>2011-11-13T16:08:00Z</published>
<updated>2011-11-13T16:08:00Z</updated>
<link rel="alternate" href="http://about.travis-ci.org//blog/first_class_php_support_on_travis_ci/"/>
<content type="html"><p>Today we are happy to announce first class PHP support with Travis CI.</p>
<p>It includes all the same features Ruby, Erlang and Node.js projects enjoy today, including:</p>
<ul>
<li>Easy to get started and integrates with GitHub.</li>
<li>Test against multiple databases and services, including Mysql, Postgres, Redis, RabbitMQ and many more.</li>
<li>Test your projects against multiple PHP versions.</li>
<li>Build results are publicly available online so you can link to them in your bug reports, including line numbers.</li>
<li>Notifications the way you want them! (email, IRC, and webhooks)</li>
</ul>
<p>Over the last several weeks many nice folks from the PHP community have been working with the Travis team
and it would not be possible without all the help from <a href="https://twitter.com/loicfrering">Loïc Frering</a> and <a href="https://github.com/pborreli">Pascal Borreli</a>. <a href="https://github.com/till">Till Klampaeckel</a> has helped us set up <a href="http://sourceforge.net/p/phpfarm/wiki/Home/">phpfarm</a> and <a href="http://pear2.php.net/">pyrus</a> and test drive the whole thing. <a href="https://twitter.com/old_sound">Álvaro Videla</a> and
<a href="https://github.com/lsmith77">Lukas Kahwe Smith</a> also helped us a lot by running some of the <a href="https://github.com/friendsofsymfony">Friends of Symfony</a> projects on Travis early on.
Pascal also got Symfony, Twig, Silex, Doctrine and Monolog test suites up and running on travis-ci.org (we hope his patches will be accepted
upstream).</p>
<p>Having all those projects building fine for several days makes us confident that we are ready to ship this feature.</p>
<p>Please see our <a href="http://about.travis-ci.org/docs/user/languages/php">initial documentation for PHP projects</a> and <a href="http://about.travis-ci.org/docs/">the rest of the guides</a>. We tried to link to as many real world .travis.yml examples to demonstrate all the features in action.</p>
<p>In addition, we have a couple of machines lined up that we will be running PHP builds on. One of them is <a href="http://shopify.com">Shopify</a>: they donated us a worker we have been using for Node.js projects. Another one is <a href="http://servergrove.com">ServerGrove</a>, experts in PHP hosting and specifically frameworks like Symfony and Zend Framework: they donated us one more machine to run PHP builds
on.</p>
<p>If you have questions, find us in #travis on irc.freenode.net, we will be happy to answer them. To stay up to date with new announcements, CI environment software updates and more, <a href="https://twitter.com/travisci">follow us on Twitter</a> and <a href="https://groups.google.com/forum/#!forum/travis-ci">join our mailing list</a>.</p>
<p>We hope you enjoy using Travis for your open source projects as much as we do. Go add your PHP projects to Travis CI and recommend your fellow PHP developers to do the same!</p>
<p>The Travis Team.</p>
<h2 id="spread-the-word">Spread the word!</h2>
<p>Feel free to <a href="http://news.ycombinator.com/item?id=3231030">discuss and upvote on Hacker News</a></p>
<h2 id="updates">Updates</h2>
<ul>
<li>Doctrine is now on Travis: <a href="http://travis-ci.org/#!/doctrine/doctrine2">doctrine2</a>, <a href="http://travis-ci.org/#!/doctrine/common">common</a></li>
<li>Monolog is now on Travis <a href="http://travis-ci.org/#!/Seldaek/monolog">Monolog</a></li>
</ul>
</content>
</entry>
<entry>
<id>tag:about.travis-ci.org,2011-11-11://blog/vm_upgrade_nov_11_2011/</id>
<title type="html">VM environment upgrade, Nov 11th, 2011</title>
<published>2011-11-11T06:18:00Z</published>
<updated>2011-11-11T06:18:00Z</updated>
<link rel="alternate" href="http://about.travis-ci.org//blog/vm_upgrade_nov_11_2011/"/>
<content type="html"><p>travis-ci.org Ruby workers were upgraded, here is what’s new:</p>
<h2 id="ruby-workers-changes">Ruby Workers Changes</h2>
<ul>
<li>Updated Rubinius 2.0 from 2.0.testing branch</li>
<li><a href="http://bit.ly/rabbitmq-2-7-0">RabbitMQ 2.7.0</a></li>
</ul>
<p>Rubinius team was busy making GC and full CPU concurrency improvements as well as upgrading Ruby standard library
for their 1.9 mode. Give it a try by testing your Ruby projects against Rubinius!</p>
<h2 id="nodejs-workers-changes">Node.js Workers Changes</h2>
<p>Node.js workers were upgraded, too:</p>
<ul>
<li><a href="http://bit.ly/rabbitmq-2-7-0">RabbitMQ 2.7.0</a></li>
</ul>
<h2 id="follow-us-on-twitter">Follow Us on Twitter</h2>
<p>To get regular updates about travis-ci.org environment upgrades and other developments, <a href="https://twitter.com/travisci">follow Travis CI on Twitter</a>
and watch our <a href="https://github.com/travis-ci/travis-cookbooks/tree/master/vagrant_base">Chef cookbooks repository on GitHub</a>.</p>
<p><a href="https://twitter.com/michaelklishin">MK</a> on behalf of the Travis CI Team.</p>
</content>
</entry>
<entry>
<id>tag:about.travis-ci.org,2011-11-10://blog/first_class_nodejs_support_on_travis_ci/</id>
<title type="html">Announcing "first class" Node.js project support!</title>
<published>2011-11-09T17:00:00Z</published>
<updated>2011-11-09T17:00:00Z</updated>
<link rel="alternate" href="http://about.travis-ci.org//blog/first_class_nodejs_support_on_travis_ci/"/>
<content type="html"><p>One of the things people keep asking us is when language X will be a first class citizen on Travis-CI.
While it has been possible to build Node.js and C++ projects on Ruby workers for a while, it is not very convenient or intuitive, and such projects will not get the killer feature of travis-ci.org: testing against multiple versions/implementations. So we have good news for the Node.js community: Node.js is gaining first class support on Travis-CI, joining Ruby and Erlang.</p>
<p>Thanks to the hard work by <a href="https://twitter.com/harrybrundage">Harry Brundage</a> and the Travis core team, it is now possible to test your Node.js projects against multiple Node versions (currently 0.4.12, 0.5.8 and 0.6.0). We use <a href="https://github.com/travis-ci/travis-cookbooks/blob/master/vagrant_base/nodejs/files/default/nvm.sh">NVM (“RVM for Node.js”) project</a> and <a href="https://github.com/travis-ci/travis-cookbooks/tree/master/vagrant_base/nodejs">Chef cookbooks</a> to enable to easy switching of Node.js versions.</p>
<p>In addition, Shopify now sponsors a machine that we will be running five Node.js workers on. Please thank them by sending a loving tweet or two to <a href="https://twitter.com/shopify">@Shopify</a> :)</p>
<h3 id="how-do-i-test-my-project-against-multiple-nodejs-versions">How do I test my project against multiple Node.js versions?</h3>
<p>To test your Node.js project against multiple Node versions, add a ‘.travis.yml’ file to your GitHub repository and add the following to it:</p>
<pre><code>language: "node_js"
node_js:
- 0.4
- 0.5
- 0.6
</code></pre>
<p>When you define “node_js” as the language it tells Travis to switch the Node.js version (nvm use 0.4), install the dependencies of the project (npm install), and run the tests (npm test). If you define multiple Node.js versions to test against, like the above example, Travis will create a matrix of test configurations, in this case three builds will be queued. Or you can leave out the node_js versions to test against and Travis will use 0.4 by default. If your project is not yet Node 0.5 or 0.6 compatible,
you can exclude those versions. The same goes for project that want to only support 0.6, for example.</p>
<p>See Shopify’s <a href="https://github.com/shopify/batman/blob/master/.travis.yml">Batman</a> as well as <a href="https://twitter.com/#!/martin_sunset">Martin Wawrusch</a>’s <a href="https://github.com/scottyapp/hook.io-blueprint-coffeescript/blob/master/.travis.yml">hook.io-blueprint-in-coffescript</a> and <a href="https://github.com/scottyapp/hook.io-amqp-listener/blob/master/.travis.yml">hook.io-amqp-listener</a> projects as examples.</p>
<h2 id="the-workflow">The Workflow</h2>
<p>Travis’ Node.js builder will do the following as part of the build process:</p>
<ul>
<li>Clone your repository from GitHub</li>
<li>Pick Node.js version to use</li>
<li>Run <code>before_install</code> commands (can be more than one)</li>
<li>Install dependencies using <code>npm install [npm_args]</code> or whatever you provide in the <code>install</code> key in your .travis.yml file</li>
<li>Run <code>before_script</code> (can be more than one script)</li>
<li>Run <code>install</code> command if you provided it in your .travis.yml. By default it is <code>npm test</code> if it finds package.json in the repository root or <code>make test</code> otherwise.</li>
<li>Run <code>after_script</code> (can be more than one command)</li>
<li>Report the build has finished running</li>
</ul>
<p>Most of steps in the workflow can be overriden by projects that need it. We recommend you to use defaults when possible, though.</p>
<p>For more information on what is <a href="http://about.travis-ci.org/docs/user/ci-environment/">available in terms of services</a> (mysql, postgres, riak, etc.), or how to configure your builds or matrix, visit the <a href="http://about.travis-ci.org/docs/">docs site</a>.</p>
<h3 id="next-steps">Next steps</h3>
<p>We have support for more languages in the works, one of which we hope to ship really soon, so stay tuned!</p>
<h3 id="in-conclusion-aka-lots-of-3-3-3">In conclusion (a.k.a lots of &lt;3 &lt;3 &lt;3)</h3>
<p>Once again we would like to thank Harry for doing most of the work on first class Node.js support and Shopify for sponsoring a machine that we will host the workers on. </p>
<p>Now go add your Node.js projects to travis-ci.org and tell your friends and colleagues about it!</p>
<p>&lt;3 &lt;3 &lt;3, the <a href="https://twitter.com/travisci">Travis CI core team</a>.</p>
<h3 id="discuss-on-hacker-news">Discuss on Hacker News</h3>
<p>You can discuss Node.js support on travis-ci.org <a href="http://news.ycombinator.com/item?id=3216403">on Hacker News</a>.</p>
</content>
</entry>
<entry>
<id>tag:about.travis-ci.org,2011-11-01://blog/vm_upgrade_oct_31_2011/</id>
<title type="html">VM environment upgrade, Oct 31st, 2011</title>
<published>2011-10-31T20:26:26Z</published>
<updated>2011-10-31T20:26:26Z</updated>
<link rel="alternate" href="http://about.travis-ci.org//blog/vm_upgrade_oct_31_2011/"/>
<content type="html"><p>travis-ci.org Ruby workers were upgraded to provide the following:</p>
<ul>
<li>Ruby 1.9.3-p0 (final release)</li>
<li>JRuby 1.6.5</li>
<li>Updated Rubinius 2.0 from 2.0.testing branch</li>
<li>Node.js 0.4.12, npm 1.0.18</li>
<li>MongoDB 2.0.1</li>
<li>Riak 1.0.1</li>
<li>ragel</li>
<li>RVM 1.9.2</li>
</ul>
<p>There is also one more change we want to highlight: we now provide two installations of Rubinius, one in Ruby 1.8 mode
and another one in Ruby 1.9 mode. Their RVM aliases are <em>rbx-18mode</em> and <em>rbx-19mode</em>, respectively. For example, to test your gem
against Rubinius in both modes, you can use the following list of Rubies in your .travis.yml file:</p>
<pre><code>rvm:
- 1.8.7
- 1.9.3
- jruby
- rbx-18mode
- rbx-19mode
</code></pre>
<p>Existing aliases for 1.8 mode (<em>rbx</em> and <em>rbx-2.0</em>) are still around and will work.</p>
<p>Rubinius’ Ruby 1.9 features support is still a work in progress (it does not support encodings yet, for example) but
we encourage Ruby developers to try testing their libraries against Rubinius, in both 1.8 and 1.9 modes. Now it is even
easier to do on travis-ci.org.</p>
<p>To get regular updates about travis-ci.org environment upgrades and other developments, <a href="https://twitter.com/travisci">follow Travis CI on Twitter</a>
and watch our <a href="https://github.com/travis-ci/travis-cookbooks/tree/master/vagrant_base">Chef cookbooks repository on GitHub</a>.</p>
<p><a href="https://twitter.com/michaelklishin">MK</a></p>
</content>
</entry>
<entry>
<id>tag:about.travis-ci.org,2011-08-30://blog/big_refactoring/</id>
<title type="html">A Big Refactoring!</title>
<published>2011-08-29T16:29:26Z</published>
<updated>2011-08-29T16:29:26Z</updated>
<link rel="alternate" href="http://about.travis-ci.org//blog/big_refactoring/"/>
<content type="html"><p>We’ve just rolled out a big refactoring to the Travis CI <a href="https://github.com/travis-ci/travis-ci">application</a>
(i.e. the server app which runs on Heroku) that we’ve been working on over the
last four weeks.</p>
<p>This refactoring was quite far-reaching and even though we’ve tried hard to
make sure everything works fine there may be glitches and bugs that we’ve
overlooked.</p>
<h2 id="why">Why?</h2>
<p>The motivation behind all of this work was quite manifold. Maybe the best
summary is that our previous domain model still had the very basic design from
its original spike. But here are some more details. We wanted to achieve the
following things:</p>
<ul>
<li>Split up the monster Build model into more finegrained classes for more
clarity</li>
<li>Move to a statemachine-like pattern for more explicitely reflecting
various state changes that happen across various models</li>
<li>Lay better grounds for the long planned move to <a href="https://github.com/ruby-amqp/amqp">AMQP</a>
(communication with the workers)</li>
<li>Lay better grounds for the long planned move Sproutcore (reimplementation of
the JS client)</li>
<li>Improve test coverage and move to RSpec (for unifying test technologies and a
slightly lower barrier for new devs)</li>
<li>Generally clean up both model and test code.</li>
</ul>
<p>One major intention was to generally clean up our codebase, complete and
improve the test suite and make the model design more readable. Another was
to split up the former Build model which had grown into a huge tangled monster.
And while we were at it we also wanted to better communicate the fact that the
domain model is very much about about triggering state changes through various
events and messages.</p>
<p>You can find more information about the new domain model design <a href="https://github.com/travis-ci/travis-ci/blob/statemachine_merge/docs/notes/build_tasks.md">in this
document</a>.
Some of the details outlined there haven’t been implemented, yet. E.g. the
<code>Build</code> model does not have the mentioned <code>errored</code> and <code>cancelled</code> states, the
<code>Task::Test</code> does not have <code>cloned</code> and <code>installed</code> states … simply because the
worker does not support triggering these, yet. These things will probably be
added in a later stage.</p>
<p>When we reviewed common Ruby statemachine implementations we found none of them
do what we needed, so we came up with our own brand of it:
<a href="https://github.com/svenfuchs/simple_states">simple_states</a> may or may not
useful for your own usecase but it does exactly what we need in Travis CI and
nothing more.</p>
<p>Another gem that has been implemented in the course of this refactoring is
<a href="https://github.com/svenfuchs/data_migrations">data_migrations</a>. We had quite a
bunch of columns to migrate from the <code>builds</code> table to various other tables
(such as <code>commits</code>, <code>requests</code>, <code>tasks</code>) and it seemed easier to come up with a
simple DSL for that than writing all these queries by hand.</p>
<p>Also, we’re now using <a href="https://github.com/svenfuchs/hashr">hashr</a> in the
application, too (for <code>Travis.config</code>, specifically). We’ve used it in the
<a href="https://github.com/travis-ci/travis-worker">worker code</a> before and it worked
pretty well.</p>
<h2 id="in-other-news-">In other news …</h2>
<p>In other news, over the last month we have extract a <a href="https://github.com/michaelklishin/sous-chef">small project that we use to develop our Chef cookbooks</a> and
added the following tools to the <a href="https://github.com/travis-ci/travis-cookbooks/tree/master/vagrant_base">VM infrastructure</a>:</p>
<ul>
<li>kerl to support Erlang with testing against multiple OTP releases</li>
<li>leiningen 1.6 for Clojure projects</li>
<li>sbt 0.10 for Scala projects</li>
<li>Thinking Sphinx 0.9.9, 1.10 and 2.0. <a href="http://freelancing-god.github.com/riddle">Riddle</a> and <a href="http://freelancing-god.github.com/ts/en/">Thinking Sphinx</a> are now hosted on Travis.</li>
<li>RabbitMQ now installs HTTP API plugin</li>
</ul>
</content>
</entry>
</feed>