問題タブ [teamcity]

通常、開発者が特定の混合C ++ / C＃ソリューションを当社のマシンでローカルにコンパイルする場合、.vssettings構成ファイルを使用します。この構成ファイルに含まれているものの1つは、LibファイルとIncludeファイルのさまざまなディレクトリパスへの参照です。

ただし、buildAgentマシン（TeamCityを使用）は無菌に設定されており、特定のソリューション/プロジェクトを構築するために必要な最小限のマシンがインストールされています。これは、上記の例の混合C ++ / C＃プロジェクトは、インクルード検索パスなどが設定されているIDEの構成にアクセスできないことを意味します。TCは、特定のbuildConfigurationに対して（またはbuildAgentによっても）あらゆる種類の変数を設定できるようにすることで、これを考慮しています。

しかし、TCでWORKするためのインクルード検索パスを取得するにはどうすればよいですか？ソース管理（PERFORCE）から、インクルードしたいもののローカルコピーをコピーして^（1）、環境変数を定義しようとしています^（2） -それでもTCはビルドに失敗します^（3）。

私は何かが間違って構成されていると確信していますが、私の人生のために何を理解することはできません！

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

ブロン

_{（1）VSCクライアントマッピング-PERFORCE}

// depot / OpenSource / Boost-1.33.0 / boost / ... // team-city-agent / OpenSource / boost / .. ..

_{（2）buildConfig環境変数の定義}

env.Include =％system.teamcity.build.checkoutDir％\ OpenSource

_{（3）TCビルドログスニペット}

[16:57:39]：[プロジェクト "xxx.sln"（ビルドターゲット）：] e：\ buildagent \ work \ ef1853a454da9d94 \ xxx \ rowsbase.cpp（5、0）：エラーC1083：インクルードを開くことができませんfile：'boost / dynamic_bitset.hpp'：そのようなファイルまたはディレクトリはありません

SVN トランクをクリーンでデプロイの準備が整った状態に保つという精神で、私は次のソース管理モデルを利用してきました。せっかちな人のために説明すると、基本的な概念は、実際の開発を行うために開発ブランチを作成し、いつでもトランクをクリーンでデプロイの準備が整った状態にしておくことです (トランクにジャンクはありません)。

これに加えて、継続的な統合のために TeamCity を構成しています。TeamCity 内では、すべての開発ブランチとデプロイ準備ブランチ (私の場合はトランク) が正しくビルドされ、すべての単体テストに合格することを確認したいと思います。

これはばかげた質問かもしれませんが、TeamCity にあまり詳しくないので、ブランチごとに新しい TeamCity プロジェクトを作成する必要がありますか? 特に、デプロイ準備完了ブランチには、開発ブランチよりもいくつかの追加ルールがあります。たとえば、リリースはファイル システムのバージョン管理されたディレクトリ (たとえば、C:\Projects\MyProject\1.0.187...、C:\Projects\MyProject\1.0.188...) に保存して、簡単にアクセスできるようにする必要があります。任意の時点でのバイナリ。一方、バージョン管理されたアセンブリのコピーを開発ブランチに保存する必要はなく、ハード ディスク領域が無駄になります。

TeamCity 内では、ソフトウェア プロジェクトごとに 1 つのプロジェクトのみを表示したいと思います。つまり、私の会社が X 個の開発プロジェクトに取り組んでいる場合、そのプロジェクトが X * 2 ではなく 1 回だけ表示されることを望みます (各プロジェクトに 2 つのブランチしかないと仮定します)。

このエラー メッセージを消す方法についてのアイデアはありますか?

プロセス E:\Program Files\Microsoft FxCop 1.36\FxCop.exe\FxCopCmd.exe /forceoutput /gac /ignoregeneratedcode /f:\Sacog\bin\Debug\Sacog.dll /out:05A1B22A-DE6E-49ae-AA30- を実行できませんDC52A074EF22\fxcop-result.xml : ファイルが見つかりません

非常に大きなサードパーティ ライブラリ (Boost) をソース管理にコミットしました。独自のリポジトリでセットアップしました。他のプロジェクトがこの特定のバージョンを svn:externals できるように、そのバージョンにタグを付けました。

