私は、自分がサポートするアプリケーションを手動ではなく自動的に構築および展開できるように取り組んできました。私のチームは RTC を使用してコードを保存しています (私の選択ではありません。私が言うことがあれば、TFS を使用するか、Subversion を使用します)。明らかに、彼らは Build Forge を使用して Java アプリケーションをビルドおよびデプロイします。私の理解では、buildforge は単純にすべてを調整し、スクリプトを実行して実際のビルドおよびデプロイ タスクを実行します。
現在、私は自分のコードをビルドしてデプロイするための powershell スクリプトに取り組んでいます。このツールで既に行ったことを実際に統合する方法について、オンラインで情報を見つけることができないようです。そこにあるツールがどれほど素晴らしいかについて、IBM からのたくさんの綿毛の断片がありますか?
BuildForge を使用した .net アプリケーションの自動化に関する優れたチュートリアルはありますか?
それこそが、BuildForge が好きではない理由です。これは優れたクロス プラットフォームの複数ホスト オーケストレータですが、実際には何も「構築」しません。私は、あるサーバーで約 800 のプロジェクトを処理し、別のサーバーで別の 800 のプロジェクトを処理する会社で数年間過ごしました。すべてのビルド手順を BuildForge に書き込むと、データベースが強制終了されることがわかりました。そこで代わりに、NAnt を呼び出すことでほとんどの作業を行う共通ライブラリを用意しました。MSBuild も良い選択でしたが、当時は NAnt の方が成熟していました。
60 台の仮想マシンで年間 100,000 回のビルドを実行しました。VSphere サーバーと通信して VM をリセットし、オンラインに戻るのを待ってからビルドを実行するビルド ステップがありました。
また、ソース管理に AStarTeam を使用し、ビルドに BuildForge を使用する別の会社でも働いていました。私は TFS サーバーを立ち上げ、Get 拡張機能を作成して StarTeam からコードをプルしました。次に、TFS ビルドをラップする BuildForge プロジェクトを作成しました。開発者が知っている限り、ST と BF を引き続き使用しますが、実際には、TFS のすべてのワークフロー/MSBuild 機能を取得しており、ソースを 1 日で移動してすべて TFS にする可能性があります。
そうですね、BF での .NET のチュートリアルは 1 つではありません。Perl、PowerShell、NAnt、MSBuild など。