先commit还是先pull 为什么还有那么多人用SVN？
为什么还有那么多人用SVN？
让我们从结果开始：Git在某些情况下比SVN好，但它不能取代SVN
第一轮：Git是一个分布式版本控制系统，它可以更适合没有固定“服务器”的研发人员。Svn是一个具有固定服务器的集中式版本控制系统。但我认为，在某些情况下，分布式管理并不一定比集中式管理好，所以这一轮更为公平。
第2轮：[git的分支非常易于使用，而且非常强大。SVN的分支是一小块鸡排。SVN的分支是svncopy，它复制一个完整的项目。在这一轮中，GIT具有明显的优势。
第三轮：
提交、更新或合并代码时经常报告错误。Git的提示非常“周到”，可以很好地解决错误。SVN的提示有点不满意。Git在这一轮中仍然有优势。
第4轮：
SVN对目录具有良好的权限控制。它可以根据目录进行更新和提交，这有时很有用。Git无法控制目录的权限。SVN的优势在这一轮是显而易见的。
例如：
我们公司的研发人员使用git，艺术和产品使用SVN。艺术和产品通常将需求和资源放入SVN，SVN可以根据目录而不是整个项目进行下载。而SVN在windows系统中有一个非常著名的乌龟SVN软件，有一个中文版本，使用起来非常方便。
Git push，merge，pull，fetch，rebase各自在什么场景下使用？
基本上，顺序如下：
修改代码后，需要先提交
git commit-am“commit message”
然后有两种方法将您的代码与远程存储库中的代码合并
A.git pull。这样，您就可以直接更新本地存储库中的代码，但问题是可能会有冲突，我不建议这样做
B.git fetch first Origin（在远程仓库中检索最新的源代码），然后git merge Origin/Master（将本地代码与远程仓库的最新代码合并）。如果您的更改与远程仓库中的最新代码冲突，系统会提示您逐一解决冲突，最后从1开始
如果没有冲突，GIT push origin作为rebase，很容易与merge混淆，因为这两个命令在结果上是相似的，请看http://git-scm.com/book/zh/ch3-6.html
先commit还是先pull git pull 冲突 覆盖本地 gitpush前为什么需要pull
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
