如何将 git 子模块集成到 git 工作流程
How to integrate a git submodule to a git workflow
这是我的情况：我的团队和我有一个使用前端框架的项目。它运行良好，并使用典型的 git 工作流程进行了正确组织，其中包含 master、develop 和 features/fixes 分支。
我们现在越来越需要向我们的项目添加大量翻译（翻译位于一个文件夹中）。我们决定尝试使用 Weblate 来管理它们。现在，Weblate 可以完全访问我们的整个 git 存储库来推送翻译。
出于安全原因，我们希望 Weblate 只能访问我们的翻译文件夹。我们认为我们可以为翻译创建一个 git 子模块并给予 weblate 访问权限。
不幸的是，我不确定我们如何轻松地将子模块集成到我们当前的工作流程中。
我想到了一个解决方案，但不确定是否可行：我想创建一个工作流程与主项目类似的子模块。当开发人员（或 weblate）想要更新翻译时，他必须在主项目和子模块上创建一个功能分支，然后在功能完成时合并两个分支。
我不熟悉 git 子模块，可能有更聪明的方法来做到这一点，因此非常感谢您对此的想法:)
最简单的方法是在您的主项目中引用翻译 folder/submodule，设置为 follow the latest commit from its main branch。
这意味着在您的主存储库中的任何时候，git submodule update --remote 会将子模块更新到其最新提交。
这样，您可以在单独的 translation 存储库中有一个 pull-request/merge 策略，并且在其主分支中审查和合并后，主存储库中的 submodule update --remote 将获取该子模块的最新版本。
这是我的情况：我的团队和我有一个使用前端框架的项目。它运行良好，并使用典型的 git 工作流程进行了正确组织，其中包含 master、develop 和 features/fixes 分支。
我们现在越来越需要向我们的项目添加大量翻译（翻译位于一个文件夹中）。我们决定尝试使用 Weblate 来管理它们。现在，Weblate 可以完全访问我们的整个 git 存储库来推送翻译。
出于安全原因，我们希望 Weblate 只能访问我们的翻译文件夹。我们认为我们可以为翻译创建一个 git 子模块并给予 weblate 访问权限。
不幸的是，我不确定我们如何轻松地将子模块集成到我们当前的工作流程中。
我想到了一个解决方案，但不确定是否可行：我想创建一个工作流程与主项目类似的子模块。当开发人员（或 weblate）想要更新翻译时，他必须在主项目和子模块上创建一个功能分支，然后在功能完成时合并两个分支。
我不熟悉 git 子模块，可能有更聪明的方法来做到这一点，因此非常感谢您对此的想法:)
最简单的方法是在您的主项目中引用翻译 folder/submodule，设置为 follow the latest commit from its main branch。
这意味着在您的主存储库中的任何时候，git submodule update --remote 会将子模块更新到其最新提交。
这样，您可以在单独的 translation 存储库中有一个 pull-request/merge 策略，并且在其主分支中审查和合并后，主存储库中的 submodule update --remote 将获取该子模块的最新版本。