系统版本控制、版本更新的有关问题：发布新版本，在程序这一块是否可以全盘覆盖？
系统版本控制、版本更新的问题：发布新版本，在程序这一块是否可以全盘覆盖？？？？？？？？？？公司项目开发不是很规范
系统版本控制、版本更新的问题：发布新版本，在程序这一块是否可以全盘覆盖？？？？？？？？？？
公司项目开发不是很规范，版本更新方法是谁做的部分谁来更新。
所以经常在版本更新的时候出问题，比如：程序员之间相互覆盖的最新的代码、更新程序不完全
请问各位可不可以在一次版本更新前，先在开发服务器上把所有人的代码整合在一起生成发布版后再全盘覆盖正式服务器呢？
有没有什么方法比较适合3-5个人规模的团队的版本更新方法呢？
以前在家乡小城市做开发的时候还用svn
但到深圳以后反而工作上不要求用了
真的很困惑，难道小团队就不用版本控制软件么
我尝试过向同事说我以前工作时候的版本更新方法：通过版本控制软件把一起版本升级的所有代码整合在一起产生一个最新的发布版本，编号之后再全盘覆盖生产服务器（只是程序这一块）
可他们都接受不了，我刚工作2年多，没办法拿出很有说服力的理由来说服他们，所以来这里请教各位大哥
[解决办法]
加注释行，对于大家都要更新的文档，最好划分好块标出相应的作者
每个人只更新自己的块
另外在提交之前先更新版本
发生冲突，只更新自己的那一部分
总之要跟组员沟通好
一家之言仅供参考
[解决办法]基本上，就是自动化地保持所有程序员的代码版本一致，你们这些程序员都是在同一个局域网上办公的很适合版本管理，丝毫看不出有什么不正确。
我不理解你那个同事不认同的理由是什么，我猜他的拖延是因为害怕一旦上了完整高效的管理，那么暴露出系统接口设计、集成操作上问题一大堆。现在，他可以借口每一个人都无法得到最新最全的代码，从而顶多只能从管理方法上他有意见，而无法直截了当地从产品实际运行测试的角度批评他这个pm。越乱，你的BOSS越觉得离不开他这个“老人”，而不放心新人能够了解软件。
给你一个许多许多年以前当我刚入社会时的亲身经历，我的老板是从一个职位很低的普通技工出身，他每天在处理一个国产的通讯机器电路板，每天就在成百上千块同样的电路板上动动烙铁插插元件之类机械地工作。有一天，他决定搞清楚这个产品，于是它拿了一块电路板回家，每天晚上下班后都在家里对着板子重新绘制设计图纸，终于经过很长时间他搞明白了这个产品，后来自己开办的公司所生产的此类产品占领了国内相当大的市场。
csdn这个地方只能讨论很浅显的技术，书本上的知识也不可靠，成功全靠个人。