コードをチェックインするたびに継続的インテグレーション (CI) サーバーが完全なチェックアウトを行うことに気付くまでは、これで問題ありません。(明らかに、最初は意図的にそのように CI サーバーをセットアップしました)。これにより、CI サーバー側でのチェックアウト時間が非常に長くなる可能性があります。

問題は、これは良いことなのか?ということです。誰かがこのパターンを処理するためのより良い方法を提案できますか?

編集: TeamCity CI サーバーを使用しています。

VS2008 sln ファイルに対して Team City Pro (v4.0.2 ビルド 8222) を実行しています。

現在、テスト プロジェクトのプライベート アクセサーの自動生成コードが生成されず、それらの (自動生成された) クラスを見つけることができないためにコンパイル エラーが発生するという問題に直面しています。

ビルド ランナーはデフォルトの sln2008 です。

構成を変更する必要がありますか? VS ビルド ログを確認しましたが、自動生成されたクラスの msbuild エントリは表示されません。自動生成されたクラスの DLL はそこにあります。

注: プライベート メソッドをテストすることが単体テストを行う最良の方法であることは認識しています。

Windows XP マシンで TeamCity をセットアップしようとしています。認証エラーのため、Subversion からコードを取得できません。Windows ドメイン\ユーザーのユーザー名とパスワードを TeamCity 構成に入れましたが、基本認証を試みているようです。何を変更する必要がありますか?

TeamCity SVN ログは次のとおりです (実際のサーバー/ポートは server:port に置き換えられています)。

[2009-05-28 17:37:43,375] デバッグ - javasvn.output - ネットワーク: 送信

オプション /svn/外部 HTTP/1.1

ホスト: remote.server:ポート

