如果我使用分支而不是修订,Git的伸缩方式是否相同?
我希望使用Git高效地存储和版本数据,但我也希望能够根据需要更改修订 因此,我想将Git用于许多分支,而不是通常的修订。对于我的数据的每个“版本”,都会有一个分支 每个分支仅更改少数文件,每个分支将有1-10个修订,具体取决于某个修订的更改频率 因此,文件/数据加载几乎是正常的,我只有很多分支,而不是修订 我知道这是一种奇怪的使用Git的方式,但是它会扩展吗 dbyrne询问用例。我不确定是否有帮助,但这里是:如果我使用分支而不是修订,Git的伸缩方式是否相同?,git,version-control,scalability,Git,Version Control,Scalability,我希望使用Git高效地存储和版本数据,但我也希望能够根据需要更改修订 因此,我想将Git用于许多分支,而不是通常的修订。对于我的数据的每个“版本”,都会有一个分支 每个分支仅更改少数文件,每个分支将有1-10个修订,具体取决于某个修订的更改频率 因此,文件/数据加载几乎是正常的,我只有很多分支,而不是修订 我知道这是一种奇怪的使用Git的方式,但是它会扩展吗 dbyrne询问用例。我不确定是否有帮助,但这里是: 我计划更新元数据的版本 我在一个单独的SCM(例如SVN)中有一些项目,每个版本都
- 我计划更新元数据的版本
- 我在一个单独的SCM(例如SVN)中有一些项目,每个版本都属于一个流浪的VM
- 每个Vagrant VM都有元数据和安装文件,对于许多修订版,这些文件通常是相同的
- 有时我必须更改元数据,并且我需要支持我的项目的分支,所以我希望在每次修订中都使用Git分支
- 我的应用程序将跟踪项目修订和Git元数据
- 我的应用程序将检查每个给定项目版本的相关文件
- 有了元数据,就可以为每个项目修订创建一个虚拟机
Paul我不是专家,但据我所知,Git的工作原理是详细说明每个分支中的更改,因此每个分支不是主干或另一个分支的副本,它只是差异的细节,因此在您的示例中,每个分支在数据方面都非常小 我一直被告知Git是为高分支使用率而设计的(在我看来,这是主要卖点),所以它应该可以扩展 嗯
Paul一般来说,git处理分支非常有效。您可以非常快速地在分支之间来回切换,它们占用的空间很小,因为每个分支只存储增量(而不是整个副本)
你们计划有多少分支机构?我认为多了解一下您的用例可能有助于回答这个问题。一般来说,git处理分支非常有效。您可以非常快速地在分支之间来回切换,它们占用的空间很小,因为每个分支只存储增量(而不是整个副本)
你们计划有多少分支机构?我认为多了解一些关于您的用例的背景知识可能有助于回答这个问题。您在这里所追求的并不是对正常git用法的偏离。分支对于保存要单独跟踪的内容的不同变体非常有用,而每个分支还包含追溯到过去的历史编辑 与其他(通常是集中的)vcs包不同,git鼓励并授权您设计适合您特定需求的工作流。你必须适应SVN。您可以围绕自己的流程和需求来塑造git
我想你会发现最方便的工作流程是有一个中央“主”分支,在那里发生通用更改,然后是从主分支定期更新的单个分支。通过这种方式,您可以通过所有子分支推动大型基本错误修复或其他任何内容,同时保持每个分支的唯一性。您所追求的并不是对正常git使用的偏离。分支对于保存要单独跟踪的内容的不同变体非常有用,而每个分支还包含追溯到过去的历史编辑 与其他(通常是集中的)vcs包不同,git鼓励并授权您设计适合您特定需求的工作流。你必须适应SVN。您可以围绕自己的流程和需求来塑造git
我想你会发现最方便的工作流程是有一个中央“主”分支,在那里发生通用更改,然后是从主分支定期更新的单个分支。这样,您就可以通过所有子分支推送重大的基本错误修复或其他内容,同时保持每个分支的唯一性。我不确定用例是否有用,但我相应地编辑了我的问题。我不确定用例是否有用,但我相应地编辑了我的问题。