少有人走的路勇哥注：
由于VS自带有git管理功能且相当完善，所以第三方git工具相对来讲就显得不那么重要。
通常技术人员会刻意维护技术的复杂性，会Git的人，可能会鄙视用Fork之类git图形化软件的人、
以上两者都会鄙视用vs自带git工具的人，因为一门技术一但傻瓜就会伤了一些前辈的自尊。
我们还是抛弃掉这种技术自尊，努力适应傻瓜型的新技术吧！（也许未来低端的编程都会傻瓜到机器自己去编制了）
系列贴子汇总：
VS的git功能，团队资源管理器（一）怎么知道代码被git托管了，Git托管的主要功能
VS的git功能，团队资源管理器（二）第一次使用Git的必要设置、建立存储库的几种方法
VS的git功能，团队资源管理器（三）复制远端的存储库（代码仓库）
VS的git功能，团队资源管理器（四）分支历史、推送、.gitignore忽略文件
VS的git功能，团队资源管理器（五）同步 提取 拉取 推送
总的来讲，vs的团队管理器是比较好用的。
如果你不玩复杂的情况，仅仅是几个人共同开发一个分支的话，基本上没啥子学习成本。
此情况每天就只用两个功能“更改”，“同步”。
然后就是冲突解决，这方面VS做得非常好，比git自身的功能要好用些。
详细在第五篇有介绍。
但是如果是复杂的多分支的管理，VS的这些功能解决不了全部需求。
需要配合一下命令行一起来使用。
有趣的是，命令行的结果，可以在VS的面板上实时反馈出结果。
两者互相配合起来是相当的好用。
对于复杂的工程，由几十个项目组成，互相之间有复杂的引用，这种情况下就很难管理。
往往是线上pull下来的版本，并不能直接跑起来。
有时是因为由于.gitignore忽略文件的原因，bin目录下的文件被忽略了，而这些文件可能是配置文件。
因为这类原因，造成你在多个分支之间切换后，直接run起来程序经常报错，让人疲于应付。
这种情况下，对.gitignore要做精密安排，也不是轻松的活。
如果小团队，就那么2，3个人开发，最简单省事的办法可以是单分支开发，约定好软件开发任务和发布时间，这样会容易许多。
团队强调一下，每天无论什么时候，要按下面流程操作：
1. 提交当前更改
2. 同步（注意不要推送）
这样团队之间的修改就不会乱套，最多是有冲突要处理，不存在覆盖和舍弃的风险。
“同步”是指先从线上拉回最新版本合并，然后再推送上去。
勇哥这几天被分支合并的活搞怕了~~~ 弄到后来，感觉版本管理非担没节省代码的管理时间成本，还让人疲惫不堪。
当然还是因为不熟练的原因，这方面还待要加强~~~
---------------------
作者：hackpig
来源：www.skcircle.com
版权声明：本文为博主原创文章，转载请附上博文链接！
