cost 95 ms
為什么合並后我的 Git 分支歷史是平坦的?

[英]Why is my Git branching history flat after a merge?

我一直在使用git-merge將我的功能分支合並回我的develop分支但是當我 go 查看我的 git 歷史時,它顯示為一條扁平線而不是分支歷史我期望使用 git-merge(不是 git-變基)。 將功能分支合並到develop分支時,我會:git checkout develop git m ...

git 二階歷史

[英]git Second Order History

在處理補丁時,我應該提供一組干凈的提交。 因此,在我的提交集干凈並准備好合並之前,我經常發現自己反復重寫歷史。 在此過程中,在收到審閱者的評論后,我 go 返回rebase -i以修復我的代碼,修復提交消息等。每次創建一個新的修訂提交以替換之前的提交。 之前的提交仍然存在,但不再是修訂歷史的一部分。 ...

這個 git 日志 output 顯示兩個分支,就好像它們不是分支一樣? 請解釋

[英]This git log output shows two branches as if they weren't branches? Please explain

feature/XY是功能分支的名稱,當前已簽出。 feature/XY-refactor是另一個分支的名稱,它從feature/XY分支出來。 當我運行git log --oneline時,我得到下面的 output。 這兩個在日志 output 的最頂部一個接一個是什么意思? 我在 Wind ...

從 git 歷史記錄中確定父分支/提交

[英]Determine parent branch/commit from git history

我在 git 中有以下歷史記錄: 現在我在 b2 上,我想明白 b2 分支的地方(7be9db9)。 算法如下: 獲得下一次提交檢查提交所屬的分支如果只有當前分支,則繼續 1. step else 4.step 提交屬於多個分支,這一定是我們分支的點但是,如果我想對 b1 做同樣的事情,我最終會得到 ...

成功合並后丟棄提交,同時保持合並提交的代碼完整

[英]discarding commits after a successful merge, while keeping the code of the merge commit intact

從 master 分支有兩個分支:develop 和 foo。 develop 和 foo 都與 master 發生了幾次提交不同。 foo 已合並到開發中。 現在 foo 和 develop 指向同一個合並提交,即提交的兩個“流”在這個合並提交中相遇(對於近似詞匯表示歉意)。 此合並提交中的代 ...

git令人困惑的圖表。 master分支似乎有兩行?

[英]git confusing graph. `master` branch seems to have two lines?

在運行git log時,我看到了奇怪的圖形。 我將進一步解釋。 以下是帶有圖形的git log的輸出。 如您所見,master本身具有兩個獨立的分支。 為了進一步確認這一點,我跑了 接着 顯然,這兩個提交都存在於master上-那么為什么會有兩個圖。 我怎么知道更 ...

如何在不刪除代碼更改的情況下刪除特定的舊提交(即基本上更改 git 故事)

[英]How to delete an specific old commit without deleting the changes in the code (i.e change the git story basically)

我有一個存儲庫,它只是我的,所以破壞任何東西都沒有問題。 而且只有一個分支,我認為這讓事情變得更容易。 假設我有這 7 個提交: A -> B -> C -> D -> E -> F -> G 我想刪除提交 C 和 D A -> B -> E ...

合並之前,將修訂提交從一個分支移動到另一個分支

[英]Move fix-commit from one branch to another, before merging them

在一個不完整的feature分支上,我已經提交了一個master Fix 。 我如何將Fix提交到master ,... ...但仍然能夠在master上合並/重新設置我的feature分支? 我想Fix'應該保持相同SHA Fix為了不被視為一個總不同的提交和合並/順利 ...

如何合並Git存儲庫?

[英]How do I combine Git repositories?

我試圖通過嫁接歷史將2個存儲庫合並為1個。 我認為這是獲得清晰線性歷史記錄的最簡單方法。 我嘗試通過將另一個作為遠程添加到初始存儲庫來這樣做: 樹看起來很好,問題是我沒有在當前目錄中得到倉庫B的內容。 我也試過了(提交哈希是b / master的技巧) 在檢查樹時, ...

