9

例えば:

  1. refactor という名前のブランチを作成します。
  2. 枝を幹に再統合します。
  3. ブランチを削除します。

リファクタリングという名前の別のブランチでプロセスを繰り返しても安全ですか?

4

4 に答える 4

3

SVN で遭遇する可能性のある唯一の問題mergeinfoは、マージ ポイント (マージが行われたレベルに応じてフォルダーまたはファイル) のプロパティをマージするときに、以前のマージのブランチ名とリビジョン番号が含まれることです。マージ時に SVN が実際にこの情報を使用するとは思いませんが、ユーザーとして混乱することがあります。

これを気にしなければ問題なく動作するはずです...しかし、以前のプロジェクトではmergeinfo、どのブランチをトランクにマージしたかを示すものとして使用していたことを知っているので、ブランチ名を再利用するのは危険です.

于 2012-12-19T16:28:53.560 に答える
1

はい、Subversion のログ履歴を見て、どのリファクタリングがどれであるかについて混乱していない限り、これを行うことができます。

ある種のトラブル チケット システムがあると仮定すると、特定のリビジョンを、番号またはコードのいずれかでリビジョンを作成する原因となったトラブル チケットに結び付ける方がよいでしょう。

于 2012-12-19T16:26:53.223 に答える
1

これは問題ではありません - 1 つの小さなことを除いて...

そのブランチは古いブランチと同じ名前ですが、Subversion に関する限り、完全に新しいブランチです。ブランチの を見ると、svn logその名前の元のブランチまでさかのぼることはできません。古いブランチは、マージ履歴の一部とは見なされません。たまたま名前がついているだけの全く別のブランチです。

この場合、これはまさにあなたが望むものです。ただし、混乱を招く可能性があります。私が遭遇した最大の問題の 1 つは、ファイルまたはディレクトリを削除してから再度追加した人がショックを受けていることです。ショック!その Subversion のマージが期待どおりに機能していません。

これを理解している限り、すべてがうまくいくはずです。

于 2012-12-19T17:08:37.123 に答える
0

はい、全然大丈夫です。

SVNBookですべてを見つけることができます。

于 2012-12-19T16:29:51.360 に答える