实现标量和跨存储库共享

随着软件项目变得越来越复杂，正常的 Git 工作流可能会遇到降低团队速度的问题。可以通过良好的存储库管理策略来解决这些挑战，包括如Scalar和跨存储库共享等工具。

标量

Scalar 是由 Microsoft 创建的 Git 虚拟文件系统扩展。它通过加快克隆和签出操作的速度使大型存储库运行得更快。它通过使用缓存和后台维护来实现这一点。

使用 Scalar 克隆 Git 存储库时，它会在计算机上本地保存存储库的元数据。此元数据包括有关分支、标记和提交历史记录的信息。通过保存此数据，Scalar 可加快克隆速度。之后的 Git 操作可以使用这些已保存的数据，从而使其运行速度更快。

Scalar 还使用后台维护来使保存的元数据保持最新。这意味着 Scalar 会定期检查存储库的更改并更新保存的元数据。通过执行此作，Scalar 可确保保存的数据始终准确且最新，这有助于提高性能。

跨存储库共享意味着在组织中多个 Git 存储库之间共享代码、依赖项和资源。它通过跨不同项目使用共享组件和库来帮助团队重复使用代码、更好地协作和维护项目。

创建用于缩放和优化 Git 存储库的组织策略时，应考虑一些重要事项。

查看组织中每个存储库的大小和复杂性。查找那些包含大量历史数据的较大数据集。请考虑使用 Scalar 来提高性能并减少资源使用率。按照Microsoft的指南配置Scalar工具，以最优化地预提取和缓存数据。

查看 Git 存储库当前的组织方式。请考虑将大型单一存储库分解为更小、更易于管理、每个存储库侧重于特定组件或模块的存储库。使用模块化方法组织存储库。使用 Git 子模块或 Git 子存储库管理存储库之间的依赖关系，同时帮助团队在项目中重复使用和共享代码。

Git 子模块允许将一个 Git 存储库作为文件夹包含在另一个 Git 存储库中。如果要在项目中包括外部代码或库，这非常有用。添加 Git 子模块时，Git 会创建一个名为“.gitmodules”的文本文件，其中包含有关子模块的信息，包括其 URL 及其当前指向的提交。

Git 子存储库是将一个 Git 存储库作为文件夹包含在另一个 Git 存储库中的较新方法。与子模块不同，子存储库由名为“git-subrepo”的单独工具管理，不需要单独的“.gitmodules”文件。此外，子存储库可以随时拆分为自己的独立存储库，而子模块始终作为主存储库的一部分保留。

创建明确的准则和最佳做法，以便在组织中跨存储库共享代码和资源。鼓励团队使用 Git 子模块或 Git 子存储库来引用单独存储库中托管的共享组件或库。

作为计划的一部分，请考虑使用集中式包注册表或项目存储库在项目中一致地发布和使用共享依赖项。请确保在整个组织中清楚地传达你的策略。鼓励团队之间的协作找到代码共享和重用的机会，并根据你的指导实现它。

此页面是否有帮助？