1. 開発者: コードをチェックインする 2. ビルド: リポジトリをポーリングし、変更を確認してビルドを開始する: 3. ビルド: リポジトリから更新し、MSBuild を使用してビルドし、ユニットを実行するnunit を使用したテスト、4. ビルド: インストーラー パッケージを作成します。
私たちのセキュリティ チームは、ビルド サーバーからのプルは許可していますが、ビルド サーバーからのプッシュは許可していません。そのため、通常は rdp でインストーラーを d/l して実行します。これにより、洗練された展開サービスが除外されるため、代わりにパッケージを生成する必要があります。次の問題があることを除いて、MSDeploy を使用したいと思います。
- 私たちは .net 3.5 を使用しており、MSDeploy を使用する MSBuild ターゲット (パッケージ) には 4.0 が必要です。このために .net 4.0 RC 以外にインストールする必要があるものはありますか? (MSBuild はそのアップグレードの一部になりますか?)
- MSDeploy でパッケージを生成すると、ファイルが 1 つだけではないことがわかります。zip、deploy.cmd、SourceManifest.xml、および SetParameters.xml があります。他のすべてのファイルは何のためにあり、なぜそれらすべてが「パッケージ」に含まれないのでしょうか?
- 動作中の IIS サイトを参照するようにシステムに指示することで、パッケージを作成できるように思えます。しかし、パッケージが CI 環境からビルドされている場合、基本的にここでは運が悪いのではないでしょうか? 開発環境からデプロイする小規模な開発者向けに、これらの一部を設計したように感じます。これは素晴らしい使用例ですが、このツールを使用したエンタープライズ エクスペリエンスがどのようなものかを知りたいと思っています。
助言がありますか?