問題タブ [buildconfiguration]

私は GitFlow 分岐戦略を使用しています。プロジェクトごとに 3 つのビルド構成が必要です。

• 統合 - ブランチ仕様を使用して、develop、feature/*、および hotfix/* からビルドします
  • +:refs/heads/(開発)
  • +:refs/heads/feature/(*)
  • +:refs/heads/develop/(*)
  • +:res/heads/(hotfix/*)

• Beta - ブランチ仕様で beta/* からビルド

  • +:refs/heads/(リリース/*)

• リリース - ブランチ仕様でマスターからビルド

  • +:refs/heads/(マスター)

好みのブランチ名を設定するために括弧を使用していることに注意してください。これら 3 つのビルドがある理由は、ビルド構成名をビルド名の一部として使用するためです。たとえば、1.2.3-Integration.27 の形式でビルドを取得します。最後の番号「27」はプロジェクト全体です。共有ビルドカウンター。また、さまざまな構成でさまざまなビルド後のアクションを実行します。たとえば、リリース構成では展開アクションが実行されます。

私が「非決定論」と呼んでいるものの例として、プル リクエストを介して機能ブランチを開発にマージしました。開発ブランチをビルドする統合ビルド構成でビルドを取得します。しかし、ブランチの仕様に何も変更がないにもかかわらず、他の 2 つのビルド構成でもビルドを取得します。たとえば、私のリリース構成は物事を展開するため、これは間違いなく私が望むものではありません。問題のあるビルドが強調表示されたスクリーン ショットを次に示します。

更新 - 追加情報 「問題のあるビルド」の概要は次のとおりです 。トリガー構成は 次のとおりです。

TeamCity が Git とどのように連携するかについて、私は明らかに理解していません。ビルド構成は、ブランチ仕様に該当するもののみをビルドすることになっているという印象を受けています。残りの2人はどこから来たのですか？ブランチ仕様に開発 (または refs/heads/develop) が含まれていない場合、これらのビルドがトリガーされるのはなぜですか? これが起こらないようにする方法はありますか？

JetBrains サポート フォーラムでこれを提起しようとしましたが、そこには何の牽引力もないようです。そのため、StackOverflow コミュニティに手を差し伸べようと思いました。

ビルド構成間で変化するアートワークがたくさんあるアプリに取り組んでいます。多くのアプリが開発に使用する AppIcon の "STG" および "PROD" バージョンのようなものですが、アプリ全体で数十の画像だけです。

現在、これらのイメージはすべて、次のように、ビルド構成に基づいた名前で 1 つのアセット カタログにまとめて保存されます。

4 つのバージョンすべてに他の 3 つのアート アセットが含まれているため、各アプリのファイル サイズを4 倍にするのは無駄に思えます。

では、複数のアセット カタログを持ち、そのビルド構成に必要なものだけをビルドする方法はありますか? 共通マクロに相当するもの:

...しかし、アセット カタログをロードするには? では、DEV、QA、STG、および PROD カタログがあり、それぞれが 200 の単一のカタログではなく、50 のアセットを持ち、特定のビルドには関連する単一のカタログのみが含まれているのでしょうか?

私のコードでは、等価性のチェックが多数あります...

例えば：

うまくいくようです...デバッグで。その後、リリースでテストすると失敗しますか?

選択された単一のアイテムを想定すると、item1とitem2は同じであるため、精度に関係なく、上記の長さは等しいはずです....

デバッグでは、この失敗を確認できませんでしたが、リリースでは常に失敗します。

上記の関数 ( length()) は、qreal

私が見る唯一の回避策は
、精度を制限する独自の同等性チェックを実装するか、値を に
キャストすることです。 しかし、それは非論理的です（そして多くの作業が必要です。潜在的な場所をたくさんチェックする必要があります）。qrealfloat

なぜこれが起こっているのか、この問題を回避する最善の方法を誰かが説明できますか?

テスト中のプロジェクトとは別のプロジェクトに UnitTests を書いています。Internalクラス/メンバーをテストできるようにするために、テスト対象[InternalsVisibleTo]のプロジェクトで属性を使用します。

次の疑問が生じます。

単体テストにはどのビルド構成を使用すればよいですか? sはInternal、リリースされたコードで表示されるべきで#if RELEASEはないため、不可能です。一方で、#if DEBUG私がリリースしたいものを実際にはテストしていません。別個のUNIT_TEST-Configuration が必要ですか? または、これをどのように行いますか？

次のビルド構成の違いは何ですか:

• 任意の CPU
• 混合プラットフォーム

これはBuild Configuration: Mixed Platform VS Any CPUに関する別の質問であることに注意してください。受け入れられた回答によると、一般的な意味での「ビルド構成設定」とは何かについての提案が求められます。ここで、特定の「混合プラットフォーム」の目的と、「任意の CPU」との違いを尋ねています。

ありがとう！

私のクライアント アプリケーションでは、 に接続することもあれば、 に接続することもあり localhost:1242\SomeService.asmxますsomeDomain:1242\SomeService.asmx。つまり、ローカルでテストしたい場合と、リモートでテストしたい場合があります。

VS が提供するデフォルトのオプションは debug と release です。カスタムのものを作成したいのですが、実際には新しいビルド構成を作成しました:

とにかく、その構成を使用している場合、どうすればコードで知ることができますか?

私は次のようなことをしたいと思います：

また、リリースモードの方が効率的ですか？これらの設定をどのように指定しますか?

build.gradle(app) を使用して、さまざまなフレーバーの apk を作成しました。ただし、同じ apk の異なるフレーバーをインストールすると、前の apk が上書きされます。同じデバイスで同時に実行する複数の apk を作成したいと考えています。同じデバイスにインストールして同時に実行できる、異なる appicon を持つ別の apk を作成したいと考えています。リンク、チュートリアル、または直接のヘルプをいただければ幸いです。

前もって感謝します。