問題タブ [tfsbuild]

Team Foundation Build Server の実装でパフォーマンスの問題が発生しており、速度を上げる方法についてのアイデアが不足しています。いくつかのステップ (SkipClean、SkipLabel、SkipInitializeWorkspace) でパフォーマンスを向上させるために、いくつかの PropertyGroup 要素を既に追加しましたが、問題を修正するには大幅な再構築が必要だと思います。セットアップは次のとおりです。

• それぞれが大きく異なる約 40 の Web アプリケーションがありますが、多数の共有アセンブリから実行されます。
• これらの Web アプリケーションにはそれぞれ独自のソリューションがあります。
• これらの Web アプリケーションごとに、約 10 ～ 25 個の共有アセンブリが参照されます。
• トランクへのチェックインごとに起動されるすべてのソリューションを含むビルド定義が存在します。

そして、これが私たちが直面している基本的な問題です

• ビルド中に、一度ビルドしてアプリごとに使用するのではなく、参照された回数だけ各共有アセンブリをビルドします。
• ドロップ ディレクトリのファイル コピー時間は非常に遅いです。ネットワーク共有を介する必要があり、ローカル パスを使用しません。
• 非常に多くのビルドごとに、1 つ以上の出力ファイルが「ロック」され、コンパイルが正常であってもビルドが中断されます。
• 別のビルド定義も試しましたが、そうすると、Get Latest バージョンで別のワークスペースを強制的に取得することになります。ビルド サーバーには、ビルドするトランクの 1 つのバージョンが含まれている方がよいでしょう。

過去数か月間、無気力に屈してこの問題を無視してきましたが、現在、ビルド時間は 1 時間から 1 時間半を超えています。

私はクルーズコントロールを学び、より優れたコントロールのためにクルーズコントロールに切り替えるという考えをいじっています. それに同意しない人はいますか？

どんな助けでも大歓迎です。ありがとう！

Team Build 2008 では、ビルドのドロップ場所は .proj ファイルで指定されなくなり、代わりにデータベースに格納され、GUI ツールで維持されます。

GUI ツールは、ドロップ場所としてネットワーク パス (つまり、\\server\share) のみを受け入れ、ローカル パスは受け入れません。

私たちのビルド サーバーはドロップされたファイルもホストしているため、多数のファイルをコピーするときにネットワーク共有を介してファイル コピー操作を強制すると、多くの遅延時間が発生するようです。この機能をオーバーライドして、ドロップ場所にローカル ディレクトリを指定できるようにしたいのですが、方法がわかりません。

メインの TFSBuild.proj ファイルにビルド後イベントがあり、ビルドが成功した後に MSBuild タスクを使用して配置タスクを呼び出します。次のようになります。

これは正常に機能し、期待どおりに展開スクリプトが呼び出されます。問題は、MSBuild の実行によって生成されたエラーまたはメッセージが、ビルドの成功後にドロップ場所に配置される BuildLog.txt または ErrorsAndWarnings.txt ファイルに書き込まれないことです。

この情報を取得する簡単な方法はありますか?

TFS チーム ビルドをセットアップしようとしていますが、MSBuild は初めてです。いくつかのプロジェクト (MyProject1、MyProject2、..) を含むソリューションがあります。チーム ビルドをセットアップすると、ビルドするソリューションを選択することしかできず、ビルドを実行すると、すべてのプロジェクトのビルド ターゲットが同じになり、すべてのプロジェクトの出力がすべてビルド サーバーのデプロイ フォルダーに配置されることがわかりました。

ソリューションのプロジェクトの一部だけを構築したいので、全体を構築せずに、ソリューションのプロジェクトの 1 つまたは少数のみを構築する方法はありますか?

MSBuild を使用してソリューション ファイルのみをビルドすることはできますか? またはビルドする個々のプロジェクトを指定することはできますか?

可能であれば、誰かが msbuild 構文を教えてくれますか?

同じ共有 15 プロジェクトを含む多数の Visual Studio ソリューションがあり、ほとんどのソリューションは Web アプリケーションのみが異なります。

