svn - SVN 打标签的过程

Question

我只有一个存储库。

假设我有跨项目共享的 LibraryX。

假设 ApplicationA(以及其他)使用 LibraryX 并将其作为外部引用。

在开发 ApplicationA 时，我也可能对 LibraryX 进行修改。

假设对 ApplicationA 和 LibraryX 都进行了更改，现在我正在发布。

请告诉我您是否同意/不同意以下流程，和/或告诉我您将如何改进它:

创建 LibraryX 的标签

分行申请A

更改分支 ApplicationA 上的外部变量以指向标记的 LibraryX 以及可能指向特定修订版(以防将来有人意外提交标记)

创建分支 ApplicationA 的标签

删除分支的 ApplicationA

听起来合理吗？有更好的想法吗？想法？

Answer 1

我执行以下操作:

我总是在特定版本中引用该库。如果库发生变化并且我希望我的应用程序发生变化，那么我会更新外部定义。

在发布时，我创建了应用程序的标签。我不需要采取额外的步骤，因为引用了库的特定修订版。

一些补充意见:

有时我不引用库的特定版本(因为我太懒了)，但我知道这些修订版在 future 将无法使用。如果您知道，这是您可以做出的决定。但是，在创建标记之前，我总是卡住库引用。

有时我创建一个分支而不是一个标签，这样我就可以修复一些错误，同时继续在下一个版本上工作。最后我为这个分支创建了一个标签并删除了这个分支。 (也许我创建了不止一个标签，但分支总是在最后被删除。)

我删除分支是因为我仅将分支用作短期实体:功能分支或发布分支以稳定发布。我不需要保留分支，因为标签是我感兴趣的版本。

如果我需要修复标签中的错误，那么我首先创建一个分支。修复错误并创建一个新标签(并删除分支)。

如果需要在库中修复错误(尽管有点复杂)，这同样适用:在分支中，您要么更新到最新的库(如果可能)，要么创建库引用修订的分支。然后将外部更改为指向此分支，修复库中的错误，将外部定义卡住到库分支的最新修订版，并为应用程序创建标记。我通常不会费心为库创建标签，但这也是可能的。但是，我确实删除了库分支:如果再次需要它，您可以根据已删除库分支的最新修订创建一个新分支。