如何优化版本控制的流程 ( 积分: 300 )

蓝翔

Unregistered / Unconfirmed
GUEST, unregistred user!
我们在做某些开发项目时,需要到Linux下做程序的调试,但是很多人又不喜欢使用Linux系统,于是在Windows上使用FTP或者Telnet的方式到服务器上直接修改代码并调试程序。这样一来就给版本控制带来了难题,整个流程是这样的:
Checkout代码到本地(Windows)->FTP上传到Linux服务器->修改调试程序->FTP下载到本地(Windows)->Checkin到代码库
因为这个流程比较烦琐,而受到相当程度的排斥。现在想对流程进行优化,思路有:
1、每个人在本地机器上安装Vmware,并安装Linux操作系统,在本地调试程序。但是这个对机器配置有些要求。
2、统一使用Linux系统,这要改变每个人的使用习惯,是非常困难的。当时遇到部分软件无法在Linux下使用。
请大家各抒己见,开拓思路。如果意见中肯,分数还可以继续大幅增加。
 
我们在做某些开发项目时,需要到Linux下做程序的调试,但是很多人又不喜欢使用Linux系统,于是在Windows上使用FTP或者Telnet的方式到服务器上直接修改代码并调试程序。这样一来就给版本控制带来了难题,整个流程是这样的:
Checkout代码到本地(Windows)->FTP上传到Linux服务器->修改调试程序->FTP下载到本地(Windows)->Checkin到代码库
因为这个流程比较烦琐,而受到相当程度的排斥。现在想对流程进行优化,思路有:
1、每个人在本地机器上安装Vmware,并安装Linux操作系统,在本地调试程序。但是这个对机器配置有些要求。
2、统一使用Linux系统,这要改变每个人的使用习惯,是非常困难的。当时遇到部分软件无法在Linux下使用。
请大家各抒己见,开拓思路。如果意见中肯,分数还可以继续大幅增加。
 
估计楼主用的是VSS做版本控制。
为什么不用CVS或subversion做版本控制。
windows和linux下的客户端都有。
 
用什么不是关键
关键是每个人的工作习惯,这不是很容易就改变的
在Windows上使用FTP或者Telnet的方式到服务器上直接修改代码并调试程序
是这种方法而导致的问题
现在希望可以保留这种操作方式,而优化流程
 
直接FTP或Telnet上去改代码,感觉版本管理不是一般的乱。
要习惯一个版本控制软件的成本很小,而且你们只是将版本控制将备份库而已就更不用说了。
如果连这点事都不愿意做,无语~~~
 
顶部