svn - 您将什么部署到客户端 SVN 分支或标签

标签 svn tags release-management branch

不久前,我们使用 Microsoft VSS 作为我们的版本控制工具,并用于在每个版本结束后创建我们的代码分支并将其部署到我们的客户。

现在我们已经转移到 SVN 并且最近有很多关于标记/分支的讨论,我们是否应该在开发特定版本后标记/分支我们的代码?

SVN 实际上为此目的建议使用“标签”,但也建议不要对其进行任何进一步更改,那么我们将在何处进行此版本中出现的令人发指的错误修复?

另一件正在做的事情是创建标签和分支,将标签部署到客户端,如果出现任何错误,将对分支进行修复,然后再次标记:-(

其他人做什么?

最佳答案

  1. 当你发布时,为它创建一个标签。例如,release-1.1.0
  2. 如果您对该版本有错误修复/更改,请首先从该标记创建一个分支,即“稳定分支”,通常以“.x”作为最后一个版本号命名。例如,stabilization-1.1.x
  3. 将错误修复/更改从主干合并到稳定分支
  4. 将更改提交给稳定分支
  5. 一旦您觉得稳定分支上有足够的错误修复/更改来证明新版本的合理性,请从稳定分支创建一个标签,例如 release-1.1.1
  6. 继续在主干上工作,将错误修复合并回稳定分支
  7. 重复3-6

关于svn - 您将什么部署到客户端 SVN 分支或标签,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/429622/

相关文章:

travis-ci - Travis 部署基于矩阵参数

svn - 如何从分支开始到 HEAD 获得 SVN 差异?

apache-flex - 在 Flex Builder 项目中哪些文件应该进入源代码管理?

ios - 通过标签编辑 UITableViewCell

c# - 使用 C# 解析 XML 文件?

ios - 释放与导航 Controller 关联的 View Controller

svnadmin 只转储文本,没有二进制文件

svn - svn 存储库中的核心数据模型问题

javascript - 自动完成 = "disabled"和自动完成 = "off"之间的区别

azure-devops - 如何在 Azure DevOps 中自动将工件提升到源 View ?