- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
所以我有这个项目,在 2 个版本中同时进行工作,trunk 和 branch1。在某些时候我被告知“不要再为 rel1 构建,修复 rel2 中的那些错误。”所以我在 branch1 中修复了错误,这些错误也适用于主干。后来我被告知“如果我们发布带有那些已知错误的 rel1,那将是一个很大的 PITA。请同时在 rel1 中修复它们。”
所以,我的问题是(~/rel1 是主干的当前未修改的工作副本。RevM、RevN 是 branch1 中的修订号,用于我想合并回主干的一系列修订):
如果我做一个
cd ~/rel1
svn merge -r RevM:RevN ^/branch1
它会如何影响以后的 svn merge --reintegrate
从分支到主干?请记住,RevM
之前的 branch1 中有修订,RevN
之后会有更多修订。特别是,当我最终重新整合时,是否会像我最初在 rel1 中完成修复并将它们合并到 rel2 中一样,就像一开始就应该做的那样?
最佳答案
从 Twig 到树干的 cherry-pick 变化也一直困扰着我。这是一个适用于您的情况的解决方案,诀窍是阻止精心挑选的更改再次合并到分支中。
cd ~/rel1
svn merge -r RevM:RevN ^/branch1
svn commit -m "cherry pick RevM:RevN from branch1 into rel1"
现在假设这个提交创建了 RevX。进入您的分支并使用 --record-only
选项阻止此修订在未来的合并操作中进行。
cd ../branch1
svn merge -c RevX --record-only ^/rel1
svn commit -m "mark RevX as already merged to block it from future merge actions"
现在您应该能够像往常一样再次合并从 rel1
到 branch1
的进一步更改,并在完成后将您的分支重新集成到 rel1 中。
关于svn - cherrypick svn merge branch to trunk,随后与 --reintegrate 合并?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11458951/
我在挑选 gerrit 时遇到以下错误……有没有人知道这意味着什么,为什么会有人看到它? error: addinfo_cache failed for path 'ROE/NAS/src/abc.c
背景信息: 由于现有系统工作流程的限制,我们需要建立一个有点非正统的 git 进程。 (patch) A-B---F | | (hotfix) C-D-E
我们公司主要有两个 Git 分支:在我们的冲刺期间, 每个人都有(本地分支机构) 发布分支:包含准备/开发的代码,准备测试,以及 主分支:生产-最终就绪代码 我在 Git 中读到,Cherry pic
假设我有两个分支 A 和 B (A)--------(A+B)--------------(A+B+R) \ / merge \ revert / \ /
我的存储库中有两个分支:'stable' 和 'master'。有时我应该修复“稳定”中的错误并将其挑选到“主”分支。为此,我必须执行几个步骤:切换到“master”,找到一个提交并挑选它,然后我必须
我在使用 git pull 时遇到问题。我已经在本地仓库中提交了我的更改。当我执行 git status 时,我确实收到一条消息,说“你的分支在 1 次提交之前领先于‘origin/cherryPic
所以我有这个项目,在 2 个版本中同时进行工作,trunk 和 branch1。在某些时候我被告知“不要再为 rel1 构建,修复 rel2 中的那些错误。”所以我在 branch1 中修复了错误,这
在 Android 的 gerrit ex: link , 要下载补丁,我看到 4 个选项。 repo 下载 checkout pull 精挑细选 它们有什么区别? 这是我对他们的看法。请说明 rep
我是一名优秀的程序员,十分优秀!