svn - 使 SVN 的外部定义万无一失？

Question

我有一组应用程序，它们都依赖于一个跨平台库(内部开发)，并且所有内容都存储在 subversion 中。现在，这个库是每个应用程序的一部分，因此它的副本必须在每个应用程序的工作目录中。

为了能够返回到应用程序的任何版本并拥有正确版本的库，一个选择是在项目中保留库的副本，但这是维护起来的噩梦。

更优雅的似乎是使用颠覆的externals definitions特征。然而，似乎有必要使用明确的修订号来 100% 确保分配了正确的修订版(例如，如果在没有修订号的情况下指定了主干、标签或分支，那么你似乎不能 100%确定你是否会得到与一年前完全相同的修订，因为人们总是可以在主干/分支/标签之上提交)。

现在，这个库在不断发展，因为它基本上是我们多平台应用程序的核心。因此，维护 svn:external 属性中的修订将需要不断更新。开发人员通常会对他们的本地副本进行更改(错误修复、新功能)然后提交。我现在担心，如果我使用修订设置它，将更难追踪此提交的确切位置(例如，开发人员可能会忘记 dep 在分支上；而且在提交时，它将提交到顶部主干/分支，可能会跳过其他开发人员的其他提交)。

基本上，即使使用外部定义，使用它的开发人员似乎仍然需要保持一定数量的约束并控制处理它(参见例如 example on SO )。理想情况下，他们应该足够聪明才能这样做，但是(根据我自己的判断)忘记这些小细节是很常见的，以后可能会引起很多麻烦。

所以，我正在寻找一个真正万无一失的解决方案(如果有的话)来解决这个问题，让这个库与多个项目保持同步，这样我就可以及时返回并始终获得正确的信息多个版本在一起，而不必一直在 watch 上。

Answer 1

你的问题是你的图书馆不是图书馆，至少不是严格意义上的图书馆。

您的“库”最好被描述为一个项目，该项目恰好由开发依赖于该核心的不同应用程序的团队共享。

在这种情况下，最大的问题不是您可能选择使用的颠覆技术，而是您组织团队的方式，以便在该核心组件上实现有用的协作。

而可能出现的问题至少有两种。首先，由于不同的应用程序可能需要来自您的核心的不同行为，如果它们不能很好地协调，来自一个团队的完全有效的提交将破坏其他的(持续集成应该在这里有所帮助)。

但第二个问题即使团队间沟通良好也很难解决，它与发布管理有关。

如果依赖于此内核的应用程序在不同的时间点发布，您将很难获得一个稳定的内核，该内核足以发布一个应用程序，同时又不会停止其余应用程序的开发。

我的建议是，安排专人照看核心库。在每个项目中使用它的一个分支，让应用程序开发人员在那里提交，同时确保他们与每个人讨论更改，特别是 lib 的监督者。

最后，让这个库主管负责协调将不同团队所做的更改合并到库的主干中，从而生成稳定的、经过测试的版本，供应用程序的稳定版本使用。在每次核心发布后，将下一代分支生成到其余项目中。

与仅仅定义一个外部并让每个人都提交到那里相比，这听起来像是很多工作。但实际上，没有必要隐藏您必须付出一些努力来保持核心库连贯性的事实。如果你不提前做，它会在以后追捕你。