频繁或罕见的来源签到？

我只是检查了我的代码并意识到我不知道我的代码应该在什么标准下完成检查.

昨天我检查完了我的项目检查了一个星期.今天我做了一些更新后再次登记入住.有时我喜欢保留我正在检查的代码,直到它可以通过一些测试.

我的老板通常抱怨人们在周末或度假时检查代码,所以我尽量避免这种情况(如果没有其他原因,因为我忘记了我正在做的工作).

我是否应该关注命中大量代码或者无法找到错误,因为搜索的代码太多了？

应经常检查ins.

办理入住手续应该是

原子.包含所有必需的更改,但不再包含.这也意味着

空白更改继续进行.

只更改一个功能.这可能会改变几个功能,但不应以多种方式和/或地方改变功能.

评论说.签入注释应该可以让您快速找到提交,即使它已经有2年了,而且您不再处理该特定源(甚至是项目).

工作.只有在代码实际构建并执行其声明的操作时才提交.

如果你需要你的私人游乐场来考虑一个工作分支或用git svn之类的东西镜像存储库.请记住尽可能以原子方式合并更改.这可能是更多的工作,但如果您需要计算更改或可能破坏某些内容的提交,它会立即得到回报.

我可以推荐以下指南:

每次签入都应该是"原子的",这意味着您只需要更改系统的一部分.不建议使用一个大的检查来改变很多东西,因为这样就很难恢复一个变化.

在经过全面测试之前,请不要检查代码.

请在准备好后立即签入代码.它有利于备份,并且因为您的工作副本与源控件中的最新更改不同步,所以它在那里的时间越长.

无论您是经常登记还是不经常登记,磁盘空间应该大致相同.

要获得可搜索性,请确保您的签到附有评论.

尽早办理入住手续,就像投票一样.

有一点需要注意的是,整合过程的工作方式会有所不同.如果你有持续的集成,除非你进行单元测试并确信它能够正常工作,否则你不想将东西重新检查到主干.

协调这两件事的方法是为您的工作区创建一个分支,经常在分支上签入,并在您创建和测试更改时合并.在许多变化中进行大合并的烦恼将鼓励你将它们分解成小步骤.这是件好事.