Git推荐的项目有一个单一的“核心”版本和多个分支为客户定制？

Question

对于我们有这样一个场景，人们有哪些使用Git的建议：

• 1单一“核心系统”。
• 从核心系统中，我们为我们的客户创建分支，并为他们定制。
• 如果在核心系统中发现一个bug，它将被应用到客户端定制版本中。
• 由于客户端自定义代码可以大量定制，一些bug修复将很难应用。
• 某些错误修复可能只与客户端的系统相关。
• 客户端系统也可能有额外的工作，以后，如果他们希望有额外的功能。

我一直在为一个小型的1人项目使用这种技术http://dev.innovationfactory.eu/2010/06/09/development-and-release-strategy-with-git/，但我担心我们可能会遇到多个客户端版本的麻烦。

我在下面概述了一个可能的策略，但我认为我们会遇到麻烦。虽然我们可以将某些东西标记为发行版，但我们的客户端版本会出现太大的差异，因此很难知道在哪里应用什么修补程序。

• /master
• /发布/发布名称
• /故事/开发人员的首字母/新功能名称
• /客户/客户名称/主
• /客户/客户名称/故事/开发人员的首字母/新功能名称

当然，答案是重构代码，这样客户端版本就不会修改代码--但我现在没有那种奢侈:-)

编辑:安德鲁指出了一个很好的类似的问题，我以前一定没注意到。它没有我自己的问题那么详细，包含了足够的细节和好的答案。所以我投票赞成这个问题：如何跟踪Git中共享公共代码的几个项目？

Answer 1

为所有客户设立分支机构。补丁更新可以通过樱桃采摘工作。

必须有git的文档：链接。