本人所在的研发团队没有使用任何svn这类的源代码管理工具,仅仅是最原始的多人共同编辑某ftp目录下的源代码,一个项目组仅仅有一份正在使用的代码拷贝,这份代码同时部署在服务器运行环境中,以便于即时编辑即时看到运行效果。20—30人,架构分层,业务分块 的等等分化工作做得还算细致,目前少见代码冲突,但也有过那么几次狼狈的情况。想要科学管理源代码,并做版本控制,使用过一段子svn,但是大家对svn的理解仅仅仅限于 本地编辑——>commit到代码的运行环境——>看运行效果调试 这样的的状态了。所以用错了还不如不用,还没有在ide中通过ftp或者samba编辑服务器上正在运行状态的源代码来得方便呢。我觉得这个矛盾主要原因在于,每个人的本地没有代码运行环境,需要编辑服务器上的运行环境中的代码。请问各位大侠都是怎么解决类似问题的啊???
现在 svn ;
vss 文档管理我这边是功能模块本地运行,测试,然后 svn 签入。
第二说明你们只需要维护一个最终运行版本...
第三说明你们的业务需求相对稳定,不会经常发生大规模修改/试运行/取消...等情况要不然的话....不过就算如此,用svn也不会增加问题啊
如你所说,可以在每个人在本地建环境。这个是最好的了。如不能,可以服务器上提交。再一个最好能建一个svn和服务器自动同步的的机制。
我们的确早就意识到源代码版本管理的重要性,但局限一以上原因难以实施 我也曾设想过一个代码不本地化,但在samba上每个开发者的目录,每个人编辑自己所在目录的拷贝,调试看即时效果通过url加一级目录来实现,但是我们的开发框架对url敏感,这曾经让我一度修改框架,但是没有达到想要目的。数据和缓存的统一是我们特殊情况,这个现状因为其他规则的存在而不可改变,最大的问题是,在这个前提下,领导要求做代码安全,对于非核心开发者,尽量最小化得获得代码。 我现在需要的是一整套的方案和规则,而不是仅仅为了代码版本管理而向企业级项目等其他开发环境靠拢去颠覆现状,因为资源和权力都有限。 谢谢各位的热心帮助,希望能有中小型互联网企业开发团队源代码管理的具体方案提供给我参照。
我们这里是每个人本地有代码及测试环境, 然后check in到cvs(svn)里
从staging上checkout出来测试,
最后push到生产机上,url的确有时候有点小麻烦,不过配置文件里配一下就行,
如果你们公司开发人员等级森严...:)...那把具体的类和函数接口定义好分给程序员...他不要说不用去动用生产的db, 就连他写的code是做什么用的都不必知道,完成规定的接口就行....