合并代码更改时没有真正的源代码控制

我们有一些开发人员在使用相同的VS2005解决方案,但我们的源代码控制非常糟糕.(我们公司使用Harvest,我们投票不信任).

现在,我们只是在共享局域网驱动器上处理文件.显然,这会导致一些问题.但我们认为这比在本地工作更好,并且跟踪我们在电子表格中触及的文件并手动合并所有内容.有没有人有合并我们的变化的策略？

由于公司的民主(如强制收获),存在一些问题.这些相同的政策阻止在我们的环境中引入新工具.因此,避免购买/下载新软件的策略最适合我们.

学习使用Harvest.需要花费一点力气才能让事情顺利进行,但总的来说它是一个出色的源控制系统.

另一种可能性是Scooter的Beyond Compare.它在文件和目录上有两个和三个方式的合并和很棒的diff功能.如果您想了解更多有关这个问题的,听德尔福播客由吉姆·麦克凯斯.

但是和其他大多数人一样,我建议使用Git或者学习Harvest.If源控制系统允许改变它的差异应用程序,Beyond Compare将是一个很好的替代品.

将共享视为源控制系统.使共享成为只读,这将迫使开发人员获取本地副本以进行更改.然后你有一个稍微稳定的版本来比较.这将有助于促进能够"合并"."检查"代码必须包含文件的某种备份策略(可能使用时间戳和用户名作为新文件名的一部分制作文件的副本)并用新版本替换原始文件.

话虽如此,在没有可靠的真实源控制系统的情况下进行这种类型的活动将是困难且容易出错的.