讨论代码设计顺序的重要性

在公司我们经常会需要用代码版本管理工具来对自己的代码进行管理，当我们对之前版本的代码修改之后需要对其提交，服务器确认。如果我们工作需要改动的代码量较小的话，直接一次提交大多数情况下都是可以的。但如果我们修改的代码量很多，我们应该如何ｃｏｍｍｉｔ才是最好的呢？

到我们实习生的培训员Ａ告诉我们：当我们发现自己当前工作比较大，修改的代码比较多的时候，我们应该事先计划好自己代码的设计，先做什么后做什么，每做一个东西我们都应该有相应的ｃｏｍｍｉｔ。每个ｃｏｍｍｉｔ之间都应该是有合适的修改量，而且两次修改的内容尽量让其关联度不要太高，但也不能太细分了，加一行代码就ｃｏｍｍｉｔ一下肯定是不可取的。

比方说，我们要实现Ａ功能，我们需要写这些函数：

ａ函数，本次修改的核心框架，对源代码影响最大；

ｂ函数，是被ａ函数调用的，其间会用到源代码中的一些资源；

ｃ函数，只被ａ函数调用，与源代码无关系。

那么依照关系我们应该先提交ｃ函数，确认ｃ函数无误后进行提交；

然后添加对整体代码影响较小的ｂ函数，最后再提交影响最大的ａ行数。

这样做的好处是，我们可以避免一开始就提交ａ所导致的各种各样的问题，方便我们修改以及定位ｂｕｇ的位置。

如果我们一开始就提交ａ，势必我们也会连着ｂｃ一起提交，这样让我们维护也更加困难。

 

还有很多地方了解的不够深刻，仅为本人拙见。

这是一篇相关文章：　http://www.cnblogs.com/BraveCheng/archive/2012/07/02/2573617.html