将Git与共享（符号链接）目录一起使用

我正在开发一个大型Qt应用程序，其中包含多个非常复杂的小部件。其中一个小部件是网络摄像头流查看器

对应用程序进行组织，使每个程序模块（即小部件）都存储在自己的目录中，并带有一个.pri文件。所有这些都存储在一个主目录中，将所有小部件目录分组

在这个主项目目录旁边，我还有应用程序目录。假设每个小部件一个。在这些目录中，我有一个指向主项目文件夹中模块目录的符号链接（windows上的别名）。然后，该应用程序具有构建仅显示小部件的独立应用程序所需的代码。例如，我有一个网络摄像头查看器应用程序，另一个用来控制一些设备，等等

这个源代码组织运行良好，允许我在独立应用程序中开发和测试小部件，同时与主应用程序共享代码

目前只有主项目目录处于使用subversion的版本控制之下

现在我想开始使用git，并想知道这个共享目录模型是否可以使用它，或者是否有更好的方法

使用，您可以定义：

• 一个包含n个分支的主项目（每个小部件/测试应用程序一个）
• 每个小部件/测试应用程序一个git回购

这样，您的主项目将引用所有小部件，但您只能关注并测试其中一个小部件，具体取决于您所在的分支。
或者，您可以只克隆一个小部件/测试应用程序repo，并仅对其进行操作

想法仍然是：确保在一个Git回购中有相关数据。
这就是为什么在一个Git repo中找不到所有小部件的原因，因为它们的开发生命周期在一个小部件和另一个小部件之间可能非常不同。

使用，您可以定义：

• 一个包含n个分支的主项目（每个小部件/测试应用程序一个）
• 每个小部件/测试应用程序一个git回购

这样，您的主项目将引用所有小部件，但您只能关注并测试其中一个小部件，具体取决于您所在的分支。
或者，您可以只克隆一个小部件/测试应用程序repo，并仅对其进行操作

想法仍然是：确保在一个Git回购中有相关数据。

---

这就是为什么在一个Git repo中找不到所有小部件的原因，因为它们的开发生命周期在一个小部件和另一个小部件之间可能非常不同。

您引用的响应非常好。非常感谢你。显然，共享目录应该转换成子模块。主应用程序和每个小部件独立应用程序应该引用相应的子模块。您引用的响应非常好。非常感谢你。显然，共享目录应该转换成子模块。主应用程序和每个小部件独立应用程序应引用相应的子模块。