想象一下具有多个已发布版本的应用程序：V1.0，V1.1和V1.2。
现在想象一个或多个特定于版本的关联文件，例如用户手册，功能测试套件或一些技术文档。理想情况下，这些文件将与应用程序本身一起检入版本，以便查看和/或检查与特定版本相关的所有文件（例如，将功能测试作为连续构建的一部分运行）。
问题是，即使代码不是，也可能需要更新这些文件中的任何一个。例如，我们可能会发现我们想要修复的V1.0用户手册中的错误，以便仍然使用该版本的客户受益。或者我们可能希望改进V1.2功能测试的覆盖范围，以便在我们的客户之前发现该版本中的错误。相应地更改了这些文件后，我们如何将它们提交到版本控制？我们不会发布该软件的新版本，只是发布的新版本文件。
FWIW，我们正在使用SVN。
答案 0 :(得分：6)
如果在发布新版本时复制（分支）与项目相关的所有内容（文档，功能测试），那么您所要做的就是更新分支上需要的内容。
通常，这是通过从主干合并来完成的，但如果更改特定于该版本，则可能不会。
答案 1 :(得分：1)
我真的没有看到问题。
你可以随意提交;你所谈论的是能够删除给定文档的不同修订版，并将它们压缩成一个单独的“版本”。这很可能取决于你的构建方式。你可以只更新特定版本的特定版本（至少在SVN你可以，我不能代表其他系统[比如，视觉源安全（上帝帮助你）]。）。
如果是您正在使用的SVN，您可能也对“标记”功能感兴趣。