git-rebase

    1熱度

    2回答

    我從主分支創建了一個功能分支。之後,從功能分支中提交[F1]。 [F1] -- Feature Branch / [M1]-[M2] -- Master Branch 之後,設有分支被合併在主分支,並有兩次提交[M3]和[M4]在主分支。 [F1] -- Feature Branch / \ [M1]-[M2]-[F1]-[M3]-[M4] --

    0熱度

    1回答

    我正在努力將一些代碼上傳到qemu,它希望修補程序以小的可管理塊發送郵件列表。因此,我在我的git存儲庫中有三個分支: master,跟蹤上游。 feature,有我所有的發展歷史,包括尚未準備好上游的代碼。這個定期與主人合併,併發布在github上。 upstreaming,補丁提交的待定隊列,定期修改和重新發布反對主(因此,我不發佈這一個,雖然每What's the Git approach

    0熱度

    2回答

    假設我在主分支中有幾個提交A-G。基於提交E,我創建了兩個分支branchA和branchB,並基於提交F創建了一個分支branchC。假設我在提交D(在分支主機上)中引入了一個嚴重錯誤,需要在branchA,branchB和branchC中對待。 我知道如何更改提交D並解決那裏的錯誤(使用git rebase -i C) - 給出一個新的提交歷史A-B-C-D'-E'-F'-G'。但是,這並不影

    2熱度

    1回答

    我知道標題有點毛茸茸 - 因此引用了! 假設我有一個分支b_feature,它從主開發分支b_master分支併合並。還有另一個分支b_release,我希望將這些更改添加到(作爲一個發佈版本)。 b_master和b_release已經發生分歧,不會再合併。 ---------Bm----k1-----Mm-----> b_master (k1 isn't to be included in b

    3熱度

    1回答

    我正在壓縮git倉庫上的提交過程。 雖然這樣做,我遇到了一些合併衝突。我想永遠支持最新的提交(仍在壓扁)。 舉例來說,如果我有衝突的提交是這樣的: commit abcfoobar Author: Foo Date: Wed Feb 3 15:03:54 2016 -0800 Example Name commit bazbar Author: Baz Date: Tue

    4熱度

    2回答

    我們是一個由5人組成的開發團隊。我們有一個主分支,每當我們處理新事物時,我們只創建一個新分支。當我們完成這一改變後,我們將分支推到GitLab上,並執行合併/拉取請求,以便它再次與主設備合併。 我在我的機器上有一個分支,我一直在研究大約一週。在這一週出現了變化掌握,所以我對我的支做到這一點的命令: git rebase master 一旦這樣做了,我這樣做是爲了把我的新分支起來: git pu

    2熱度

    2回答

    我對文件做了非常小的改動。 正是這種改變後,一行: @@ -1,3 +1,3 @@ { - "cordova-cli": "5.2.0" + "cordova-cli": "5.4.1" } 我犯下的變化,做了拉底墊 git add taco.json git commit -m "updated the cordova cli version" git pull --rebase

    0熱度

    2回答

    我一直在研究一個功能分支,現在有一段時間,當我嘗試合併到主人時,我注意到主人發生了顯着變化,我的分支中的一些文件已被移動到主站上的不同文件夾以及我的功能分支中也有新文件。 據我所知,我有兩個選擇,要麼合併或rebase,但感謝任何輸入什麼是最簡單的選項。 我工作的分支上是唯一給我,所以沒問題重新書寫歷史,但主顯然是被他人使用,我很擔心從我的特性分支 欣賞階躍變化的歷史污染它通過這個過程的一步指導,

    0熱度

    1回答

    我在一個名爲auth+menus的功能分支中工作,下面是我需要幫助嘗試從中恢復的事件和操作順序。我擔心我失去了我所有的工作,我希望我錯了。 git commit -m "code changes" git commit -m "more changes" git rebase -i HEAD~2 git checkout master git pull upstream master git ch

    0熱度

    1回答

    假設我有一些提交: <sha1> bug due to function1 <sha2> bug due to function2 ... other commits 和我想壓扁提交1和2一起,保持第二的唯一消息提交,然後我會用git rebase -i,編輯到: pick <sha1> bug due to function1 squash <sha2> bug due to func