gpt4 book ai didi

version-control - 可交付成果的版本控制

转载 作者:行者123 更新时间:2023-12-04 07:12:11 24 4
gpt4 key购买 nike

我们需要在多个不同位置的许多开发人员之间定期同步数十个二进制文件(项目可执行文件和 DLL),以便每个开发人员都有一个最新的环境来构建和测试。由于项目的性质,必须经常和按需进行更新(隔夜更新是不够的)。这并不漂亮,但我们坚持了一段时间。

我们决定使用常规版本(源代码)控制系统:将所有内容作为二进制文件放入其中,在测试前获取最新版本,并在测试后 checkin 更新的 DLL。

它工作得很好,但是版本控制客户端有很多对我们没有意义的功能,人们有时会感到困惑。

有没有更适合这项任务的工具?或者可能是一种完全不同的方法?

更新:

我需要澄清一下,它不是一个紧密集成的项目——更像是具有大量“插件”的可扩展系统,包括第三方插件。我们需要确保这些模块插件能够很好地与彼此的最新版本和核心一起工作。最初考虑了建议的集中构建,但这不是一个选项。

最佳答案

我可能会看看rsync。

只需创建一个 .CMD 文件,其中包含对 rsync 的调用以及所有正确的参数,然后让人们调用它。 rsync 在决定需要传输文件的哪一部分时非常聪明,因此即使涉及大文件,它也会非常快。

虽然 rsync 不做的是解决冲突(甚至检测),但在您描述的场景中,它更像是从 rsync 旨在处理的中心位置读取。

关于version-control - 可交付成果的版本控制,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58520/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com