workflow - git-svn:如何避免 'Merge branch <branchname>' 提交消息?

标签 workflow git-svn

这是我当前的 git-svn 工作流程:

git checkout -b feature master
# hack commit hack commit
git checkout master
git svn rebase
git merge feature
git svn dcommit

这通常工作正常,git 在主干上重放来自本地分支的所有提交,唯一“丢失的数据”是原始提交的时间戳,没什么大不了的。

但看起来今天的合并和 dcommit 有所不同,导致 SVN 存储库上的提交消息只是“合并分支‘功能’”,可能是因为该功能“较小”,只有 2 或 3 次提交。

如何避免这种情况发生并确保来自 git 的所有提交和提交消息都在 SVN 存储库上重播?

最佳答案

该注释应该是 git 合并的 dcommit 的结果,如“Is git-svn dcommit after merging in git dangerous?”所示:

(master)$> git log --graph --oneline --decorate
* 56a779b (work, master) Merge branch 'work'
|\  
| * af6f7ae msg 3
| * 8750643 msg 2
| * 08464ae msg 1
|/  
* 21e20fa (git-svn) last svn commit

换句话说,如果这三个“msgx ”提交是直接在 master 上完成的,它们就会在 svn 端重播(使用它们的原始评论)。
但在这里,只有生成的合并提交会被重放,并带有“通用”注释。

关于workflow - git-svn:如何避免 'Merge branch <branchname>' 提交消息?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7233686/

相关文章:

jenkins - 如果第二次重试成功,如何将舞台着色为绿色?

git - 获取 svn HEAD git 提交号?

git - 从历史记录中删除不需要的文件,包括所有带有过滤器分支的引用

java - 在 Spring web-flow 中存储流的状态

svn - git-svn SVN 作者文件的相对路径?

git-svn - 在不完整的 "git svn dcommit"后提交丢失

svn - 将 SVN 仓库作为分支导入到现有的 Git 仓库中

mercurial - 如何使用 mercurial 管理并发开发?

hadoop - 如何在 OOZIE 工作流中使用逻辑运算符

JavaScript流程图/流程图库