哪种 SCM/VCS 可以很好地处理文件之间的文本移动？

Question

我们在工作中对项目造成了严重破坏，因为当我们跨文件移动信息时，我们的 VCS 正在进行一些糟糕的合并。

场景是这样的：

您有很多文件，比如说，包含有关字典中术语的信息，因此您对字母表中的每个字母都有一个文件。

输入术语的用户盲目地遵循字典顺序，因此如果字典碰巧在 B 下列出了“kick the bucket”（或者它可能同时在 B、bucket 和 K, kick 下列出），他们就会在 B 下放置一个条目。 。

随后，其他用户将这些术语移至其正确的文件中。关于词典术语的大量工作一直在进行。

例如，用户 A 可能已经获取了 B 文件并详细说明了“kick the bucket”条目。用户B拿走了B和K文件，并将“kick the bucket”条目移动到K文件中。无论它们最终按哪个顺序提交，VCS 都可能会丢失条目，并且不会“弄清楚”条目已被移动。

（这些条目稍后会自动转换为 SQL 数据库。但是它们以“人类友好”的形式保存以便对其进行处理，并带有大量注释、示例等。因此，说“让您的用户直接输入 SQL”是不可接受的".)

糟糕的是，我们现在几乎已经开始手动合并这些类型的文件，因为我们无法信任我们的 VCS。 :(

那么解决方案是什么？我很想知道有一个 VCS 可以解决这个问题。或者更好的合并算法？或者，也许有人可以建议更好的工作流程或文件安排来尝试避免这个问题？

Answer 1

我建议：

• 使用分支（这样，提交的顺序并不重要：每个开发人员在他/她自己的分支中记录他/她自己的一组修改）
• 将分支合并到主“dico”分支上，其中冲突可以发生已解决

（Git 特别擅长于此）

---

您可以快速测试它：

C:\test\git>mkdir dico
C:\test\git>cd dico
C:\test\git\dico>git init
Initialized empty Git repository in C:/test/git/dico/.git/
C:\test\git\dico>echo words for B> B.txt
C:\test\git\dico>echo words for K> K.txt
C:\test\git\dico>git add -A & git commit -m "first letters"
[master (root-commit) e91d6fa] first letters
 2 files changed, 2 insertions(+), 0 deletions(-)
 create mode 100644 B.txt
 create mode 100644 K.txt

您master 分支中有一个空的 dico。
DevA 出现：

C:\test\git\dico>git checkout -b devA
Switched to a new branch 'devA'
C:\test\git\dico>echo Kick the Bucket: my def from devA>>B.txt
C:\test\git\dico>type B.txt
words for B
Kick the Bucket: my def from devA
C:\test\git\dico>git add -A & git commit -m "def from devA"
[devA 0f27595] def from devA
 1 files changed, 1 insertions(+), 0 deletions(-)

DevB 出现并获得 devA 的工作：

C:\test\git\dico>git checkout master
Switched to branch 'master'
C:\test\git\dico>type B.txt
words for B
C:\test\git\dico>git checkout -b devB
Switched to a new branch 'devB'
C:\test\git\dico>git merge devA
Updating e91d6fa..0f27595
Fast forward
 B.txt |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

C:\test\git\dico>type B.txt
words for B
Kick the Bucket: my def from devA

哦不！这个定义错误的地方！

C:\test\git\dico>echo words for B>B.txt
C:\test\git\dico>echo Kick the Bucket: my def from devA>>K.txt
C:\test\git\dico>git add -A & git commit -m "move def to K by devB"
[devB 473614d] move def to K by devB
 2 files changed, 1 insertions(+), 1 deletions(-)

在 devB 分支中修复。 DevB 继续：

C:\test\git\dico>echo add to def by devB>>K.txt
C:\test\git\dico>git add -A & git commit -m "elaborate def by devB on K"
[devB f9ae17d] elaborate def by devB on K
 1 files changed, 1 insertions(+), 0 deletions(-)

意思是，在 devA 分支中，devA 也处理这个定义：

C:\test\git\dico>git checkout devA
Switched to branch 'devA'
C:\test\git\dico>type B.txt
words for B
Kick the Bucket: my def from devA
C:\test\git\dico>type K.txt
words for K

C:\test\git\dico>echo elabore def from devA in B>>B.txt

C:\test\git\dico>type B.txt
words for B
Kick the Bucket: my def from devA
elabore def from devA in B

C:\test\git\dico>git add -A & git commit -m "devA go on on B.txt"
[devA 1da899a] devA go on on B.txt
 1 files changed, 1 insertions(+), 0 deletions(-)

如果 devB 检查 devA 的工作，他会检测到冲突并适当解决：

C:\test\git\dico>git checkout devB
Switched to branch 'devB'

C:\test\git\dico>git merge devA
Auto-merging B.txt
CONFLICT (content): Merge conflict in B.txt
Automatic merge failed; fix conflicts and then commit the result.

C:\test\git\dico>git diff
diff --cc B.txt
index 1cc6ea9,a986721..0000000
--- a/B.txt
+++ b/B.txt
@@@ -1,1 -1,3 +1,6 @@@
  words for B
++<<<<<<< HEAD
++=======
+ Kick the Bucket: my def from devA
+ elabore def from devA in B
++>>>>>>> devA

他将从 B.txt 中删除额外的定义并将其添加到 K.txt （然后将转到 devA 并告诉他/她停止，合并他的工作，然后继续右侧文件！）