2010-06-17 51 views
1

想象一下,因为你的团队的首选开发方法涉及多个人共享登录,使用vim编辑构建服务器上的文件。(D)VCS如何与涉及多个人在同一目录中编辑文件的工作流协作?

[注意,是众所周知的问题,这样做只有一个人能够同时编辑一个文件,人们从自己的办公桌要离开,离开文件锁定在VIM,系统构建,要求大家停止调试/重新启动而这发生。这不是问题所在]

如果在不改变工作流程的情况下引入源代码控制,会有很多好处吗?

我猜测提交历史记录不会太多用处,因为它会包含所有人在大块的变化。因此,从真正的高层次来看,真正无法倒退个别的变化。

回答

0

这不是你如何使用版本控制系统。除了增加混淆之外,在这种天生具有冲突倾向的“工作流程”之上添加一个将会做的很少。

每个人都应该在他或她自己的工作副本中工作,然后通常将更改提交给中央服务器。

+0

是的,但请记住“因为您的团队的首选开发方法涉及多个人共享登录,使用vim在编译服务器上编辑文件的传统”。 – frankster 2010-06-17 16:04:21

+0

我会努力打破这一传统,因为我会拒绝这样的工作。 在你自己的计算机上而不是在编译服务器上用vim编辑文件并没有那么不同。或者甚至在您自己的构建服务器上的私人目录中。 – 2010-06-17 20:48:32

0

“使用vim编译构建服务器上的文件”建议使用中央存储库。

CVCS(中央版本控制系统)因此可能更适合。
但是中央或分布式,两个VCS工具都涉及一个本地工作树(或本地工作空间),远程文件被复制,修改并发回(提交时)。

然后,您必须定义您的“视图”与工作区不在本地视图相同的地方。
有点复杂但可能。

这就是说,主要好处是看到修改的历史,可以由每个用户一次完成。