正确的Git回购结构/工作流程

我对git还不熟悉如何设置适当的结构和工作流，我想知道一些git专家对工作流和结构的看法

我在一家机构工作，来自另一家机构，那是一家使用TFS的微软商店。所使用的TFS结构如下所示：

> - Client Name 
>    - Website Project
>       - A project adding features to the existing website    
>    - A Different Website Project
>       - A project adding features to the existing website    -
>    - Banner Ad's
>    - A different type of project (such as a Kiosk project, etc.)
> - Client Name
> - Client Name

就结构而言，我认为这是一种很好的方法，但我意识到TFS与git有很大不同

如果可行的话，我想使用Git和GitHub在结构上做一些类似的事情。如果没有，有人会建议改进结构/工作流程吗

Git的正确方式是为每个客户或每个项目单独进行回购吗？有没有一种方法可以使用1回购协议并将其结构类似于上面的TFS示例结构？如果是这样的话，上面的结构是否类似于git，或者有人会建议更好的方法吗

---

目前，我们有我自己和另一个开发人员，但将增长到4-8个开发人员。只是从专家那里寻求意见和建议，形成一些基于成本的想法，以及如何以正确的方式进行操作，从而使某些东西到位。谢谢大家!

您很可能希望每个可部署代码库有一个repo

因此，这可能会被视为一个项目，但是在TFS示例中，如果前两个项目都在向相同的现有网站添加功能，那么这些功能应该在一个回购中，通过分支机构进行管理：

---

可以在GitHub中将客户端设置为一个组织，并在该级别上关联和控制repo。

Git在每个项目使用一个存储库时效果最好，有时使用多个存储库，例如，如果您使用子模块或类似的东西。我不建议在一个存储库中包含多个项目。谢谢！是的，我读了之后觉得这不是一个理想的方式。我认为，如果我们要真正使用GitHub，下面用户的建议肯定是一个开始。谢谢你的回复。太棒了，这是非常有用的信息，我将调查这些组织。谢谢