問題タブ [teamcity-9.0]

TeamCity 9 をローカルの SQL Server インスタンスにローカルでセットアップしようとすると、次のエラーが発生します。

インスタンス (localdb)\v11.0 という名前のホスト localhost への接続に失敗しました。エラー: 「java.net.SocketTimeoutException: 受信がタイムアウトしました」。サーバーとインスタンスの名前を確認し、ファイアウォールがポート 1434 への UDP トラフィックをブロックしていないことを確認します。SQL Server 2005 以降の場合、SQL Server Browser Service がホストで実行されていることを確認します。

SQL 例外: インスタンス (localdb)\v11.0 という名前のホスト localhost への接続に失敗しました。エラー: 「java.net.SocketTimeoutException: 受信がタイムアウトしました」。サーバーとインスタンスの名前を確認し、ファイアウォールがポート 1434 への UDP トラフィックをブロックしていないことを確認します。SQL Server 2005 以降の場合、SQL Server Browser Service がホストで実行されていることを確認します。

SSMS 経由で接続をテストしましたが、TC Web セットアップに提供している資格情報は同じです。ログインには、テーブルに対する権限があります。

sqljdbc41.jar の使用

シンプルなものでなければなりません。

ありがとう！

ビルドサーバーが非常にビジーです。良い日には、ほぼ 200 GB のアーティファクトを作成します。クリーンアップ ポリシーは 1 日に 1 回実行できますが、これは私の場合には十分ではありません。teamcity のドキュメントを検索したところ、トリガーのクリーンアップを手動でサポートする API エンドポイントが見つかりませんでした。

スクリプト/プログラムから手動でクリーンアップをトリガーすることは可能ですか? これを達成する方法は？

最悪の場合、手動でクリーンアップを強制したときに何が起こるかをいじって追跡することもできますが、その道は面倒で、行きたくありません。

ここにもC#バージョンがあります

masterおよびdev git ブランチがある場合、git リポジトリは Github でホストされ、TeamCity 9.0.1 は CI サーバーとしてインストールされます。

teamcity ビルド プロジェクトは、github リポジトリを VCS ルートとして使用し、refs/heads/masterをデフォルト ブランチとして設定するように構成されています。

望ましい動作は、ビルドが成功したときにmasterからdevへの自動マージを実行することです。

そこで、ここで指定されている自動マージビルド機能を次の設定で追加します。

• ブランチのビルドを見る => ブランチ フィルター:+:master
• ブランチにマージ:dev
• マージ コミット メッセージ:TEAMCITY: Automatic merge branch master into dev
• 次の場合にマージを実行します。build is successful
• マージ ポリシー:use fast-forward merge if possible

[実行] を押した後 - ビルドは緑色になり、ビルド ログにエラーは表示されませんが、まったく何もマージされませんでした。

ビルド機能の実行に関するデバッグ情報はどこにありますか?

10 の異なる IIS サイトに展開されたばかりのまったく同じサイト ファイルである 10 の異なるサイトがあります。10 サイト間の唯一の違いは、web.config 変数の SystemID です。この ID は、ユーザーがログインする前に DB からクライアントの接続文字列をプルするために使用されます。ユーザーがログインすると、接続文字列を使用してサイトに接続します。1 つの Octo プロジェクトから 10 サイトすべてをデプロイする方法はありますか? 複数の Nuget 展開ステップ (サイトごとに 1 つ) を追加できることはわかっていますが、各 Nuget 展開ステップの構成ファイルに SystemID を設定するにはどうすればよいですか。現在、各サイトのプロジェクトがあり、Octo 変数を使用して構成ファイルの値を変更しています。しかし、10 サイトすべてでこれを行う単一のプロジェクトを作成したいと考えています。

最近、Teamcity 8 から 9 にアップグレードしました。アップグレード以来、すべての GIT VCS がソースを更新していません。ビルド ログは以下に表示されますが、チェックアウト ディレクトリは空です。

でサーバーキャッシュを消去しようとしまし<TeamCity Data Directory>/system/cachesたが、役に立ちませんでした。

mstest2012 テスト ランナーを使用してテストを実行する teamcity ビルドがあります。テストの所要時間は妥当でしたが、時間の経過とともに遅くなり、実行に 1 時間近くかかるようになりました。

同じ dll のビルド サーバーでスタンドアロンの mstest.exe を使用してテストを実行すると、数分しかかかりません。

両方の実行方法 (チーム シティとスタンドアロン) の mstest ログを調べたところ、手順に違いは見られませんでしたが、ビルド実行での実行に時間がかかるものもありました。

チームシティのコードカバレッジを無効にして時間を短縮しましたが、それでも非常に大きな時間差があります.

誰もそのような問題に遭遇しましたか？

編集： 最後に私はあきらめてNUnitに移行し、時間を大幅に短縮しました

「ビルド」と「デプロイ」の 2 つのビルド ステップを含むビルド構成があります。このビルド構成は Git VCS を使用しており、すべてのブランチを実行するように構成されています。

現在、「master」と「Feature in Development」の 2 つのブランチがあるとします。

「デプロイ」のステップを 2 つに分けたいと思います。「本番環境のデプロイ」と「ベータ版のデプロイ」。「プロダクションのデプロイ」ステップは、マスター ブランチが変更され、現在ビルド中の場合にのみ実行する必要があります。

それを行う可能性が組み込まれていますか、それともスクリプト内で %teamcity.build.branch.is_default% 変数を手動でチェックする必要がありますか?