版本控制之道---Git时代已经来到？（获奖名单已公布-2012-10-30）

blackold

回复 92# xiaopan3322


    啊，I got it.

llzzccc

xiaopan3322 发表于 2012-10-11 13:34
顶一下！！！
先传两幅图，供大家参考：

svn 为什么本地需要主干？

llzzccc

zhaopingzi 发表于 2012-10-11 14:46
从来不用这玩意，事实上，觉大多说的公司，根本无法做到有效的版本控制。

能定义一下什么叫有效的版本控制吗？为什么无法做到？

llzzccc

OwnWaterloo 发表于 2012-10-11 14:46
分布式版本控制工具

为什么上面没有把所有集中式版本控制工具全部一棒子打死？
那是因为有一些辅助工具，让集中式版本控制工具变成一个不伦不类的分布式版本控制工具。
原本svn从一开始就是一个错误(by linus)，这些辅助工具只是在错误的路上越走越远而已。

分布式版本控制工具从一开始就没有这样的耦合。记录就仅仅是记录，分享就仅仅是分享。
可以在本地尽情地save， 当比较满意时再将工作进度分享给他人， 在这之间不会破坏他人的工作环境。

并且最终分享给他人的不一定就是最开始的那些记录点， 分享之前有机会修改的， 只需要分享那些有价值的状态点。
这会进一步刺激记录的欲望， 不用担心记录了一个糟糕的历史状态， 因为这个历史状态在后面可以随时清除， 只要在分享给他人之前（之后也可以，不过就会破坏他人的环境了）考虑好便是。

用SVN，可以做一个 sandbox分支，自己在上面开发，觉得可以了，merge到主branch上和别人分享啊。
我没用过git，只是不知道这个问题是不是可以这样解决。

llzzccc

10 页，结果大部分跑题。

amarant

git比svn灵活多了

流氓无产者

想用git,可是还是在用svn
git怎么做本地repository

crazyhadoop

git是一种分布式版本管理工具，比svn更快速的分支切换，因为分支都在本地。这使得git特别适合处理临时需求，或者小实验。因为是分布式的，每台机器上都commit的时候，有的时候忘记了push到远程服务器，那就不同步了

zhenjiazhenjial

1、你的团队是通过什么方式来做版块控制的？您的选择是什么？
目前项目里用的是SVN。以前在VC开发时候接触过VSS，在Linux下开发也考虑过CVS，GIT。但是分别尝试的时候发现在Linux下SVN安装部署更顺利一些就选择了这个。
2、您能简单谈谈您的选择愿意，以及为何做出这样的选择？
GIT，SVN，CVS都有考虑，但是对于项目开发来说，这些都只是辅助工具，”工欲善其事，必先利其器“这话不假，但是时间紧任务重的情况下，不可能过多的时间来研究方法论，况且一般的项目任务跟Linux Kernel相比相差了N个数量级，在时间紧迫的情况下，分别尝试部署GIT，CVS，SVN，发现SVN被首先部署成功，也能基本满足我们的要求，就一直延续了下来。在平时接触的开源项目中也会用到GIT，比如Linux Kernel，Gentoo等等好多，所以git的命令也会一些但不是很熟悉。Windows下有TortoiseSVN，TortoiseGIT在界面下操作非常方便，Eclipse里面也有SVN，GIT的插件可用。所以平时在界面下应用的多，欠缺是对敲命令操作不是很熟。敲命令的优点是可以更深刻理解其基本原理和工作方式。
3、您在使用这些工具或者方法的时候，分享一些非常有用的小技巧：）
在使用这些工具的时候，一般都会碰到”版本冲突“的问题，就是A和B同时Checkout了V1，当B修改提交一次到V2，A在修改时候和B修改的部分有重叠，再次提交就会提示”版本冲突“，从这个事情说明版本工具并不是万能，他可以帮助我们优化项目管理，带来极大便利，尤其表现在团队成员迅速扩充的情况下，但是也不能完全依赖于工具，而忽略成员之间的沟通交流，合理规划分配任务，所以有些情况下还是需要成员之间互相”吼一嗓子“来避免冲突。当然不同的人可能对这个问题会有不同的解决方法。不知道各个工具官方对这个问题是怎么来解决的，平时都是够用，能用，好用就行，没有去深究这些方法论。对这些工具更熟的朋友可以指点一二。

xiaopan3322

llzzccc 发表于 2012-10-12 00:48
svn 为什么本地需要主干？

那个只是在本地的一份working copy。