"dev"
上,是否可以/最好练习用命令git branch -b "devfeature1"
创建一个新的分支。
在sourcetree中,我很难想象它是否显示了同一分支上的分支。我做得对吗?
这样做是否达到了我的目的,只是没有按照我想象的那样显示呢?
在主分支上:git checkout -b "dev"
在dev分支上:git checkout -b "feature1"
所需的视觉效果:
谢谢!
"dev"
上,是否可以/最好练习用命令git branch -b "devfeature1"
创建一个新的分支。
在sourcetree中,我很难想象它是否显示了同一分支上的分支。我做得对吗?
这样做是否达到了我的目的,只是没有按照我想象的那样显示呢?
在主分支上:git checkout -b "dev"
在dev分支上:git checkout -b "feature1"
所需的视觉效果:
谢谢!
是的,这是常见做法。由于Git中的分支只是指向提交的指针,因此不会创建任何内部混乱或类似的问题。
P.S. 我还建议您阅读有关Git工作流程的常规信息。这些是在使用git分支时的常见最佳实践。根据您的需求和团队规模,您可以考虑坚持其中之一。
您所谈论的方法有点称为“Gitflow工作流”。它在上面的链接中进行了描述,我个人很喜欢它,并且尽可能坚持它(即使在完全不需要这样的结构的个人项目中也是如此)。
这是一个Git Workflow速查表,比上面链接中Atlasian的描述更清晰。互联网上还有很多其他关于此主题的材料。Gitflow Workflow现在相当受欢迎。
production
,它有一个用于 test
的分支,该分支又有一个用于 dev
的分支,然后一些开发人员会为特定的票据创建分支,比如说 issues 313
,在这个时候,当准备好时,issue 313
就会合并到 dev
中,一旦批准,dev
就会合并到 test
中,一旦批准,test
就会合并到 production
中。
查看这个谷歌搜索结果 git branch diagram
,你可以看到这是普遍的做法。
这是可行的,并且也是一种好的实践。它甚至有一个名字叫做Gitflow。 您可以在此处阅读更多信息:https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow