問題タブ [teamcity-9.1]

teamcity ビルドの変更の自動マージを設定しようとしています。TeamCity Professional 9.1.6 (ビルド 37459)

ブランチ release/* のすべての変更を次のブランチにマージしたい:

VCS ルート仕様:

デフォルトのブランチ

分岐仕様

自動マージ:

ブランチでビルドを見る

ブランチにマージ

エラーが発生します：

自動マージに失敗しました: マージ先のブランチが見つかりません: VCS ルート ブランチの仕様に従って、VCS ブランチが「develop-automerge」論理ブランチ名にマップされていません

私はまた、ブランチ仕様に開発自動マージを含めてみました:

分岐仕様

ブランチdevelop-automergeが存在し、このブランチのビルドがあります。

release/* でのビルド後に同じエラー メッセージが表示される

この設定の何が問題になっていますか?

最新の成功したビルドを取得しようとしています。

このリクエストは、指定された(以下のように)の成功したすべてのビルドを返します。buildTypeBUILDTYPE

対応する単一の最新の成功したビルドを取得するためにさらに除外する方法はありbuildTypeますか?

TeamCity バージョン: Professional 9.1.3 (ビルド 37176)

最近、 TeamCity 9.1.6に更新して、 NUnit 3.2.1に基づく新しい単体テストを実行しました。しかし今、私はテストの実行に問題があります:

ビルド手順で NUnit3 エグゼキューターを選択し、それに応じて構成しました。

ビルド中に、「ファイルまたはアセンブリ 'nunit.framework' またはその依存関係の 1 つを読み込めませんでした。指定されたファイルが見つかりません。」というエラーが表示されます。.

パスは問題なく、アセンブリは Test アセンブリのパスにあり、すべてが AnyCPU 構成で構築されています。NUnit バージョンはリリース バージョンではないというエラーもありますが、これはでたらめだと思います。NUnit Web サイトでのリリースです。そして、エラーは何も壊していないようです（「nunit.framework」エラーの前にエラーがあったときでも存在し、それを修正するとビルドがさらに進みました）。

どんなリードも大歓迎です！

更新: コマンド ライン ランナーを使用してテストを実行し、同じ nunit3-console.exe を実行すると正常に動作します。したがって、これは NUnit ランナー固有の問題だと思います。それでも、これを修正する方法についての提案は大歓迎です。

更新 2: TeamCity で使用されるソリューション パッケージと NUnit-Console の両方を 3.0.0 にダウングレードしようとしましたが、結果は同じでした。

更新 3: 私が疑ったように、TeamCity サポートは、「サポートされていない NUnit バージョン」に関するメッセージは誤りであり、何にも影響しないはずであることを確認しました。

コマンドライン

ログ

なにが問題ですか？

Versioned Settingsで構成された TeamCity プロジェクトがあります。メッセージで失敗するビルドがありますFailed to load build settings from VCS。

これの原因は理解できたと思います (同じ名前のビルド構成 xml ファイルが 2 つあります)。そのため、フォルダーの下の適切なファイルを.teamcity変更し、変更をコミットして git にプッシュしました。

ただし、TeamCity は変更を検出または適用していません。実際、ビルド ログを見ると、TeamCity が以前のコミットから修正を加えたコミットまでのビルド設定をまだ読み取っていることがわかります。

そのため、何らかの理由で TeamCity は古い構成を読み続けます。修正後にいくつかのコミットを行いましたが、違いはありません。

ドキュメントには、ボタンを押しCommit current project settings...て設定を同期できると記載されています。しかし、私たちはそうしようとしましたが、それも役に立ちませんでした.

TeamCity Enterprise 9.1.3 (ビルド 37176) を使用しています。

最後のビルド中に失敗した pytests のみを実行する方法を探しています。

pytest の --lf オプションを試しましたが、役に立ちませんでした。teamcity のせいだと思います。

誰も同じ問題に直面しましたか？

ここで何が欠けているかを教えて、誰かが私の正気を救うのを助けることができるのではないかと思いました. まずは背景。

TC には 5 つのデータベース プロジェクトがあり、それぞれにビルド ステップとデプロイ ステップがあります。これら 5 つのプロジェクトのうち 4 つが完全にビルドおよびデプロイされています。

ただし、5 番目は正常にビルドされますが、SQL Server への展開中に次のエラーが発生します。

「*** 配置計画の生成中にエラーが発生しました。配置を続行できません。」

Element または Annotation クラスの PersistedResolvableAnnotation には、Property クラスの長さが含まれていません。

[08:32:52][Exec] C:\TeamCity\BuildAgent3\work\c3c1bdeecddf68ca.Build\dbdeploy_single.proj(9, 5): エラー MSB3073: コマンド ""C:\Program Files (x86)\Microsoft SQL Server\120\DAC\Bin\sqlpackage.exe" /Action:Publish /sf:"../DB-ExampleData/ExampleData/bin/Release/ExampleData.dacpac" /pr:"../DB-ExampleData/ExampleData/ UAT.publish.xml" /TargetServerName:IP.IP.IP.111" はコード 1 で終了しました。

調査中に、UAT.publish.xml を動作するものと比較したところ、同じように見えました。Windows 認証と SQL 認証を試しましたが、違いはありません。パブリッシュ ファイルは、Visual Studio 内から実行した場合も正常に機能します。

動作するプロジェクトとこのプロジェクトの間の展開設定を確認しましたが、唯一の違いは予想されるデータベース名です。

これが原因である可能性があり、どのように解決できるかについて、誰かが何か考えを持っていますか. 必要に応じて、ログとスクリーンショットがあります。

これを読んでくれてありがとう。

ニック