問題タブ [build-definition]

ビルド定義を作成するとき、いくつかのソース設定をセットアップしました。以下に例を示します。

問題は、誰かがBuildsまたはInstallフォルダーにチェックインしたときにビルドをトリガーしたいのですが、 Includesフォルダーは必要なライブラリやその他のアイテムだけです。これらのライブラリが変更されたときに再実行したくありません。ただし、ビルド ドロップ サーバーに確実にコピーされるように、ここで設定する必要があります。誰かがこのフォルダーにチェックインしたときにビルド トリガーを強制せずに、このIncludeフォルダー全体をコピーする方法はありますか?

ビルド定義で定義されたビルド前の PowerShell スクリプトがあります。PowerShell スクリプトは、プログラムを実行します。

実行するnpmと、npm は stdout/console に書き込みます。ただし、この出力はビルドのログには表示されません。

ビルド ログがこのコンソール出力をキャプチャするようにするには、どうすればよいですか?

言い換えれば、& "c:\Program Files\nodejs\npm.cmd" "run" "build"出力をビルドログにパイプするために追加できるものはありますか?

編集：

次の3つのうちのどれかだと思いますが、どれかはわかりません。

私たちのビルドでは、ゲートチェックインがあります。ビルドがオレンジまたは赤の場合があります。赤の場合、変更セットは拒否され、コミットされていません。チェックインのビルドがオレンジ色の場合、チェックインは拒否されず、代わりにコミットされます。オレンジ色のビルド結果を生成する変更セットをチェックインしないように TFS を構成するにはどうすればよいですか?

オレンジ色の理由は気にしません。どうしてもチェックインを拒否したいだけです。

毎晩午後 10 時に実行するように構成された TFS ビルド定義があります (「スケジュール」オプションと「何も変更されていない場合でもビルド...」が選択されています)。いくつかのテストのために、そのうちの 1 つを午前 10 時 30 分に実行するように変更し、トリガーされるのを待っていました。しかし、それはトリガーされませんでした。

私はそれをグーグルで検索しましたが、それがトリガーされて遅延が発生し、TFS 2010 で修正されるという別の問題があることがわかりました。しかし、私たちの TFS は 2010 ではありません。

スケジュールされたビルドがトリガーされない理由がわかりません。

ビルド サービスがビルド マシンで稼働していることを確認しましたが、ネットワークの問題は見られませんでした。

どんな助けでも大歓迎です。

よろしく、 kvk938

そのため、以下で参照されているように、この問題を解決するためのリンクを確認しました。

チーム ビルド エラー: パスは既にワークスペースにマップされています

しかし、私の問題は、ビルド定義をキューに入れるたびに同じ問題が発生することです。わかりました、私は文句を言っている tfs ワークスペースを削除します。それはうまくいきます！次に、ビルドを再度実行します...わかりました。そうではありません。TFSサービスワークスペースをもう一度削除する必要があります。

ビルドを行うたびに、TFSビルドサービスが自分自身を踏んでいるのはなぜですか。エラーは「マッピングの競合のためワークスペース 'xxx' を作成できません... パス xxx はワークスペース 'xxx' に既にマップされています」ですが、マッピングは以前のビルドで作成されたワークスペースに対するものです。特定のユーザーからのものではありません。

VSO と Azure Cloud Services (Web ロール) を使用しています。

以前は、build.projVSO ビルド定義に次のファイルを使用していました。

これは、MSBuild が実行を開始する前に NuGet 復元を実行するためです。これは、NuGetが推奨するアプローチです。

この MSDN 記事で説明されているように、Azure クラウド サービスとの継続的な統合を設定しようとしています。

これは、TfvcContinuousDeploymentTemplate.12.xmlビルド プロセス テンプレートを使用する必要があることを意味します。

ただし、ファイルをビルドするようにテンプレートを設定するbuild.projと、次のビルド エラーが発生します。

を使用する.slnと、すべて正常に動作します。ただし、明らかに、ビルドの前に NuGet の復元を行う必要もあります。

継続的インテグレーションと NuGet 復元の両方を機能させるための適切なソリューションは何ですか?

私のビルド保持ポリシーでは、ビルドが 20 回成功した後、詳細、ドロップ フォルダー、およびシンボルのみが削除されます。ただし、ビルド ラベル付きのグローバル リストには、最新の 10 個のビルドしか保持されていません。最近 TFS 2010 から TFS 2013 にアップグレードする前は、すべてのビルドがグローバル リストに保持されていました。

ビルドが早期に削除されていないことを確認しました - ドロップ フォルダーにはまだすべてのビルド アイテムが含まれています。ラベルのサイドキックを使用すると、ラベルも表示されるので、まだそこにあると思います。それらはグローバルリストから削除されているように見えるだけで、ワークアイテムで選択できなくなります。

グローバル リストのアイテムに制限がある場合に備えて、古いビルドの一部を手動で削除しました。それは違いを生んでいないようです。

私が気付いたもう 1 つのことは、おそらく無関係ですが、それでも厄介です - ビルド ラベルには、以前にはなかったスラッシュが含まれるようになりました。例えば：

Build generated in TFS 2010: OS.Main_20150423.3

Build generated in TFS 2013: OS.Main/OS.Main_20150511.1

これにより、(かなり長い) グローバル リストで新しいビルドを見つけるのが難しくなるため、スラッシュを削除したいと思います。ビルド定義は、余分な「プレスラッシュ」部分のない形式を示しています。

Build Number Format: $(BuildDefinitionName)_$(Date:yyyyMMdd)$(Rev:.r)

アップグレード中に有効になった可能性のある新しい設定はありますか?

私はまだ TFS 2010 Build Controller と Build Agents を使用しています。