問題タブ [tfsbuild]

ビルド サーバーでコード分析を実行するのに問題があります。私の目標は、チェックイン時にビルド サーバーが自動的にビルドしてコード分析を実行することです。一部のルールでは、ビルドを失敗させたいと考えています。チーム エクスプローラーを使用して、失敗の原因となるルールを設定する方法を知っています。

開発者がコード分析を実行してチェックインする必要はありません。ビルドサーバーがすべてを処理するようにします。

ビルドは成功しますが、コード分析は実行されません。

これを使用してセットアップしましたが、ログを検索すると、コード分析とは関係がありません。コード分​​析をローカルで実行すると、何百もの警告が表示されますが、ビルドでは 32 の警告が表示されます。

何か案は？コード分​​析を有効/許可するために、ビルド サーバーに特定のものをインストールする必要がありますか? ビルド サーバーには Visual Studio がなく、チーム エクスプローラーもありません。テスト Web サーバーとビルド サーバーの 2 つの目的を果たしますが、最低限必要なものだけをインストールしたいと考えています。

データベースの管理に Team Foundation Server を使用している人はいますか? 現在、サブバージョンを使用しています。チームは、TFS でビルド プロセスを作成するのは難しいと不満を漏らしており、それを敬遠しています。

良い指針、記事、経験はありますか?

1人または2人だけが変更するX.zipなどの特定のファイルがあります。したがって、他のファイルはほとんど変更されていないため、チェックインのたびにビルドがトリガーされることは望ましくありません。

チェックインしたアイテムが「X.zip」であるかどうかをビルドする前に条件を確認する必要があります。はいの場合はビルドをトリガーし、そうでない場合はトリガーしません。CIビルドのみを使用します。

この特定のファイルがチェックインされたときにのみビルドをトリガーする方法について何かアイデアはありますか？私はTFSの初心者なので、他のアプローチをいただければ幸いです...

タラ。

実行可能ファイルに署名するために使用するAuthenticode証明書（.pfx）があります。

プロジェクトのビルド中にすべての実行可能ファイル（.exe、.dll、...）に自動的に署名するようにTeam Buildを構成するにはどうすればよいですか？

TFSビルドでカスタムタスクを作成し、プロジェクトのGlobalAssemblyInfo.csファイルを調べて属性（正確にはAssemblyInformationalVersion）を抽出し、ビルドで作成するzipファイルの名前にその値を使用しました。

DLLの.csファイルには、次の2つのプロパティがあります。

これが私のタスクへの私の呼び出しです：

私の意図は、プロパティInfoFileを介してアセンブリ情報ファイルを渡し、必要なもの（C＃コードが行う）を見つけて、タスクとして実行することでTFSで参照できるようにプロパティInfoVersionに設定することです。原則として、zipファイルの命名に使用するプロパティInfoVersionを使用します。例えば、

しかし、私はこれを実際に達成する方法を見つけることができませんでした。

私の質問は次のとおりです。タスクでプロパティのget部分を呼び出すにはどうすればよいですか？この種のことについてオンラインで書かれたものは何も見つからなかったので、簡単なはずですが、どんな助けでも大歓迎です。

MSBuild Community Tasksによって提供されるZipタスクを使用してzipファイルを作成すると、zipされているファイルのファイル属性が変更（または削除）されることがわかりました。これは、フォルダー内のDLLに読み取り専用属性を持たせるためのAttribタスクの呼び出しの1つです。

将来的には、これらのDLLをFilesToZipアイテムに含め、次のように呼び出しました。

抽出されたファイルを調べたところ、読み取り専用属性を持っているDLLはありませんでした（ましてや、どれも）。Zipタスクがファイルを取得したDLLのあるフォルダーを調べると、DLLに属性R（読み取り専用）があることがわかりました。

ドキュメントとソースコードの両方を読んだ後、ファイル属性を保持するようにタスクに指示するために設定できるプロパティが見つかりませんでした。ファイル属性をそのまま維持するために使用できる代替手段はありますか？Community TasksソースのZipクラスがICSharpCode.SharpZipLibを参照しているので、ICSharpCode.SharpZipLibを調べてみましたが、これまでのところ、それを十分に活用することはできませんでした。

（私はコミュニティタスクバージョン1.2.0.306を使用しています）

ビルド ログ ファイルに出力を書き込むために、カスタム チーム ビルド タスクが必要です。どうすればいいですか？

Task ベースクラスから継承された Execute メソッドには、戻りパラメーターとしてブール値しかありません。

私はTFSビルドでタスクをより一般的にしようとしてきましたが、私がやろうとしていることの1つは、タスクを使用するビルドに応じて、いくつかのファイルを別のディレクトリにコピーすることです。プロパティを使用するというアイデアをいじくりまわしましたが、それをきれいに行う方法が思いつかなかったため、同じターゲットファイル内の別の場所で使用できたため、アイテムのメタデータを使用してみました。現在取り組んでいますが、今回だけプロパティを使用したいと思います。

これが私がやりたいことです：

そして、ビルドの後半で、アイテムのメタデータを参照して、いくつかのファイルを宛先フォルダーにコピーしようとしました。

残念ながら、ビルドの実行後、BuildLogには次のように表示されます。

％（DestinationParentPath）は、何らかの理由で空の文字列に展開されていました。％（DestinationParent.DestinationParentPath）を使用するとエラーが発生し、単に％（DestinationParentPath）を使用する必要があることを通知します。$（DeploymentPath）は、ビルドの他のいくつかの場所で期待されるように、正しい文字列に展開されます。

もう1つの混乱の原因は、％（ConfigurationToBuild.FlavorToBuild）を使用すると、次のように正しい値、つまりTestが生成されたことです。

編集：これはルートノードプロジェクトの下で定義されますが、DestinationParentPathを持つItemGroupはターゲットノードの下で定義されます。これも違いがありますか？

「Test|AnyCPU」は実際のファイルを参照していないと確信しているため、アイテムのメタデータ内の文字列のみに関心がある場合は、Include属性が関連しているようには見えません。

では、もう一度、％（DestinationParentPath）が空の文字列に展開されるのはなぜですか？

編集：DestinationParentPathの実際のパスもハードコーディングしようとしたことを忘れましたが、それでも％（DestinationParentPath）が空の文字列に展開されました。

SharePoint 展開の継続的統合シナリオを実装しています。ビルド サーバーですべての機能をビルドした後、PSEXEC を介して STSADM コマンドを実行して、新しい機能をテスト サーバーに展開しようとしています。

ログインしている任意のマシンからスクリプトを実行すると、問題なく実行されます。チーム ビルド プロジェクトに exec コマンドを追加すると、

ビルドが部分的に失敗し、ビルド ログにアクセスが拒否されたというエラーが表示されます。

ビルド サーバーとテスト サーバーの両方で、TFS サービス アカウントをローカル管理者として追加しました。

私がインタラクティブなユーザーであるボックスでこれが機能する理由についてのアイデアはありますが、ビルドエージェントから psexec を実行すると機能しませんか?

ビルド後にリモートコンピューターでバッチファイルを実行できるようにしたいと思います。ビルド出力とバッチファイルはビルドマシン上にあります。

つまり、リモートコンピューターで実行されているバッチファイルをビルドサーバーに配置し、UNCパスを介して利用できるようにする必要があります。

WMI（System.Management）名前空間を確認しましたが、バッチファイルのUNCパスを確認するように指示する正しい方法が見つかりませんでした。

WMI以外のソリューションも高く評価されています。

ケビン