2

タイトルにすべてが書かれているはずです。そうすれば、ジョエルテストでさらに2ティックを固めることができます。

すでにmakefileとpythonスクリプトを使用してビルド自動化を実装しており、基本とオプションを理解しています。

しかし、ブログを読む新しい男である私は、どうすれば私のコホートにその固有の有効性を納得させることができますか?

4

9 に答える 9

6

許可ではなく、許しを請う。

プライベートで動作させて(あなたが持っているように見えます)、その利点を実証してください。

いつも人々を惹きつけているのは、CruiseControl の Tray ユーティリティの使用です。ビルドが成功したことをシステム トレイから確認できると、人々はそれを気に入っています。(これは、Windows 環境にいること、CruiseControl が既存のシステムで動作することなどを前提としています。)

注: 許可の代わりに許しを求めることが即時終了につながる場合は、上記を実行したくない場合があります。他の場所で仕事を探すこともできます。あなたのマイレージは異なる場合があります。

于 2008-09-17T22:15:18.960 に答える
5

ビルド ライトを実装します... 同様のことを溶岩ランプで行い、大ヒットしました。追加のボーナス マークについては、すべての開発者に机の上に赤いライトを与え、ビルドが壊れたときに適切なライトが点灯するようにします。

于 2008-09-17T22:19:16.393 に答える
3

古い予備のコンピューターを手に入れて、オフィスの隅に置きます。プロジェクトをビルドするように設定します。次のことを行う小さなスクリプトを作成します。

  1. すべてのファイルの最新バージョンを取得します。
  2. ファイルの変更があった場合は、ビルドします
  3. 障害が発生した場合に通知します。

休憩を見つけたら、思いやりを持って修正してください。

単体テストを実行するステップを追加することも検討してください。

人々の間違いを叱るのを避けることができれば、すぐに人々は、あなたが到着してからのビルドの信頼性に感銘を受けるでしょう. そこから構築します。

秘訣は、誰にも腹を立てることなく、チームに多くの価値を生み出すために時間をほとんど費やさないことです。

于 2008-09-17T22:17:10.657 に答える
1

予備のボックスを用意して、継続的インテグレーション サーバー ( Java の世界ではHudsonまたはCruiseControl ) をインストールし、誰かがコードをチェックインするたびにアプリケーションをビルドするジョブをセットアップします。

同僚を説得するか、誰かがビルドを壊すまで待つことができます。後者の場合は、次のメールを送信してください。

to: all developers

Guys,

I've just noticed that I can build our software using the 
latest version because of the following error:

    ...

I you want to be notified by our continuous 
build system (attached is the mail I received when
it failed to build our application), just let me know.

通常、全員がリストに載るまでそれほど時間はかかりません

于 2008-09-19T20:58:31.023 に答える
1

自動ビルダーをセットアップします。テストを自動的にビルドして実行すると、他の人に自分の時間を節約するよう説得しても問題ありません:)

バージョン管理に git を使用している場合、テストの失敗の原因となった正確なチェックインを自動的に検出するオートビルダーを次に示します: http://github.com/apenwarr/gitbuilder/

于 2008-09-17T22:25:13.790 に答える
0

JamesShoraには2つのすばらしいリンクがあります。

ハードウェアの場合 http://jamesshore.com/Blog/Continuous-Integration-on-a-Dollar-a-Day.html

「ヒューマンウェア」の場合 http://jamesshore.com/Change-Diary/

(彼がそれをどのように行ったかの歴史。読みは長いですが、組織を変えることはより困難です)

于 2008-09-17T22:28:10.973 に答える
0

チームが定期的にビルドを必要とする場合は、非常に簡単です。ビルドを行うチーム メンバー (定期的にローテーション) を任命します。ビルド プロセスが非常に複雑な場合、チームはビルドを少なくとも部分的に自動化する方法を独自に考え出します。最悪の場合、自分でビルドを自動化する必要がありますが、自動化に反対する人は誰もいません。

于 2008-09-18T14:57:31.017 に答える
0

実演は最良の方法であり、異なるやり方に抵抗する人の心を変える唯一の方法です。

ここでは、開発者からの指示なしに、QA がビルド サーバーから緑色のライト ビルドを直接取得してインストールし、テストできるようにすることで、自動ビルドがいかに便利であるかを示しました。彼らは作業を続けることができ、少なくとも単体テストに合格することを知っています。テストと開発を統合するのに役立ち、バグがシステムに存在する時間を短縮しました。

于 2008-09-19T21:06:17.430 に答える
0

自動ビルドを夜間のプロセスとして設定し、毎晩最新のコード リビジョンを取得してビルドし、レポートを生成します。これで、ビルドが壊れているかどうかを毎朝すぐに知ることができ、壊れている場合はチームに通知できます。あなたのプロジェクトで壊れたビルドが大きな問題になっている場合、人々はおそらく最初にあなたのところにやって来て、最新のコードに安全に同期できるかどうかを確認します。ビルドが壊れているわけではありません (ちなみに、ユニット テストの自動化されたスイートは、これにも大いに役立ちます)。運が良ければ、人々はあなたのナイトリー ビルドが便利なものであることに気付き始め、毎日のビルド レポートを送信するメールとして設定するだけで済みます。

于 2008-09-17T22:20:06.173 に答える