version-control - 反对 zip 文件作为源代码控制的论据

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

4年前关闭。




Improve this question




可以使用哪些参数来反对使用源代码的 zip 文件作为版本控制形式？

一般来说，每个开发人员都在开发自己的程序并对其负责。但是当然有时其他开发人员会参与该程序的工作。

每个开发人员都有自己的 zip 文件命名约定，范围从附加日期、程序名称后的数字，甚至附加 _old/_oldold _newversion 等......当有一些代码的开发合作时。必须检查谁拥有代码的“最新”版本——以及它所在的位置，通常会识别出正确的版本。

没有简单的现有方法来区分源树，并且在开发过程中，不需要的更改偶尔会进入代码。

与已发布到制造的软件版本对应的 zip 文件已存档。这至少增加了一些可追溯性。

同样在 RTM 之前，代码会根据先前发布的版本进行同行评审，因此确实存在质量保证。

是否有任何正式的白皮书解释源代码控制的优势，明确上述内容不是完全有效的源代码控制形式？这里存在的论点是，由于最终产品(制造发布)处于控制之下，并且经过审查，过程没有问题。开发人员以这种方式处理 zip 文件不会有太多问题，但可能没有意识到优点。

Answer 1

创建和管理 zip 文件很容易出错。

真正的源代码控制为您提供了理解代码的工具:

历史浏览

修订版之间的差异

用于跟踪更改来源的源文件注释

真正的源代码控制并不困难，有很多帮助。