問題タブ [hotfix]

ホットフィックスを開発ブランチにマージすると、奇妙な動作が発生します。すべてのリリースブランチを開発ブランチに再配置します。

そうですか？

ここに例があります

ホットフィックスをマージする前に

ホットフィックスをマージした後

私の新しいプロジェクトの git フローの実験的学習を行っています。次のことに気付きました。

次のシナリオ:

1. 通常の git-flow の動作:

   git flow hotfix start 1.1.2

   マスターに基づいてブランチを作成し、完了したらマスターとマージして開発します。

2. 別のブランチに基づくブランチ

   git flow hotfix start 1.1.3 support/1.x

   ただし、サポート ブランチに基づいて作成されたホットフィックスは、そのサポート ブランチにマージされ、開発にもマスターにも戻されませんが、終了時にタグ付けされます。

問題

マスター ブランチが現在あるv3.2.0が、修正プログラムが で導入されたコード セクションの問題に対するものであったがv1.1、現在の開発ブランチでまだ関連性があり、使用されている場合、それらをマージするにはどうすればよいですか?

この質問の理由は、新しいバージョンの方が優れている場合でも、一部のクライアントでは特定の古いバージョンの長期的なサポートが必要になるためです。

おそらく解決策ですが、そうではありません（SourceTreeを使用）

Atlassian SourceTree は常に、finish hotfix のみを master および development にマージし、クライアントが必要とするサポート ブランチには決してマージしません(3 回テスト済み)

Dynamics AX にインストールされた修正プログラムに関連する機能を知る方法はありますか? 通常、ホットフィックスには、変更/追加されたオブジェクトのリスト (単体テストを作成できます) が含まれていますが、必要な変更/追加された機能のリストは含まれていません。ホットフィックスを通常どのようにテストしますか?

.apkファイルをダウンロードせずに、ユーザーの電話でアプリをリモートで更新できるかどうかを確認しようとしています。（「上司」からの情報収集依頼です。彼はiOSで可能だと思っているので、Androidで確認してほしいとのことです）。

基本的に、アプリに Web サーバーからバージョン番号を取得して、更新が必要かどうかを確認するようにしています。更新が必要な場合は、アプリが許可を求めてから、新しいファイルをダウンロードします (ソース コードの更新、.xml レイアウト ファイル、これにより、ホットフィックスや小規模な機能更新のために Play ストアから APK (サイズは 50 MB) をダウンロードする必要がまったくなくなります。

私が見つけたものから：

1. より多くのコンテンツを読むことができるリソース/データ テキスト ファイルをダウンロードできますが、ソース コードを実際に変更することはできません...

2. APK ファイルは作成時に基本的に「ベイク」されるため、ソース コード、.xml ファイルなどが最小化され、名前が変更され、難読化されます。つまり、新しい機能やホットフィックスを既存の APK に追加することは困難です。イメージを変えることはできると思いますが、それだけです。

Candycrushは新しいレベル (Play ストアを含まないアプリ内アップデート) をダウンロードするときに何らかの方法でそれを行うと思いますが、それは方法 1 にすぎない可能性があります。Firebase のリモート構成の簡単な調査にも似たようなものがありますが、pre -パラメーターの設定は、ホットフィックス/更新に使用しようとするとむらがある可能性があることを意味します。

私は正しいですか、それとも明らかな何かが欠けていますか?