所以我一直在抨击我最喜欢的开源项目很长一段时间了,现在是提交带有补丁的问题的时候了。我必须或多或少地完全重新组合我的提交,并希望提取一些可以作为不同补丁的代码片段以避免 code bombing .目前我通常做这样的事情:
- 将所有内容 rebase /压缩为一个提交,因为旧的作为补丁通常没有意义
- 撤消该提交
- 开始添加我认为适合一次提交的内容,使用 add/add -i
- promise
- 把剩下的藏起来
- 测试提交
- 重新应用 stash 并从 3 开始,直到所有内容都被计算在内
它有效,但有更好的方法吗?
最佳答案
如果当前(未压缩的)提交与您想要获得的补丁无关,请继续按照您的方案进行操作。
我个人会创建“for-upstream”分支并在那里挑选一些提交(并在需要时拆分或编辑它们),但这需要类似的资源,就像使用您的方式一样。
关于git - 如何将一系列 git 提交分解为补丁以提交给另一个项目,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3000360/