2
大規模な組織でBranchageddonを回避するにはどうすればよいですか?
大規模な組織で作業するときに、どのようにしてブランチエイジドンの状況を回避しますか? 私たちは、ソフトウェアの更新ではなく、高/重要なセキュリティパッチとオーダーメイドの機能のみを採用するというアプローチを持つ多くの大規模な金融機関と協力しています。これらの組織は、メジャーアップデートの合間にのみパッチとカスタムリリースを取得します。メジャーアップデートは数年離れている可能性があり、コストが高くつきます。このアプローチにより、私たち(ソフトウェアハウス)は、主要な顧客ごとにコードのブランチを作成します。これには、長期ブランチのすべてのコストと非効率性が伴います。 コミュニティへの私の質問は次のとおりです。 顧客から同様のアップデート承認アプローチを経験しましたか? このアプローチでの作業を支援するためにどのような提案がありますか? ソフトウェアの更新を行うための組織のアプローチを変えるためにどのような提案がありますか?