在git/mercurial中使用commit和push有什么好处
我在stackoverflow中找到了几个关于提交/推送主题的答案。 然而,这些答案是关于我不感兴趣的承诺和推动之间的区别 我的问题是,为什么我们需要本地提交,然后将其推送到存储库中?为什么不像svn中的commit remote在git/mercurial中使用commit和push有什么好处,git,mercurial,push,commit,Git,Mercurial,Push,Commit,我在stackoverflow中找到了几个关于提交/推送主题的答案。 然而,这些答案是关于我不感兴趣的承诺和推动之间的区别 我的问题是,为什么我们需要本地提交,然后将其推送到存储库中?为什么不像svn中的commit remote 我只是有点问题。我提交了一些东西,两个小时后我想推送,但由于其他人也更改了该文件而出错。如果该提交是远程的,我就不会有这些问题,因此我真的不知道它有什么好处。:) 具有完全不同特征的集中式版本控制与分布式版本控制。在集中式CVS中,我依赖于对中央存储库的访问和许可,而
我只是有点问题。我提交了一些东西,两个小时后我想推送,但由于其他人也更改了该文件而出错。如果该提交是远程的,我就不会有这些问题,因此我真的不知道它有什么好处。:) 具有完全不同特征的集中式版本控制与分布式版本控制。在集中式CVS中,我依赖于对中央存储库的访问和许可,而分布式VCS通常为非线性和/或分支开发方法提供许多好处和更好的工具 我认为这个问题不是很有建设性,是重复的。
这与svn没有什么不同。如果执行
svn更新已经有一段时间了,则很可能会出现错误或合并冲突。git/mercurial的问题是,当你推的时候,拉已经有一段时间了。哦,我明白了。有两种不同的方式,如集中式和分布式版本控制。我错过了这个信息,所以我重复了这个问题。无论如何,谢谢你。“现在我知道该读什么了……”赵很乐意帮忙。那么,你能将你的问题标记为已回答吗?另外:请查看mercurial的介绍性文档(包括网站简介),它会让你清楚地了解原因。但是mercurial在设计上更擅长处理合并。