將來自 GitLab 合並請求的所有提交添加到 Upsource 審查

[英]Add all commits from GitLab merge request to Upsource review

我有 GitLab MR,我想在 Upsource 中查看這些更改(我想合並從feature到rc的更改)。 feature包含提交2, 4, 6, 8 。 但是當我在我的 MR 分支上單擊Create branch review時,並非所有來自 MR 的提交都被導出到審查。 我試圖用 3 ...

如何將master分支歷史記錄重寫為其他Repository master分支

[英]How to rewrite the master branch history to other Repository master branch

是否有任何方式或工具或命令來重新書寫的歷史master或一些A分支從一些承諾數新創建的master 新的存儲庫的分支與master分支0提交或沒有歷史。 以這種方式: 提交號“ 45678”之前的所有先前提交均應在新的存儲庫主分支中重寫為單個提交 重寫歷史記錄應從提交“ ...

Git-合並兩個分支的“添加”

[英]Git - Merging 'add' from two branches

我有Branch1和Branch2 ,並且在兩個分支中都添加了一個具有相同名稱的文件。 說出Branch1\\folder\\file.txt和Branch2\\folder\\file.txt 。 我將Branch1合並到Branch2並在文件上收到預期的合並沖突。 我選 ...

將根提交父級更改為指向另一個提交(連接兩個獨立的git存儲庫)

[英]Change the root commit parent to point to another commit (connecting two independent git repositories)

我在svn信息庫中有一個擁有3年以上歷史的項目。 它已遷移到git,但是執行此操作的人只是選擇了最新版本並扔掉了這3年的全部歷史。 現在,該項目在一個存儲庫中具有最近3-4個月的歷史記錄,而我將其他3年的svn歷史記錄導入了新的git存儲庫中。 有什么方法可以將第二個存儲庫的根提交 ...

如何查找給定提交是否在分支的第一父鏈上

[英]How to find whether a given commit is on the first-parent chain of a branch

我正在嘗試編寫一種方法來判斷給定的提交是否在給定分支的第一父鏈上。 因此,例如,merge-base 不會飛,因為提交可能已合並。我想知道確切的提交是否曾經是分支的尖端。 注意:有問題的分支受制於非快進合並策略。 ...

Git:將兩個存儲庫彼此合並

[英]Git: merge two repositories one over the other

我有一個存儲庫A(原始存儲庫),具有完整的提交集。 在某個時間點,決定不再使用存儲庫A,並且從頭開始創建了一個新的干凈存儲庫B,將所有回購A的內容都使用copy + paste(而不是通過將A的內容合並到干凈的B中,以便保留提交歷史記錄)。 我現在想要實現的是在第三個新的干凈的存儲庫C中將存 ...

Git - 分支提交歷史被復制

[英]Git - branch commits history are duplicated

我有一個分支,幾乎所有提交都有錯誤的電子郵件"mywrong@email.com" ,我想將該電子郵件更改為我當前的電子郵件"mynew@email.com" 。 在搜索時,我發現了這個: 在這里查看 COMMITTER 和 AUTHOR 之間的區別。 真正更改提交身份驗證很重要,否則機智將 ...

Git:這種分歧是如何發生的?

[英]Git: how this bifurcation happen?

情況 我有一個本地Git倉庫。 我只有分支: master 。 我曾經有另一個分支,但是我將其合並到master ,然后將其刪除。 這種合並和刪除的分支從fe6263e分叉。 0c81926是c79dc19的- c79dc19 沒有標簽 ...

Git Rebase創建非線性歷史記錄

[英]Git Rebase creating not linear history

Git倉庫只有一個母版,每個人都在做它(到目前為止,還不算是一件小事),默認情況下啟用了Rebase。 AFAIK git-rebase會根據日期逐一應用提交,並在此過程中需要時進入MERGING狀態,以重寫歷史記錄。 但是有一件事讓我和團隊感到煩惱,歷史有時並非一成不變,請參考以下示例: ...


 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM