Git针对一个项目的建议,该项目只有一个;核心;客户端定制的版本和多个分支?

Git针对一个项目的建议,该项目只有一个;核心;客户端定制的版本和多个分支?,git,version-control,Git,Version Control,对于以下情况,人们对使用Git有什么建议: 1单一“核心系统” 从核心系统开始,我们为客户创建分支,并为客户定制 如果在核心系统中发现一个bug,它将被应用到客户端定制的版本中 一些bug修复将很难应用,因为客户机定制的代码可以大量定制 某些错误修复可能只与客户端系统相关 如果客户机系统希望有额外的功能,那么他们以后也可以对其进行额外的工作 我一直在一个小的单人项目中尝试使用这种技术,但我担心我们可能会在多个客户端版本中遇到麻烦 我在下面概述了一个可能的策略,但我认为我们会遇到麻烦。虽然我们

对于以下情况,人们对使用Git有什么建议:

  • 1单一“核心系统”
  • 从核心系统开始,我们为客户创建分支,并为客户定制
  • 如果在核心系统中发现一个bug,它将被应用到客户端定制的版本中
  • 一些bug修复将很难应用,因为客户机定制的代码可以大量定制
  • 某些错误修复可能只与客户端系统相关
  • 如果客户机系统希望有额外的功能,那么他们以后也可以对其进行额外的工作
我一直在一个小的单人项目中尝试使用这种技术,但我担心我们可能会在多个客户端版本中遇到麻烦

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

  • /主人
  • /发布/[发布名称]
  • /故事/[开发者姓名首字母]/[新功能名称]
  • /客户端/[客户端名称]/master
  • /客户端/[客户端名称]/故事/[开发人员姓名首字母]/[新功能名称]
当然,答案是重构代码,这样客户端版本就不会改变代码——但我现在没有这样的奢侈:——)



编辑:安德鲁指出了一个很好的类似问题,我以前肯定错过了。它没有我自己的问题那么详细,包含了足够的细节和很好的答案。因此,我将投票支持这个问题:

为所有客户创建分支。修补程序更新可以通过


git必须有文档:。

可能是Hi@Andrew Aylett的副本你是对的,看起来像是副本,我以前没有看到这个问题。我的问题似乎有更多的细节,但看看你所指的问题——它有足够的细节来回答。我将对我的问题进行快速编辑,然后投票结束我自己的问题。谢谢@Naszta,我将查看该文档。