Git 建议使用什么命令工作流从“开发”中更新“功能”分支,然后最终将更改合并回“开发”中

Git 建议使用什么命令工作流从“开发”中更新“功能”分支,然后最终将更改合并回“开发”中,git,version-control,Git,Version Control,我知道这个问题的这一部分已经在各种论坛上被问过了,但我无法在一个地方看到完整的命令序列 我想要一个功能分支myFeature,它是一个长期存在的分支,比如说工作需要几周时间。有时,我想从开发中合并,以使我的功能分支保持最新。当功能完成后,我想合并我的分支以进行开发。还要注意,我希望我的功能分支是公共的。建议的命令顺序是什么 是: (1) 创建我的分支: git fetch git checkout develop git pull git checkout -b myFeature (2) 向

我知道这个问题的这一部分已经在各种论坛上被问过了,但我无法在一个地方看到完整的命令序列

我想要一个功能分支myFeature,它是一个长期存在的分支,比如说工作需要几周时间。有时,我想从开发中合并,以使我的功能分支保持最新。当功能完成后,我想合并我的分支以进行开发。还要注意,我希望我的功能分支是公共的。建议的命令顺序是什么

是:

(1) 创建我的分支:

git fetch
git checkout develop
git pull
git checkout -b myFeature
(2) 向我的分支提交一些更改

git push -u origin myFeature
(3) 把我的树枝往上推

git push -u origin myFeature
(4) 对myFeature进行更多更改

(5) 推动这些变化。(注意:由于myFeature现在是公共的,其他人可能也会使用它。)

(6) 已经几天了,我想从开发中合并

git fetch
get merge develop
git push
(7) 根据需要每隔几天重复6次

(8) 该功能已完成。我想合并它:

git fetch
git checkout develop
git pull
git merge --no-ff myFeature
git push
就开发的历史而言,这是最清晰的方式吗


特别是,当myFeature在步骤8合并回develop时,步骤6中从develop合并的提交是否会对develop的提交历史产生不受欢迎的影响?

我认为您应该遵循这种方法

1) 从“开发”创建要素分支

git checkout -b my_feature
2) 提交一些更改

// do some changes and commit it
git pull
// resolve conflict if exist and commit
git push origen my_feature
3) 每天从
develp

git merge develop
// resolve conflict if exist and commit
4) 功能已完成:

git checkout develop
git pull
git merge my_feature
// resolve confict and commit, if exist
git push origen develop

注意:您可以在步骤2的中间执行步骤3(在
git pull
之后)

我认为您应该遵循该方法

1) 从“开发”创建要素分支

git checkout -b my_feature
2) 提交一些更改

// do some changes and commit it
git pull
// resolve conflict if exist and commit
git push origen my_feature
3) 每天从
develp

git merge develop
// resolve conflict if exist and commit
4) 功能已完成:

git checkout develop
git pull
git merge my_feature
// resolve confict and commit, if exist
git push origen develop
注意:您可以在步骤2的中间执行步骤3(在
git pull
之后)