Version control 为什么将带有尾随空格的行提交到源代码管理中是不好的？

为什么在源代码管理中签入带有尾随空格的行是不好的？这会导致什么样的问题

基本上是错误的差异。如果差异只显示“真实”的变化，这是很有帮助的。一些diff程序将忽略空白，但最好首先避免虚拟更改

---

当然，如果它在同事的机器上进行换行，也没有什么帮助。

因为很多人会删除它们，如果你不使用所有选项（比如一个普通的旧cvs diff），那么在diff工具中，它们会显示为修改过的行，这意味着人们看到你的行没有好的理由

---

从理论上讲，你也可以用字符串来包装行，其中空格是不好的，但是。。。可能不是你的问题。

是的，我有点同意其他帖子，但我想补充一点，这本身并不坏。这不是一个很好的练习，但这是会发生的事情，你只是叹息，然后继续做事情。

这就像粉刷你的墙壁，但没有正确地完成边缘，然后直接进入踢脚板。

现代的diff实用程序不会挂起空白。

有些编辑器会自动删除尾随空白，有些则不会。这会产生差异噪音，并可能导致合并冲突。

您是说源代码管理中的“签入”吗？是-看起来有人已经编辑了标题以澄清问题。：）我还向主体添加了编辑。谢谢！我讨厌：）删除已经在源代码管理中的代码！但是如果你的回购协议中已经有空白，而你试图提供帮助，把它去掉，那么你就是那个制造虚假差异的人你应该与你的同事（同事、开源人群）协调每个人都在使用什么策略，并确保所有人都使用相同的策略。不好的做法就是不好的做法。这不是最重要的事情，但如果它可以很容易地在承诺之前修复，那么为什么不呢？然后有人说你不能搬进你的房子，因为你的踢脚板上有油漆。