共有プロジェクトを 1 回だけビルドする単一のビルドにすべてを統合してから、Web アプリケーション プロジェクトが出力共有アセンブリを参照するようにしようとしています。

Web プロジェクトは <ProjectReference> 要素を介して共有プロジェクトを指しているため、カスタム ビルド プロジェクト内のアセンブリを他の場所で探すように指示することはできません。次のようなものを使用したいと思います。

<MSBuild Projects="@(Solutions)" Targets="Rebuild" Properties="ReferencePath=$(MyReferencePathFolder)">

ただし、これは Web プロジェクトが <Reference> 要素を介して共有アセンブリの dll を参照する場合にのみ機能します。<ProjectReference> で指定されているものが見つからない場合、ReferencePath フォルダーを検索しようとしないようです。それはただあきらめます。

現在、すべてのソース コードを含むソース コントロール フォルダーが TFS にあります。新しいチーム プロジェクトを作成し、既存のソース管理フォルダーを使用することはできますか?

新しいソース管理フォルダーを作成するか、新しいブランチを作成するか、まったく作成しないかを選択できます。しかし、既存のフォルダを使用する方法はありますか?

[編集] 明確にするために: 私は以前、ProjectA および $/ProjectA という名前のチーム プロジェクトとソース管理フォルダーを持っていました。チーム プロジェクトを削除してソース管理フォルダー $/ProjectA を保持した後、ProjectA という名前のチーム プロジェクトを新しいテンプレートで再作成したい場合、既存のソース管理フォルダー $/ProjectA を再アタッチできますか?

できないようですね？

皆さんに質問があります。どんなアイデアでも大歓迎です。リポジトリには、開発者が作業し、Dev Envoirment で独自にテストを行う多数の MSAccess データベース プロジェクトがあります。データベースプロジェクトをコンパイルすること自体が間違っていることはご存知のとおり、スクリプトとレポート、およびその他すべてをデータベースに対して実際にテストする必要があるためです。MSAccess Projects の場合、TFS ビルド スクリプトで何ができるのでしょうか。アイデアがありません。この問題に遭遇し、それについて何かをした人は誰でも、共有してくれれば本当に感謝します.

それをどのように行うかを説明する例またはリンクは、さらに優れています。MS Access プロジェクトであることをご理解ください。

ありがとうボブ

Visual Studio 2008 で「sqlserver 2005 データベース プロジェクト」を使用するためのベスト プラクティスは何ですか?

プロジェクトファイルを作成しました。ストアド プロシージャ、ビュー、およびテーブルのスクリプトを作成する方法 ルックアップ データの一部を入力するスクリプトを生成するにはどうすればよいですか?

データベースがすでに運用環境にデプロイされた後、運用サーバーで実行する必要がある可能性のある変更についてはどうすればよいでしょうか。(すべての変更スクリプトを使用して、展開日で名前が付けられたフォルダーを作成すると思います)

すべてのスクリプトが機能することをテストするために、チーム ビルドでデータベースを破棄して再構築する方法はありますか?

ウェブ上で投げられた散歩を見つけることができませんでした。正しい方向に向けていただければ幸いです。

ありがとう

私はこのチームにコンパイル後にターゲットセットアップを構築させます

フォルダー構造をソースから宛先にコピーしたい...

驚くべきことに、私はこのエラーを受け取ります

宛先がファイルではなくフォルダーであるため、ファイル "C：\ TFS \ NightlyBuild \ Sources \ Development_VS2008 \ MyCompanyName.SharePoint.12 \"を宛先ファイル"c：\tests\"にコピーできませんでした。ソースファイルをフォルダーにコピーするには、DestinationFilesの代わりにDestinationFolderパラメーターを使用することを検討してください。

ご覧のとおり、私は実際にdestinationfolderパラメーターを使用していますが、私が間違っていることを誰かが知っていますか？

チーム ビルド ターゲットでディレクトリをコピーすることはできますか?