如何用Git管理自动生成的单片机代码的编辑、补丁与合并？

我们使用STM32CubeMX工具，通过GUI配置嵌入式单片机并生成完整的C项目（包含C文件、头文件等）。这些文件复杂度较高，多数开发者依赖该GUI生成。

生成文件后，偶尔需要手动编辑部分内容，但这属于例外情况：多数时候要么使用GUI，要么在非生成的新文件中编写代码。

我们的工作流程如下：

• 手动创建project项目
• 在名为mx的独立文件夹中，使用GUI生成代码（一个从不构建的新项目）
• 选择性地将mx中所需文件复制到project（仅复制实际需要的文件）
• 根据需要编辑project下的这些文件
• 若有需要，使用GUI更新mx，并将新生成的文件合并到project中

步骤5的难点在于：既要引入文件的更新内容，又不能丢弃步骤4中做出的修改，同时也不想复制之前未选择的文件。

我认为可以借助Git实现这一操作，因为本质上这就是git merge操作，但git merge适用于同一目录树的文件，而非具有关联性的子目录。

请问如何用Git支持这一流程？管理自动生成、选择、编辑与合并循环的最佳方式是什么？我愿意采纳任何推荐的工作流。

更新：
本问题绝非主观问题。目前无人提出这一点。问题被关闭是因为有人先评论“没有正确答案，甚至没有好答案”，随后又评论“你可以[用这种方式解决]……[或者]可能还有几十种其他方法”。到底是没有解决方案还是有几十种？

的确，这不是流行的“这里是你要使用的API”类简单问题，但它是定义明确、主题相关的问题，存在事实性答案（即使并不明显）。它符合SO要求，应当重新开放。

实用解决方案：Git子模块+分支管理方案 #

1. 搭建基础Git结构 #

• 给project初始化Git仓库，提交初始的手动创建内容。
• 将mx文件夹设为project仓库的Git子模块，关联到一个独立的Git仓库（专门用来存储CubeMX生成的所有代码）。这样mx的更新可以独立追踪，不会干扰主项目的提交历史。

2. 第一次导入文件到project #

• 在mx子模块中，把CubeMX生成的所有代码提交到子模块仓库的main分支。
• 在主仓库创建临时分支（比如mx-initial-import），从mx子模块中选择性复制需要的文件到project对应目录，提交这次导入操作。
• 将临时分支合并到主仓库的main分支，完成第一次文件导入。

3. 日常开发与CubeMX更新循环 #

• 日常开发在主仓库main分支进行，编辑project下的文件并正常提交。
• 当需要用CubeMX更新配置时：
  1. 在mx子模块中重新生成代码，提交到子模块仓库的main分支，然后更新主仓库中子模块的引用。
  2. 在主仓库创建新的临时分支（比如mx-update-v2），基于mx子模块最新代码，再次选择性复制需要更新的文件到project对应目录，提交这次更新的导入。
  3. 将临时分支合并到主仓库main分支——Git会自动对比两次导入的文件差异和你手动修改的内容，触发合并冲突处理流程，你可以在冲突界面保留自己的修改同时合并CubeMX的更新。

4. 避免导入无关文件的技巧 #

• 在主仓库的.gitignore中添加规则，排除所有不需要的文件类型或目录，确保临时分支导入时不会误加无关内容。
• 可以写简单的Shell脚本，定义需要从mx复制到project的文件列表，每次更新时运行脚本自动复制，减少手动选择的错误。

轻量化替代方案：交互式对比合并 #

如果不想用子模块，也可以这样操作：

• 给mx单独初始化Git仓库，每次生成代码后提交。
• 在project仓库中，用git diff --no-index mx/xxx.c project/xxx.c手动对比单个文件的差异，再用git add -p交互式选择需要合并的更新内容块，保留自己的修改。
• 这种方式适合文件数量少的项目，灵活但效率偏低。

内容的提问来源于stack exchange，提问作者SRobertJames