TravisCIとCircleCIでちょっとずつ違うビルド環境の考え方の違い
tl;dr TravisCIとCircleCIの根底にある違いの考え方を理解すると早い。 そして、違いを考慮しているproductを使うと便利。 e.g. checkstyle形式の結果をpull request review commentするsaddler CI result 考え方 CircleCI pushされたbranchをビルドする。 TravisCI pushされたbranchをビルドする。 pull requestのbranchを、仮にmasterにmergeしてみて、ビルドする。 仮にmasterにmergeしてみて?? TravisCIの二つ目のがわかりにくくて、混乱する。 やっていることは正しいんだけど、挙動が直感から外れるので、 TravisCIヘビーに使っているユーザーにもわりと意味不明挙動扱いされやすい(要出典) pull requestするとtravisのビル
TravisCI Meetup Tokyoに参加しました #travisci_jp - パラボラアンテナと星の日記
(英語聞き取れてなかったり、誤訳あるかもしれない) 開催日時: 2014年09月17日(19:00-21:00) 会場: 渋谷区渋谷2-21-1 (渋谷ヒカリエ) 21F URL: http://connpass.com/event/7901/ 主催 DeNA リクルーティング目的って言ってた セクション 19:00 - hiro asari氏(TravisCI) TravisCIの使い方 19:30 - joshk氏(TravisCI CEO, Co founder @j2h) TravisCIについてプレゼン 20:00 - 有志によるLT5,6人 hiro asari氏 のプレゼン 日本語。 travis ciの話。 会場、travis使ってる人に挙手してもらったところ、半分くらいだった（意外と少ない）。 ライフサイクルの話。 .travis.ymlに書いたことがどのような順番で実施
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
