svn - 在颠覆中管理分支

标签 svn version-control branch bugzilla

我认为我做的事情不对。我正在使用 subversion 作为我们组织网站的 vcs。我是唯一的开发人员,我使用 bugzilla 作为我的错误跟踪系统。我使用 bugtraq 属性将 bugzilla 和 svn 松耦合,这样我就可以从我的评论链接到 bugzilla。我现在正在做的是,每当我收到在网站上执行任何工作(增强、修复、内容更改)的请求时,我都会在 bugzilla 中创建一个错误 [xx],然后创建一个名为 bug[xx] 的分支。完成任务后,我手动将分支更改导出到我们的 beta 站点,审查并验证更改,然后我将分支合并回主干,使用 bugtraq 属性指示 bug#。

这很好用,除非我有不止一两个变化。如果我为十个工作请求创建了 10 个分支,我想知道如何轻松判断哪些已经合并到主干中,哪些没有。如果我应该使用看起来很疯狂的 mergeinfo 属性......

我不想从 subversion 切换,所以不要建议。

最佳答案

为什么不在分支重新集成到主干中时直接将其删除?当一个功能分支被重新集成时,你应该做什么(在一般情况下)。因此诊断很简单:如果分支存在,则它尚未重新集成。

关于svn - 在颠覆中管理分支,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8038674/

相关文章:

git - 在不同的分支开发功能,但处理累积的代码更改?

version-control - Grails 应用程序需要 checkin 什么?

tfs - 如何避免源代码依赖层次导致的嵌套分支

svn - 使用 Maven 从标签创建分支

svn - 是否有一个命令可以在命令行中的 repo-browser 中打印文件的路径?

git - .xccheckout 有树冲突

git - Git 是否可以检索仅存在于特定分支中的标签列表?

提交时添加到文件中的 svn 注释?

SVN不递归更新

git - 为什么推送后删除的分支没有在远程删除?