シナリオは次のとおりです。
1) 私は branchA を持っています 2) 私は trunkA を持っています
これらはどちらも無関係です。つまり、それらに至るまでのパスが異なります。BranchA は、ある時点で TrunkA のコピーでした。
そのため、trunkA をコア開発トランクとして使用する際に、branchA に特定の変更をマージして、一部のコード コード ファイルにもコード変更が含まれるようにするよう求められました。
わかりました。Tortoise ダイアログでリビジョン範囲によるマージを選択します。しかし、ここに問題があります。チェックインする変更セット (私のレポセット) が賢くないか、リビジョンの範囲で特定のファイルを除外するオプションがあるかどうかわかりません。
問題は、特定のストーリーに取り組んでいる間にコーディング中に飛び込んだクラスのクリーンアップを行う場合があるためです。など。これは、すべての開発者が行うべきことです (ボーイスカウト ルール)。
問題は、私がそれを行うと、おそらく希釈されると思います. つまり、クリーンアップの変更を独自のコミットで分離する必要があります。
問題は、リビジョンの範囲をマージしていて、「その他のクリーンアップ」を行った場合、コア ファイルの変更の一部を branchA にマージするときに、そのクリーンアップの一部を含めたくない場合があるためです。たぶん、特定のストーリーを移動したいだけかもしれませんが、問題はちょっと、それらのレポ＃のいくつかに、それらをクリーンアップするために変更した他のファイルも含めました。
私の質問は、おそらくコミットをよりクリーンにする必要があるということです。物をしっかりと仕分ける。作業していた一連のクラスの「周辺」で一連のクリーンアップ変更が行われている場合は、待機して、独自のコミット インスタンス (独自のリポジトリ番号) でそれらをコミットします。そうすれば、範囲マージを行うたびに、意図したとおりの結果が得られます。svn には、範囲マージ中に特定の repo# でこれらのファイルを取り除く方法があるとは思いません。
考え？