Git存储库的最佳实践,包含传统n层设计中的多个项目

Question

我正在从集中式SCM系统切换到GIT.好的,我承认哪一个,它是Visual SourceSafe.因此,除了克服Git命令和工作流的学习曲线之外,我目前面临的最大问题是如何将我们当前的存储库迁移到Git,关于单个或某些类型的多个存储库.

我已经通过各种方式看到了这个问题,但通常只是基本..."我有应用程序想要共享一些较低级别的库"并且预制响应总是"使用单独的存储库"和/或"使用Git子模块"没有太多解释何时/为什么应该使用这种模式(它克服了什么,它消除了什么？)从我对Git的有限知识/阅读到目前为止,似乎子模块可能有自己的恶魔来战斗,特别是对于刚接触Git的人.

然而,我还没有看到有人公然问的是,"如果你有传统的n层开发(UI,业务,数据,然后是共享工具),每个层都是自己的项目,你应该使用一个或多个库？" 我不清楚,因为几乎总是,当添加一个新的"功能"时,代码更改会波及每一层.

为了使与Git相关的问题复杂化,我们在"框架"中复制了这些层,以便从开发人员的角度制定更易于管理的项目/组件.出于本讨论的目的,我们将这些项目/图层集合称为"Tahiti",它代表整个"产品".

我们设置的最后一个"层"是增加了对塔希提岛进行定制/扩展的客户网站/项目.在文件夹结构中表示这可能最像是:

/Clients
  /Client1
  /Client2

/UI Layer
  /CoreWebsite (views/models/etc)
  /WebsiteHelper (contains 'web' helpers appropriate for any website)
  /Tahiti.WebsiteHelpers (contains 'web' helpers only appropriate for Tahiti sites)

/BusinessLayer (logic projects for different 'frameworks')
  /Framework1.Business
  /Framework2.Business

/DataLayer
  /Framework1.Data
  /Framework2.Data

/Core (projects that are shared tools useable by any project/layer)
  /SharedLib1
  /SharedLib2

在解释了我们如何通过多个项目扩展传统的n层设计之后,我正在寻找任何关于你在类似情况下做出的决定的经验(甚至简单的用户界面,业务,数据分离就是你的全部因为你的决定,更容易/更难.在初步阅读中,子模块有多痛苦,我是否正确？比痛苦更有益吗？

我的直觉反应是塔希提岛的一个存储库(所有项目除了'客户项目'),然后是每个客户的一个存储库.我猜的整个大溪地来源必须是<10k文件.这是我的推理(我欢迎批评)

• 在我看来,在Git中你想要追踪'特征'与个人'项目/文件'的历史,即使我们的项目分离,一个'特征'将始终跨越多个项目.
• 核心站点中编码的"特征"几乎总是对核心网站和"框架"的所有项目(即CoreWebsite,Framework1.Business,Framework1.Data)产生最小影响.
• 一个功能可以轻松跨越多个框架(我说我们实现的功能的10%将跨越框架 - CoreWebsite,Framework1.Business,Framework1.Data,Framework2.Business,Framework2.Data)
• 以类似的方式,功能可能需要更改一个或多个SharedLib项目和/或"UI网站帮助程序"项目.
• 对客户端自定义代码的更改几乎总是只对其存储库是本地的,并且不需要跟踪对其他组件的更改以查看"整个功能更改集"是什么.
• 鉴于一个功能跨越项目以查看整个范围,如果每个项目都是自己的存储库,那么尝试分析存储库中的所有*代码更改将会很痛苦吗？

提前致谢.

Answer 1

大多数人建议做单独的存储库的原因是因为它分离出更改和更改集.如果有人对客户端项目进行了更改(您说这些更改并不影响其他项目),则没有理由让某人更新整个代码库.他们可以简单地从他们关心的项目中获得变化.

Git子模块就像Subversion中的Externals.您可以设置git存储库,以便每个存储库都是一个单独的层,然后使用子模块包含您拥有的各种层次结构中所需的项目.

所以,例如:

/Core -- It's own git repository that contains it's base files (as you had outlined)
  /SharedLib1
  /SharedLib2

/UI Layer -- Own git repository 
  /CoreWebsite
  /WebsiteHelper
  /Tahiti.WebsiteHelpers
  /Core -- Git Submodule to the /Core repository
    /SharedLib1
    /SharedLib2

这可确保将/ Core存储库的任何更新带入UI Layer存储库.这也意味着如果您必须更新共享库,则不必在5-6个项目中执行此操作.