尽早承诺,经常承诺——这是否意味着;推;很早,经常在GIT?

尽早承诺,经常承诺——这是否意味着;推;很早,经常在GIT?,git,version-control,git-commit,Git,Version Control,Git Commit,一直在SVN中工作,我们遵循“尽早提交,经常提交”原则,至少每天提交一次。 对于GIT,我不确定同样的要求是否有意义,因为在推送之前,提交在中央回购中不可见。 即使在git实践中,我也可以看到类似的方法,但不清楚他们是谈论推送还是提交。在git中,提交本地回购协议中的每一项更改是一个好的实践。保存一段时间总是比较安全的。如果将来可能不需要一个提交,我们可以将其从分支历史记录中删除,并将其保留。至于push部分,在必要时上传想要的提交。我们可以将修复bug或实现功能所需的提交推送到物理远程服务器中

一直在SVN中工作,我们遵循“尽早提交,经常提交”原则,至少每天提交一次。 对于GIT,我不确定同样的要求是否有意义,因为在推送之前,提交在中央回购中不可见。
即使在git实践中,我也可以看到类似的方法,但不清楚他们是谈论推送还是提交。

在git中,提交本地回购协议中的每一项更改是一个好的实践。保存一段时间总是比较安全的。如果将来可能不需要一个提交,我们可以将其从分支历史记录中删除,并将其保留。至于
push
部分,在必要时上传想要的提交。我们可以将修复bug或实现功能所需的提交推送到物理远程服务器中的中央repo。当然,我们也可以将提交推送到另一个本地回购协议以进行备份。是的,当然,但这样您就不会真正持续集成,是吗?除非您每次都更新本地回购协议以检查冲突。