我目前有一个 v1 API，并为 v2 更新并创建了新脚本。该 API 由其他开发人员使用，由一堆脚本组成。在迁移和添加 v2 之前，我想确保我有一个成功的版本控制策略可以继续。
目前，在使用 API 之前调用了一个 bash 脚本，您可以使用它提供版本 # 或默认情况下为您提供最新版本。最初，我打算为每个不同的版本设置不同的子文件夹，但对于不会在修订版和添加内容的脚本之间更改的脚本，git 历史记录将无法正确保留，因为原始文件仍将驻留在 v1 子目录中并且不会被“git mv”。这显然不是最好的方法，但我目前想不出更好的方法。
任何建议都会有所帮助，但一个限制是我们不能拥有具有不同分支的 git 子模块。只要脚本可以访问，就没有其他限制（例如，可以删除用于设置的 bash 文件）。谢谢！
编辑：我们在“API”目录上方也有脚本，它们是调用 API 的同一个 repo 的一部分（我们是我们自己的 API 的消费者）。在使用任何版本的 API 时，对这些文件的更改都需要可见，并且不能仅在最新版本中可见（与 repo 中的标签相关）