問題タブ [azure-pipelines]

TFS 2010 から新しい TFS 2015 サーバーに移行しています。ほとんどすべてが機能していますが、2010 年に行われたように、AssemblyInfo.cs ファイルに情報を設定する簡単な方法が見つかりませんでした。

AssemblyCompany、AssemblyCopyright、AssemblyVersion、AssemblyFileVersion 属性を強制する必要があるため、個々の開発者に頼って正しく設定する必要はありません。共有された AssemblyInfo ファイルは機能しますが、それを各プロジェクトに手動で追加する必要があり、その責任はアセンブリを作成する開発者の手に委ねられます。理想的ではありません。

2010 年の xaml ビルド定義には、以下に示すようにこれらの値を設定できる「ビルドのバージョン管理」セクションがありました。

vNext ビルド定義にそのようなものは見つかりません。おそらく、古いシステムでこの機能を提供する何らかのアドインがあったのではないかと思います。残念ながら、私はそのシステムをセットアップしておらず、その人はもうここで働いていません。

バージョン番号を設定できるPowerShellスクリプトをいくつか見つけましたが、これまでのところ、AssemblyCompanyまたはAssemblyCopyrightを実行するスクリプトは見つけていません。

ゼロから何かを書くために時間を費やす前に、これを達成する方法を知っている人はいますか?

TFS 2015 vNext ビルドで UWP の xUnit テストを実行する方法はありますか? インタラクティブ モードで実行しているローカル ビルド エージェントで実行しようとしています。テストを実行する必要がある場合、UWP テスト アプリは実行されますが、テストは検出されません。このテストの実行はサポートされていますか?

RMO を使用して、Visual Studio ビルド定義を作成しました。ファイルのコピーステップで、内容を次のように指定した場合

コンパイルしたプロジェクトの zip ファイルと web.config ファイルを作成します。プロジェクト フォルダーではなく、ソリューション レベルのフォルダーであるこの zip に追加の構成ファイルを追加する必要があります。これら 3 つのファイルは、ビルド前のイベントでプロジェクト フォルダーにコピーされます。したがって、これらのファイルの Build Action = Content を設定することはできません。

ビルドとリリース用に Visual Studio Team Services 拡張タスクを作成しようとしています。前のタスク (デフォルトのビルド/テスト/公開などを含む) が失敗した場合に別のシステムにアラートを送信するタスクが必要です。

アラートを送信するタスクは既に作成しています。ただし、ビルドが失敗した場合にのみタスクを開始する方法がわかりません。

前のタスクが失敗した場合に VSTS でタスクを実行する方法はありますが、他のすべてのタスクが成功した場合は実行しませんか?

Visual Studio Team Services (Visual Studio Online) で xunit テストを使用して asp.net コア 1.0 テストをセットアップしようとしましたが、アセンブリを見つけることができませんでした。

計画

\src
\test -- フォルダ
\test\Job.Core.Tests -- プロジェクト名

Visual Studio のテスト設定:

テスト アセンブリ: \$(BuildConfiguration)*tests*.dll;-: \obj**
コード カバレッジの有効化: true
VSTest バージョン: Visual Studio 2015
カスタム テスト アダプターへのパス: $(Build.SourcesDirectory)\packages
その他のコンソール オプション: / InIsolation
プラットフォーム: $(BuildPlatform)
構成: $(BuildConfiguration)

どこが間違っているかわかるかもしれません。

2016-04-09T05:27:33.1647258Z PowerShell スクリプトの実行:C:\LR\MMS\Services\Mms\TaskAgentProvisioner\Tools\agents\1.97.1\tasks\VSTest\1.0.34\VSTest.ps1

2016-04-09T05:27:35.3816395Z ##[警告] パターンに一致するテスト アセンブリが見つかりません: ' \release*test*.dll;-: \obj**'.

ビルド中に VSTS API にアクセスするための OAuth トークンを取得できる新しい可能性があるため、特定のビルドを削除するスクリプトを作成しようとしました。

ビルドの読み取りは次のように正常に機能します。

しかし、ビルドを削除しようとすると、403 Forbiddenエラーが発生します。

VSTS によってビルドに提供された OAuth トークンを使用して削除することはできませんか、それとも削除要求を別の方法で呼び出す必要がありますか?

VSTS ビルドを使用して CI ビルドを実行しています。このビルド定義は、すべての git ブランチ (master、develop、features など) で同じです。

現在、VSTS リリース管理を使用して展開パイプラインを実装しようとしています。2 つの異なるリリース定義を用意する予定です。1 つは機能ブランチ用で、もう 1 つは開発やマスターなどのより重要なブランチ用です。機能ブランチのリリース定義はより軽量になります。

これはかなり基本的で一般的だと思います。実際、Microsoft のRelease Management の典型的なユース ケースで文書化されているのは、ほとんどそのようなものです。

これらのパイプラインの両方について、「継続的デプロイ」トリガーを使用して自動的に開始するように構成したいと考えています。このトリガーを選択するときは、アーティファクト ソースを選択する必要があります。

残念ながら、アーティファクト ソースは、特定のビルド定義 (私の CI ビルド) からのすべてのアーティファクト (ブランチに関係なく) を取得します。すべてのブランチに同じ CI ビルド定義を使用しているため、「継続的デプロイ」で 2 つのリリース パイプラインを構成できず、アーティファクト ソースとして同じビルド定義を引き続き使用できないようです。

複数のリリース定義に対して同じビルド定義を共有し、特定のブランチのリリースのみを開始する方法を知っている人はいますか? アーティファクト ソースを定義するときにブランチでフィルタリングする方法を知っている人はいますか?

Visual Studio Team Services (Visual Studio Online) で最初のビルド定義をセットアップしました。

ビルドし、すべてのテストに合格し、最終的にこのエラーをポップします:

「EvoqPortaCoreDistrib.nuspec」からパッケージをビルドしようとしています。置換トークン「バージョン」には値がありません。ツール NuGet.exe から予期しない終了コード 1 が返される

これは、nuspec ファイルで見つかった他の問題を解決した後です。奇妙なことに、私はこの nuspec を使用して、デスクトップ PC から別の場所でホストされているフィードにパッケージを手動でプッシュしました。違いは、今日 NuGet 3.3 に更新したことです。

つまり、アセンブリ バージョンは存在しないということですか。率直に言って、これは不可能です。