どのように重要速やかナイトリービルドを固定していますか？

Question

私たちは、チームの誰もが全体のソースツリーを構築することができますので、私たちのために有用である、毎晩私たちのコードをビルドする自動ビルドサーバーを持っています。最近、チームの一部のメンバーは、速やかにビルドエラー修正についての詳細ずさんになっています。時には数週間は、成功したビルドなしで行きます。私も「今[いくつかの互換性に影響する変更]を追加するための良い時間で、ビルドがすでに壊れている。」、1人の開発者が言う小耳私は、コード上で動作するので遠い下流、私は通常、私はそれらを送信する前に、それは非常に困難な変更をテストすることができ、ソースコードリポジトリ、と同期して悲惨です木の部分で働いています。

私はそれが継続的に壊れているので、私たちはナイトリービルドを持つことの利点のほとんどを失っているように感じます。ここで私は道オフベース・アム、または優先順位が高いことがビルドを固定する必要がありますか？

Answer 1

ナイトリービルドを固定することは、最優先でなければなりません。あなたが言ったように、彼らが壊れている場合、彼らは価値がありません。人々は破損の原因となるコードで確認したい場合は、彼らは枝の上にこれを行うだけで、それがテストされたときにそれをマージする必要があります。

Answer 2

これらの開発者は明らかに形状に戻って蹴らする必要があります。

チェックイン時にいない場合は、

私は、毎日少なくとも数回の建物をお勧めしたいです。あなたがもう一度行く成功したビルドサイクルを持って一度、ビルドを破った人に（冗談のように）行くを持っている - それが起こるとき、

。

誰もがコードベースの所有権を取得し、責任を取る必要があります。

正直に言うと、それはまたあなたの工芸品で、いくつかの誇りを持っていることについてです。最終的にビルドが壊れている場合、人々は気にしていない、と彼らはそれを整理するよう依頼された後にない場合、それは彼らが他のいくつかの仕事をしているほうが良いと思い鳴ります。

Answer 3

あなたがそれを固定先送りに長い、長いそれは解決に時間がかかります。
それはすぐに固定されます場合は、それが壊れている原因となるものは、みんなの頭の中で新鮮でなければなりません。重大な変更は、後で修正するために頭痛の多くをそれを作る重ねることができます。

Answer 4

それは、固定を取得することが重要です。もはやあなたは、あなたが後で見つけるつもりだより多くのものを、それを先送りにします。その変更がビルドを壊れている場合、彼らはクリーンビルドを開始していない場合はどのように誰かが、言うことができますか？

私たちの標準は、コミット後にすべての私たちのユニットテストと機能テストが中立統合ボックスに「緑」を実行することです。もちろん、テスト駆動開発は、私たちの状況に応じているが、あなたに合わないかもしれません。あなたも、プロジェクトをビルドすることはできません場合は、前のコミットに潜むおそらく悪い驚きがあります。

それは、それはそれを構築するのにかかる時間は、それが固定取得の道に立っていることをとても大きくなら

、小規模プロジェクトと継続的な統合にそれを壊すような技術が役立つかもしれません。

Answer 5

私の友人は、運命ののズッキーニを持っていた彼のチームについて教えてくれました。のナイトリービルドを壊す誰もが自分の机の上にZODを表示しなければなりませんでした。この野菜は、壊れたビルドを容認するものではありませんでしたことを非常に明確にメッセージを送った分解、かなり高度な状態であった。

チームはナイトリーの建物を維持するのに十分やる気でない場合は、

これは、管理者が励まさ/強制されるべきものである。