Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/git/22.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Git 您能否重新设置基址和/或合并到同一主分支中?_Git_Version Control_Repository_Git Flow_Repository Design - Fatal编程技术网

Git 您能否重新设置基址和/或合并到同一主分支中?

Git 您能否重新设置基址和/或合并到同一主分支中?,git,version-control,repository,git-flow,repository-design,Git,Version Control,Repository,Git Flow,Repository Design,目前,我正在进行一个项目,开发人员无法就是否使用Rebase或Merge达成一致。您是否能够在不出现问题的情况下混合到Gitflow/工作流?是的,为什么会这样 我理解在协作和处理功能分支时可能会出现问题。但是这个问题是针对主分支的。如果您使用的是Git Flow,那么您肯定需要至少执行一些合并,因为工作流涉及合并不同的长期运行的分支。试图将一个长期运行的分支重新设置为另一个分支之上的分支会带来困难和悲伤;对于执行挤压合并也是如此。合并两个长期运行的分支的唯一合理方法是合并提交 如果您使用的是更

目前,我正在进行一个项目,开发人员无法就是否使用RebaseMerge达成一致。您是否能够在不出现问题的情况下混合到Gitflow/工作流?是的,为什么会这样


我理解在协作和处理功能分支时可能会出现问题。但是这个问题是针对主分支的。

如果您使用的是Git Flow,那么您肯定需要至少执行一些合并,因为工作流涉及合并不同的长期运行的分支。试图将一个长期运行的分支重新设置为另一个分支之上的分支会带来困难和悲伤;对于执行挤压合并也是如此。合并两个长期运行的分支的唯一合理方法是合并提交

如果您使用的是更传统的工作流,例如Git使用的工作流或GitHub上常用的工作流,您将代码合并到一个主分支中,那么它就不那么重要了。最好选择一个一致的策略并坚持下去,但严格来说你不必这么做。可以合并和重新设置到同一个主分支中。无论你喜欢做什么,都不能提供重新基础支持者想要的线性历史或合并支持者想要的分叉点的洞察力,因此这样做可能会导致每个人都不高兴。虽然在某些情况下,这可能是一种有效的方法,但它可能会在您的团队中导致不必要的冲突


我要说的是,当我需要做出与版本控制相关的技术决策时,它涉及到一个打破僵局的决策,我会像Git那样做。Git作为一个项目相当成功,它使用了基于合并的功能分支工作流。您可以选择其他分阶段策略,例如您首选的语言运行时的功能。

感谢您的澄清。嗯,坚持其中一个是好的。我觉得混合和匹配可能会产生冲突,特别是如果在重定基址时不小心的话。