如何在git branch中重新提交相同的更改

对于#1&#2:它们可以结合在一起-- git checkout -b abc

对于#4:你为什么藏起来?我相信你应该在这里做出改变。

对于#6:冲突在哪里?在新创建的功能分支上?这应该是不可能的。

典型的工作流程如下:

1. 确保主分支(主分支、开发分支或其他分支)是最新的。我会用 主人 举个例子。
   • git checkout master
   • git fetch
   • git rebase origin/master
2. 创建并签出要素分支
   • git checkout -b featureBranch
3. 做出改变
4. 将更改提交到 特色分店 (理想情况下,这将进行多次,而不是一次大型提交)
   • git add . #这只是一个例子;有选择地添加,视情况而定
   • git commit
5. 推动本地 特色分店 远程查看或其他什么
   • git push origin featureBranch
6. 准备就绪后(如审查和批准),合并 特色分店 到 主人
   1. 重基 特色分店 最新消息 主人
      • git checkout featureBranch
      • git fetch
      • git rebase源代码/主代码
   2. 确保 主人 是最新的
      • 切换到主分支
      • git rebase源代码/主代码
   3. 合并
      • git merge --no-fast-forward featureBranch

这个工作流程,通过重新定基 特色分店 合并前&使用非快进合并,将导致一个线性的,但描绘的,历史的 主人 .

祝你好运

为了扩展前面的答案,我想补充一句:Git stash会将您的更改保存在“口袋”中,如果它们还没有准备好提交。但是你的改变已经准备好了,所以没有必要。

关于你在之前的评论中提出的问题(我没有足够的声誉在评论中回答你):git pull用远程存储库中的更改更新你的本地存储库和工作目录,是git fetch然后git merge的快捷方式。但是,由于git merge在历史上有一些缺点,因此使用git fetch+git rebase可能会很有用。

Git rebase在本地工作,因此它可以以类似的方式用于Git merge,但不能用于Git pull!。很多答案比我更能解释git rebase,我希望能有所帮助。