マイクロサービスベースの環境で「トランクベース」/マスターブランチ開発 (存続期間の長いサブブランチを持つのではなく) を実装する方法に関する調査または研究論文を共有していただけますか?
できれば、ビジネス ケース ($$$) の正当性とそのようなアプローチの利点の証拠を示す研究。
これにより、開発者とマネージャーは、「機能トグル」などを使用して短命のブランチを作成することが重要であると確信できます。
マスターにマージし直すのが難しく、「(メイン) トランク/マスター」を十分に頻繁にテストしないために自動化テストを困難にする、存続期間の長い (サブ) ブランチを持つこととは対照的です。
さらに、「トランクベース」の開発を実装する際の一般的な落とし穴、長所と短所、および (実際的な) 障害、たとえばマイクロサービス (チーム) 間のコントラクト バージョンの変更を処理する方法 (機能を使用するなど) について議論する場合は興味深いでしょうトランク/マスターが多くのマイクロチームから継続的に更新されるときに、マイクロサービスを切り替えますか?
論文で PACT または同様のフレームワークについて言及されている場合、経営陣を正しい方向に説得するための追加の利点となります。
ありがとうございました！