前端动态渲染数据 为什么还有那么多人用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中为什么是pull request而不是push request？
Push request意味着您将代码推送到远程仓库
pull request实际上意味着您发送一个合并请求，并请求主仓库的管理员帮助您合并
因此Push是您自己的位置，pull是从主所有者的角度来看的，这就是我们常说的PR
Git push，merge，pull，fetch，rebase各自在什么场景下使用？
基本上，顺序如下：
修改代码后，您必须先提交
git commit-am“commit Message”
然后有两种方法将您的代码与远程存储库中的代码合并
A.git pull以便可以直接更新本地存储库中的代码，但问题是可能存在冲突，我不建议这样做
B.git先获取源代码，然后然后Git合并Origin/Master（将本地代码与从远程仓库获得的最新代码合并）。如果您的更改与远程仓库中的最新代码冲突，系统会提示您逐一解决冲突，最后从1开始
如果没有冲突，GIT push origin作为rebase，很容易与merge混淆，因为这两个命令在结果上是相似的，请看http://git-scm.com/book/zh/ch3-6.html
前端动态渲染数据 git命令在哪里输入 git pull 冲突 覆盖本地
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
