コードベース（PHP）への変更要求で私たちを怒らせているクライアント（クライアントを持っている、クライアントを持っている）がいます。私たちの最初の対応は、SVN のメイン トランクで作業することだけでしたが、クライアントは頻繁に戻ってきて、特定の変更をできるだけ早くライブ サーバーにプッシュする必要があると要求しました。一方で、他の変更の優先度が突然低下します。これは、もともと他の変更とグループ化されていたものです (一見)。
変更リクエストごとにブランチを使用することを考えています。これは怒っていますか？他にどのようなソリューションが機能する可能性がありますか?
ありがとう！
編集：これは正しい答えを選ぶのが本当に難しい質問です。素晴らしい回答をありがとうございました。
編集：私が選んだベストアンサーが特に人気がなかったのは知っています。私も、この問題に対する技術的な解決策を見つけたいと思っていました。しかし、クライアントがモジュラー方式で展開できる機能を備えたソフトウェアを望んでいる場合、この問題はバージョン管理システムの使用では解決されないはずです。ソフトウェアに組み込む必要があります。
編集：ほぼ1か月後、同僚/クライアントは、複数のブランチが進むべき道であると私に確信させました。これは、クライアントの狂気によるものだけではなく、機能が「すぐに使える」か「さらに作業が必要か」などを判断できるようにする必要があるためです。私は SVN を持っていませんが、SVN クックブックからのアドバイスを使用してマージします。つまり、分岐されたリビジョンからのブランチをヘッド リビジョンにマージします。
また、このシステムを使用して、ある時点ですべてのブランチをマージし、それが新しい QA になり、ライブ ビルドになります。次に、そこから分岐します。
最終編集 (おそらく):数か月経った今でも、このシステムはうまく機能しています。チケットごとにブランチを作成し、問題が発生することはほとんどありません。一方で、人々が取り組んでいるものに関しては、物事を分けようとしています...
2 年後:現在 GIT を使用していますが、このシステムは実際には非常に合理的です。