首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >合并代码更改而不进行真正的源代码控制

合并代码更改而不进行真正的源代码控制
EN

Stack Overflow用户
提问于 2008-10-14 17:51:25
回答 9查看 1.2K关注 0票数 5

我们有几个开发人员在开发相同的VS2005解决方案,但我们的源代码控制非常糟糕。(我们的公司使用嘉实,我们投了不信任票)。

现在,我们都在处理共享局域网驱动器上的文件。显然,这会带来一些问题。但我们认为,这比在本地工作,在电子表格中跟踪我们触摸的文件并手动合并所有内容要好。有没有人有合并我们的更改的策略?

一些问题的存在是因为企业的美丽统治(比如强制要求嘉实)。这些相同的政策阻止在我们的环境中引入新的工具。因此,避免购买/下载新软件的策略最适合我们。

EN

回答 9

Stack Overflow用户

回答已采纳

发布于 2008-10-14 17:56:52

将共享视为您的源代码控制系统。将共享设置为只读,这将强制开发人员获取本地副本才能进行更改。然后你就有了一个比较稳定的版本。这将有助于促进能够进行“合并”。“签入”代码必须包含文件的某种备份策略(可能会使用时间戳和用户名作为新文件名的一部分复制文件),并用新版本替换原始文件。

也就是说,在没有可靠的真正的源代码控制系统的情况下进行这种类型的活动将是困难和容易出错的。

票数 5
EN

Stack Overflow用户

发布于 2008-10-14 18:06:52

学习使用嘉实。它需要一些努力才能让事情顺利进行,但总的来说,它是一个很好的源码控制系统。

票数 6
EN

Stack Overflow用户

发布于 2008-10-14 18:10:00

另一种可能性是Beyond Compare from Scooter。它有两种和三种方式合并,以及对文件和目录的强大的比较功能。如果你想了解更多,请听Jim McKeiththe delphi podcast

但像其他大多数人一样,我建议使用Git或学习Harvest.If源代码控制系统允许更改其不同的应用程序,Beyond Compare将是一个很好的替代品。

票数 6
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/202144

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档