問題タブ [build-automation]

私たちのチームは、夜間の継続的な統合ビルドをセットアップしています。私たちは Team Foundation Server を所有しており、Team Foundation Build を使用できます。私は CC.Net に慣れており、そのように傾倒していますが、経営陣は TFS に費やされたすべてのお金を見て、それを使用したいと考えています。

CC.Net について私が気に入っている点は、通知の柔軟性と、カスタム スクリプトの実装の容易さです。

両方の製品を使用した経験がある場合、どちらを好みますか?その理由は?

私は Windows で CVS を (WinCVS フロント エンドと共に) 使用しており、修正を容易にするために、ビルドが失敗するたびに、自動ビルド プロセスからの電子メールに最後のチェックインの詳細を追加したいと考えています。

変更されたファイル、それらを変更したユーザー、およびコメントを知る必要があります。

コマンドラインオプションを試してみましたが、正確な結果が得られないようです（1回のチェックインからではなく、あまりにも多くの結果が得られるか、2週間前からのランダムなチェックインの詳細のいずれかです）。

Excel アドインを含む現在のプロジェクト用のビルド スクリプトを作成しようとしています。アドインには、変数 version_Number を持つファイル modGlobal を含む VBProject が含まれています。この番号は、ビルドごとに変更する必要があります。正確な手順:

1. XLA ドキュメントを Excel で開きます。
2. VBEditor モードに切り替えます。(Alt+F11)
3. パスワードを入力して VBProject を開きます。
4. modGlobal ファイルを開きます。
5. 変数のデフォルト値を現在の日付に変更します。
6. プロジェクトを閉じて保存します。

プロセスを自動化する方法がわかりません。私が思いつく最善の方法は、Excel マクロまたは Auto-IT スクリプトです。カスタムの MSBuild タスクを作成することもできますが、それは難しいかもしれません。他に何か提案はありますか？

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

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

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

複数のホスト (Linux と Windows など) でコンパイルして実行する必要があるコードを開発しているとします。

• コンパイルしている各ホストのハードウェアに完全にアクセスできます (私の場合、Linux ホストと Windows ホストが机の上に立っています)。
• ネットワークドライブを介した構築は高すぎる
• 中央リポジトリへのコミットは必要ありません -- 何かがチェックインされるとすぐに構築を試みる CI エンジンがあるとします。

「効率的」とは、コンパイル、編集、実行のサイクルをできるだけ短くシンプルに保つことを意味します。

TestCompleteを使用して、毎日のビルドにテストを統合しようとしています。これまでのところ、テスト専用のマシンがあり、ビルドスクリプトは、TestCompleteがテストに必要なすべてのもの（アプリケーション、データベース、テストスクリプトプロジェクト、ソースファイルなど）をこのマシンにコピーします。 。

基本的に、TestCompleteプロジェクトを手動で開いて、テストを実行できます。

今、私たちはそのプロセスを自動化したいのですが、どのようにそれを行いますか？または、この自動化を行うための最も簡単で最良の方法はどのように思いますか？

簡潔に言うと、ビルドのたびにTestCompleteを開き、すべてのテストを実行して、テスト結果をメールで送信するプロセスを自動化する必要があります。

誰でもこれについていくつかの経験を共有できますか？

ありがとう。

自動ビルド/自動デプロイにはどのツールを使用していますか? なんで？

おすすめのツールは？

私はうん、グリーンフィールド（yeeea！）Webアプリケーションを設定していますが、自動化/ CIビルドに関して他の人が最初にプロジェクトをセットアップする方法を疑問に思っていましたか？

私は一般的にこれに従います：

1. 基本的なレイアウト（トランク、ブランチ、ライブラリなど）でSVNリポジトリを作成します
2. 基本的なソリューション構造（コア、UI、テスト）を作成する
3. 失敗する基本的なテストを作成する
4. NAntスクリプトをコピーし、更新して微調整し、失敗したテストがローカルでビルドを中断することを確認します
5. 専念
6. CIサーバー（TeamCity）でデフォルトのデバッグビルドをセットアップし、ビルドが失敗することを確認します
7. テキストを修正
8. コミット9ビルドがCIに合格することを確認します
9. 終わり....

新しい PC のセットアップ プロセスを自動化したいと考えています。これには、最新の Windows と Office の更新プログラムのダウンロードとインストールが含まれます。ネットワーク共有からのソフトウェアのインストール (一部のソフトウェアは再起動が必要なため、スクリプトはログインして続行できる必要があります) ドメインへの PC の追加とローカル ユーザー アカウントの設定。

これは可能で、これを達成するための最適なスクリプト言語は何ですか?

優れた CI ビルド プロセスを構成するものは何ですか?

私たちは CI を使用していますが、展開する必要のある複数のサービスに依存しており、他のアプリもこれらに依存している可能性がある場合、本番環境への展開は現実的な CI の目標です。

優れた CI ビルド プロセスは、QA まで自動化され、そこから手動で行われる場合に十分なのか?