ビルドスクリプトと展開スクリプトはTFS2010でセットアップされていますが、indeoBuildMasterも評価しています。誰かがこれを以前に使用したことがありますか?
また、一般的に、完全な.NETハウスの場合、別のSCM管理ツールを使用することは理にかなっていますか?これがinedoのリンクです
ビルドスクリプトと展開スクリプトはTFS2010でセットアップされていますが、indeoBuildMasterも評価しています。誰かがこれを以前に使用したことがありますか?
また、一般的に、完全な.NETハウスの場合、別のSCM管理ツールを使用することは理にかなっていますか?これがinedoのリンクです
InedoのBuildMasterを調べているときにもこれを見つけました。私たちは.NET/TFSショップであり、BuildMasterはあらゆる種類のさまざまな問題を解決します。
違いについて説明しているブログ投稿は次のとおりです。http: //blog.inedo.com/2011/06/06/how-does-buildmaster-compare-to-team-foundation-server/
私たちはBuildMasterの無料バージョンを使用しており、他のプロジェクトで使用するとエンタープライズにアップグレードする可能性があります。
Buildmasterには、TFSビルドからビルドを取得するのに役立つTFSプラグインがあります。ゲートチェックインを使用してコードビルドを確認し、Buildmasterを使用してビルドを1クリックでパッケージ化して環境全体にデプロイします。Buildmasterには、リリース用に多数のビルドを作成し、それぞれが各環境に伝播する修正フォワードアプローチがあります。たとえば、QAに1つ以上存在し、ステージングに移動していない場合は、両方が移動されます。同時に、しかし順番にステージングすることで、すべてのアーティファクトがすべての環境を通過するようにします。
Buildmasterの前は、xml駆動のPowerShellスクリプトを使用していましたが、Buildmasterエージェントは、リモートデスクトップスクリプトの実行から私たちを救いました。Powershellスクリプトには、Buildmasterにはまだない1つの利点があります。xml構成ファイルを使用して、ファイル名、相対パス、xpath設定などのアプリケーション構成ファイル情報を保持し、値、xmlフラグメントを挿入し、ソースコントロールからの構成ファイルからxmlノードを削除しました。Buildmasterは、Buildmasterに保存されているテンプレート構成ファイルを使用し、環境ごとにタグを置き換えます。これにより、追加の環境非特定セクションが追加され、テンプレートを再度作成する必要があるなど、構成ファイルに変更があった場合に、高度なメンテナンスが必要になります。
Buildmasterには、実行可能ファイルを実行できるカスタムアクションがあるため、理論的には、独自のコマンドを実行して、Buildmasterに組み込まれていない機能を実行できますが、これは理想的ではありません。