ユーザーエージェント: SVN/1.5.5 SVNKit/1.2.2 ( http://svnkit.com/ ) r5405

生き続ける：

接続: TE、キープアライブ

TE: トレーラー

承認: 基本 bWVybG90L21hcmt3OiVyZnZjZGUz

コンテンツの長さ: 0

Accept-Encoding: gzip

コンテンツ タイプ: テキスト/xml; charset="utf-8"

DAV: http://subversion.tigris.org/xmlns/dav/svn/depth

DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops

DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo

[2009-05-28 17:37:43,453] デバッグ - javasvn.output - ネットワーク: 読み取り

HTTP/1.1 401 認証が必要

日付: 2009 年 5 月 28 日 (木) 05:38:56 GMT

サーバー: アパッチ

WWW-Authenticate: Basic realm="Subversion リポジトリ"

コンテンツの長さ: 401

キープアライブ: タイムアウト = 5、最大 = 99

接続: キープアライブ

コンテンツ タイプ: テキスト/html; charset=iso-8859-1

[2009-05-28 17:37:43,453] デバッグ - javasvn.output - ネットワーク: svn: 「https://server:port Subversion Repositories」に必要な認証

チームシティを使用してrakeを使用して.NETソリューションを構築しようとするたびに、同じものを受け取ります

私の自然な仮定は、実際にはレーキ コードのどこかに無効なエスケープ文字があるということです。ルビーやレーキを使用したことがないことは認めますが、スクリプト自体は問題なく実行され、コマンドで実行されたときに正常に動作します。 teamcity を使用せずにライン。

さらに、無効な文字が存在する可能性のある場所を絞り込むために行をゆっくりとコメントアウトしてコードを調べたところ、rake ファイルが完全にコメントアウトされていても、チーム シティ プロセスは失敗し続けました。

ご協力ありがとうございます。さらに情報が必要な場合はお知らせください。

CI ビルドを駆動するために TeamCity VisualStudio sln 構成を使用しています。それは私のすべての NUnit テストを実行します - これはすべてうまくいっていますが、TeamCity に [Category("DatabaseTests")] 属性を使用してテストを実行させたくありません (実際のデータベースにヒットするため)。

除外するカテゴリの下のNUnit構成では、単純にDatabaseTestsを配置しましたが、機能しません。足りないものはありますか？teamcity が nunit ランナーに送信しているものを確認する方法はありますか?

Resharperには、Visual Studio内からソリューションで実行できるさまざまな分析ルールが含まれていますが、コマンドラインから、または自動ビルドの一部としてこれらを実行することは可能ですか？ResharperはVisualStudioでの実行に重点を置いているようですが、IDEの外部からソリューションまたはプロジェクトファイルで呼び出すことはできますか？

更新：TeamCity 7.0 EAPには、ビルド中にコード分析を実行する方法 （ブログ投稿）が含まれているようです。少なくとも、CIプロセスの一部として呼び出して利用することができます。

私は TeamCity と継続的インテグレーションの初心者です。この非常に素晴らしいガイドに従ってすべてをセットアップしましたが、最初はすべてうまくいくように見えました。

TC は SVN からファイルをチェックアウトし、問題なくビルドできました。しかし、「チェックアウトディレクトリ」の設定が間違っていることがわかりました。それは、SVN からすべての新しいファイルを間違った場所に追加する必要がある場所の上にあるフォルダーを指していましたが、古いファイルに基づいて構築しています。これを修正した後、問題が始まりました。

TC がビルドを行うたびに、「チェックアウト ディレクトリ」内のすべてのファイルがクリアされます。この問題は、必要なすべてのファイルが SVN によって管理されているわけではなく、永久に削除されてしまうことです。必要なファイルがすべて揃っているわけではないため、ビルドは失敗します。

TC に私のファイルを保持させるにはどうすればよいですか?

役立つ場合は TC からの設定:

一般設定の編集 »

名前：マヴィアビルド

説明: なし

ビルド番号の形式: {0}、次のビルド番号: #8

アーティファクト パス: 指定なし

次の場合、ビルドに失敗します。

プロセスの終了コードがゼロではありません: ON

少なくとも 1 つのテストが失敗しました: オン

ビルドランナーによってエラーメッセージがログに記録されます: OFF

実行時間: 制限なし

メモリ不足またはクラッシュが検出された場合: ON

ビルド オプション:

ぶら下がっている建物の検出: オン

ステータスウィジェット：OFF

同時実行ビルドの最大数: 無制限

バージョン管理設定の編集 »

VCS チェックアウト モード: サーバー上で自動的に

チェックアウト ディレクトリ: C:\Inetpub\wwwroot\mavia_sip

ビルド前にすべてのファイルを消去: オフ

VCS ラベル付け: 無効

アタッチされた VCS ルート:

名前 チェックアウト ルール セット ラベル

mavia_sip svn 指定なし NO

ランナー: sln2008 編集 »

ランナーのタイプ: sln2008 (Microsoft Visual Studio 2008 ソリューション ファイルのランナー)

ソリューション ファイル パス: mavia_sip\WebSite\mavia_sip.sln

作業ディレクトリ: チェックアウト ディレクトリと同じ

ターゲット: 再構築

構成: デバッグ

ソリューション プラットフォーム: デフォルト

NUnit 実行プラットフォーム: auto(MSIL)

NUnit ランナー: NUnit 2.2.10

テストの実行元: 指定なし

テストを実行しない: 指定なし

NUnit カテゴリには以下が含まれます: 指定なし

NUnit カテゴリの除外: 指定なし

テスト失敗のフィードバック時間の短縮: オフ

MSTest: 無効

XML レポート処理: 無効

ビルドトリガー編集 »

ビルド構成が一時停止されています (トリガーが無効になっています)。

VCS チェックインによるビルドのトリガー: オン

休止期間: デフォルト、60 秒

最後のビルドが失敗した場合に新しいビルドを開始: オフ

時間によるトリガー: 未構成

この構成は以下に依存します: 未構成

依存関係の編集 »

スナップショットの依存関係:

スナップショットの依存関係はありません。

アーティファクトの依存関係:

アーティファクトの依存関係はありません。

プロパティと環境変数の編集 »

システム プロパティ: 定義なし

環境変数: 未定義

エージェント要件の編集 »

システム プロパティの要件: 定義なし

環境変数の要件: 未定義