如何解决影响子模块哈希的主存储库中的交互式变基
我有一个包含多个子模块的主存储库，每个子模块都在积极开发中。
main_proj/
- sub1/
- sub2/
- sub3/
主项目中的开发与一个或多个子模块同步执行的情况并不少见。
1234abc main_proj commit 1
2345bcd main_proj commit 2
fedc987 submodule update1 for sub1 <-- only updates submodule hash
3456cde main_proj commit 3
edcb876 submodule update2 for sub1 <-- only updates submodule hash
aaaa001 submodule update1 for sub2 <-- updates main_proj AND submodule hash at same time
4567def main_proj commit 4
5678ef0 main_proj commit 5
cccc999 submodule update for sub1,sub2 and sub3 <-- updates submodule hashes
6789f01 main_proj commit 6
我想在 main_proj 上运行交互式 rebase 并重新排列最后两三个提交。但是，其中一些提交会更新子模块哈希值，因此会导致合并冲突：
Auto-merging sub1
CONFLICT (submodule): Merge conflict in sub1
error: could not apply 8792e483... Take 1
Resolve all conflicts manually,mark them as resolved with "git add/rm <conflicted_files>",then run "git rebase --continue".
You can instead skip this commit: run "git rebase --skip".
To abort and get back to the state before "git rebase",run "git rebase --abort".
Could not apply 8792e483... Take 1
由于交互式 rebase 仅适用于 main_proj 下的文件，因此一旦工作完成，我将重新应用“子模块哈希”提交，因此我的最终提交将指向所有当前子模块 HEAD。
在交互式 rebase 期间是否有我需要使用的命令以允许提交继续对子模块进行“脏”更改？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。