Svn 将标记文件夹保留在subversion中的项目文件夹之外

我的公司使用subversion。我们使用tags文件夹来：

存储客户在其服务器上拥有的内容的图片，这样，如果我们必须修复错误或执行任何活动，我们就可以准确地知道客户拥有什么

由于标记是应用程序的不可变版本，我们认为使用标记文件夹是正确的

现在我们正在移动存储库，并考虑稍微改进它的管理；关于将标签文件夹放置在哪里，出现了一个最佳实践疑问

目前，我们使用的结构是经典结构，即：

但重构/清理团队的一部分成员建议尝试以下方法：

在第二种结构中，可以更清楚地了解客户拥有哪些产品。在技术支持活动中，开发人员将直接在标签中查找客户的文件夹，无需从同事那里知道客户拥有哪些产品，然后通过单独输入所有项目文件夹来跟踪这些标签

哪种结构最清晰、更易于维护

谢谢

序言 SVN存储库中没有“经典布局”这样的东西，对于不同的用例，只有一些推荐使用自己的“pro”和“contra”，您可以选择任何一个或创建自己的。无论如何，“分支”、“标记”、“主干”只是一种传统的方式，用于不同目的使用存储库树的不同部分——您可以根据自己的需要和习惯构建自己的树，甚至可以使用自己的名称

面对 虽然第二张图片看起来更好看，但在某些条件下，它可以在草地上有一些耙子

想想这些：

• 它是否会是超级回购的巨型整体，根在

  ProjectN

  |

  标签

  文件夹之上（具有超级回购的所有继承问题-全局版本控制、共享挂钩）？SVN admin不会因为您的头痛而感谢您
• 它会是一组独立的（标记与开发行分离）repo吗？您准备好跨存储库提交了吗（这是可能的，但是…没有明显的技巧）
• 你准备好了吗？我在这里和现在忘记了各种细节

从我的观点来看，最好的（简单、易管理、自然的）方法是使用（PEG-ed？）SVN外部，通过它，您可以从开发区域之外的现有对象添加额外的自定义树（客户机->项目->快照）

未来阅读 来自SVN书籍

从这里

---

---

从SVN的书中

我不认为要点1是我们的情况。无论是第二点还是第二点，我们只有一个存储库来存储公司的所有产品。关于第3点，显然很难预测给定体系结构的每一个可能后果（也就是说，我们将选择最坏的结果）。关于我们应该做什么（从“我的观点”开始。你能说得更清楚吗？也许是图像？PEG ed是什么意思？谷歌似乎也帮不了我们）谢谢