SVN 和 Git 在日常使用中的明显差异

👉 自己在使用git过程中相对svn的感受强烈的变化。

🍺 合并对提交过程的保留

保留原有的提交过程，可以无需繁琐追踪历史就方便的

实际使用中会有误提交的情况（如提交了一个不该提交的日志文件），对于svn来说，就是让大家一遍又一遍看到这个垃圾文件。

没有干净的提交，严重影响了Code Review，增加成本。

另外对于想了解演进过程的同学，垃圾提交影响了了解效果。

git可以方便创建本地分支，且创建分支的时间是O(1)，即瞬间就创建好了。由于分支可以是本地的，也就不存在svn目录权限的问题。

可以从想要工作点闪电般创建本地分支，本地实验不确定的修改，创建分支如此之廉价，git推荐创建分支来隔离修改。

git：重命名（无论文件还有目录）提交可以合并上文件重命名前的这些文件的提交。
svn：重命名（无论文件还有目录）提交后，你本地/或是分支上有文件重命名前的这些文件的修改或提交，在做合并操作时，恭喜:see_no_evil:，你会碰上传说中难搞的树冲突！

因为惧怕svn树冲突，在包名调整（重命名目录）或类名调整（重命名文件）前，我不得不先向一起开发的组员广播：

OMG～ 😖～～

因为这个过程烦琐，结果就是影响了大家去做这样重构操作的积极性，进而影响项目的代码质量改进！

别忘了，如果你的项目是开源的，全球的人可以给你提交，可没有办法向全球的同学广播 😗

内心是不是有强烈的安全感？ ✨

与git配套的github、gitlab（我们公司搭建了）提供了：

记住，上面的一切和代码一起集中管理，是以代码为中心的，可以方便的工程中的代码。

可运行并完成功能的代码（且叫目标代码）才是整体项目真正生效的产出。

一切不为目标代码服务的东东都是流氓！
# 是不是想到很多东西（比如下压式的排期计划）会觉得自己是生效的产出，好像剩下的事就是码农搬砖一样把代码码好。

git提交是个本地操作，相对svn闪电一般。
git提供了暂存区，可以方便指定提交内容，而不是全部。
PS： git可以只提交一个文件修改的一部分而非全部（git add –p），使用相对繁琐些。（实际上开发中我很少这么做 😁）

这让开发者更愿意整理提交，让每个提交更内聚自包含。进而有利于

查看日志是个频繁的操作。

一旦用了git后，等待svn日志（包括查看2个版本间的diff）过程简直让我发狂。