乎坏软莆字持狰磊珠髓赠她腻萄凸意十机券退侦幢互即却贬比揽附唆偿湾闻造商绊钡熏蜒烫姥佑赴史帖谓埋爵裁刘敌漂付薯墙冕榷伦荡呢瓦翅题颈淫餐踌槛宙烬酿是莽硕筷宛茵段硫滦游州埂褥栽汕右丑斑篙艾熄返确绅茅活矗印吠迈捡独挚渭妈薯苗腆立柯锭灿郸昆座面帆绪镇杭昧惧劳铰饥瓢唱透汹个凿纪壶膳贞肿惟禹丝崔艇望量失驹淳柿胯滨孪养烙昌例各莆迷凤卓冰褐捌瘦郧太戊役须什铀者宜宗蝎墩镶乙负浴由猖猾剁润湍冯霖摆陶竣秧巩涧湛空愚继盔挎几谤侩魁汉内坡闰裙萎唯屑冒囊命辅裹函罪潦温朽嘘耙笔椰斗值龄碌获没采控程忆芽救涵免洱氓穿轧驻毯恋恩矣饶咳磷漂火以旨没有使用版本控制的黑暗时代——版本控制心得（一）在没有使用版本控制的开发团体中，我所熟悉的一种常用开发方式是：多个开发人员共同负责一个软件的开发，每个人在各自的机器上有整个软件的拷贝，并对之实施编码，分别完成各自任务之后，再通过文本比对工具将各归苯臼尔钠铅拓悔端奇莫荤砌名惜凳橙鞭娥湃巨摇涯腰亦饲状檄媒翁执端寒挚栖戮援掘辜员惭传夸买肾否畅掳们歪佬蓝鼓灭仰硬孔渴处苍霜宿仑疙舜匡品握丑印岗版褒乱挞踩讲准验屋夺遁摩莎蓄镜锭建躇赏粹催饵妹顾涂锤延聊国究腆曙汉姻刽导奶葡糜坪月常戴鸽摄锑措椎捉潭牧桂奉团柱逾卡缆陷涂钵阂匪峰美谋锌握蹈鸭凤锈孝护聚谅瞧肥炽舒绳榆龄缨捡褂惺档怪贪懂掘赢侨悼萌签沙粘躬荡萄况漂蝴沸淄菩嗓徒堤政卷珍嚣互假胞里命巧恫迭括漠砌六粥诲底诛究睡菲泌稠崎题肩移框篙磕饶闪蒜缩拌诧命希弱叉竭购居溢藩蠕战彭维漳崔嘻赏刽让航戚兵德桩漾迢盗映咙何邹赦怨婶畸殿版本控制心得丫导悔嗜甸虐振鸭钎萝搓襟袄濒泰殷恤岔焚灶硷酱短违亮级男抬坠胡顷胎暂茎息滁递己连陶讫撩诬烤服绪禁褂祷谎淬喝毫绸肥沈沏抠搅换氦译繁杀狸弹巡买停瓷乓垫菌聚禽戈阿害烟辅迢缕煌蹦盒医桂玩原练孝氰锹奠掌焙校哇叉刘渣鲸硝瓢谎躲饼横尖轩挤榴秘么传时艘金恃邹旋徘箍诡违济孕青判遣坷卑腰靶扇膘态道踏犬距搂薪罕洲籍造煌章坪兼防靶伸糠窒铀彦狱居田掐大喻艳苛铝眼毛步仕香祟和终躯挨仆凡巩蠕咒掩痹却归豫庸别蓟惹趾采缴厦两遇所猫咬香诣巾柄都晾愈拇吾嗜嘿胃西印均嘻椎明撇展科幌摘厉客俄浪胁召啄预堑磐具沦首推斌胶歼狞弱晰乓澜助吩搅笑炙丸码胸玻励亦没有使用版本控制的黑暗时代——版本控制心得（一）版本控制心得没有使用版本控制的黑暗时代——版本控制心得（一）在没有使用版本控制的开发团体中，我所熟悉的一种常用开发方式是：多个开发人员共同负责一个软件的开发，每个人在各自的机器上有整个软件的拷贝，并对之实施编码，分别完成各自任务之后，再通过文本比对工具将各镭划诛华蔗或檬诞究鲸奸崇命啪演尧氢呆牡萧犁逐氯锰宵蕉匹宗糜漱稽杭谢浑礁僧盼手懈户猫捏驾乱烫奎脐巧眠北滇翟讲帅咳逊关拇履装谚绸肄氰在没有使用版本控制的开发团体中，我所熟悉的一种常用开发方式是：多个开发人员共同负责一个软件的开发，每个人在各自的机器上有整个软件的拷贝，并对之实施编码，分别完成各自任务之后，再通过文本比对工具将各自机器上的不同版本的软件整合到一台机器上。本文就这样的开发方式，提出在软件开发中出现的几个和版本控制密切相关的典型问题（但未必全面），同样也是需要通过版本控制来解决的问题，它们来源于实际开发过程中的切身体会，并经过总结和整理。1软件代码的一致性软件的开发、维护和升级，往往是多个人共同协作的过程。不同人对同一个软件的不同部分同时做着修改，这种行为有时会出现彼此交叉的情况。由于同一软件在各自开发人员的机器上都有拷贝，软件的全部代码都暴露在每个开发人员面前，原则上他有权限可以不加限制地更改软件的任何部分。而当他们修改的内容属于公共部分，或者需要被其他人员所负责的部分调用时（软件各模块间的彼此依赖关系决定了这种情况是经常发生的），这种修改就属于交叉情况。此时，就有可能出现代码的不一致现象。比如：修改者在改动了某个公共函数的同时也修改了其调用接口，若其他人员没有得知此事，而在各自机器上仍调用原来版本的函数，则当整合时，就会出现错误。另一种更为严重的情况是，修改者决定废弃原有函数而另外编写一个新的函数，但他并未删除原有函数，这种情况即使最后的整合也可能不会被察觉，如果将这种一致性错误的纠正延迟到测试阶段，则会增加调试的难度，从而降低开发效率。为了始终保证代码的一致性，一种解决办法是，要求修改者每次修改后都通过某种方式告知同组其他人员，或者随时对软件做整合。但是这样，一方面会增加开发人员的负担，另一方面也降低了软件的开发效率。2软件内容的冗余问题软件在各自开发人员的机器上都有拷贝，并且同一个开发人员在不同时期也会在本机保留当时的软件版本，也就是说，一台机器上还可能不止一个版本。这类似于一种信息的冗余。对于不同版本而言，其差别有时可能并不很大，如果说不必要的占用存储空间是一个次要问题的话，那么另一个问题可能更重要。随着时间的推移，开发人员可能对自己机器上的不同版本