變基會改變一系列提交的順序。它會將一系列提交從當前分支移動或重新定位到目標分支。預設情況下，當前分支中尚未在其他分支上的提交將被變基。變基技術允許我們保持線性的歷史記錄。讓我們從下面的圖表中理解這一點。要進行變基，我們需要位於需要變基到目標分支的分支中。在我們的場景中，我們需要在特性分支上執行變基命令。執行變基命令後，我們將獲得線性的歷史記錄。執行變基後…… 閱讀更多

假設您的特性分支有大量提交 - 例如，數百次提交。與其從特性分支逐個將所有提交合併到主分支，不如選擇將所有提交新增到單個提交中。這稱為壓縮提交，因為它將所有單個提交“壓縮”到一個大的更改中。就主分支的歷史記錄而言，特性分支的歷史記錄將丟失。我們可以使用以下命令來壓縮合並分支的提交到主分支。$ git merge --squash feature_branch該圖顯示我們有 3 次提交…… 閱讀更多

假設我們執行了合併提交，共享了此提交，後來發現程式碼無法編譯或我們的應用程式無法工作。如果我們在合併時出錯，就會發生這種情況。在這種情況下，我們需要使用 git revert 命令撤消合併。考慮下圖，其中儲存庫有兩個分支——主分支和特性分支。這兩個分支都已分叉，每個分支都有兩個提交。特性分支中的提交 (C3 和 C4) 已合併到主分支，並且生成的提交已共享。讓我們假設…… 閱讀更多

假設我們執行了合併提交，後來發現程式碼無法編譯或我們的應用程式無法工作。如果我們在合併時出錯，就會發生這種情況。在這種情況下，我們需要使用以下命令撤消合併：- reset 命令；或 revert 命令git reset 命令可用於撤消對 Git 儲存庫狀態的本地更改。git reset 命令將 HEAD 指標移動到給定的提交，並更新索引以匹配該提交。此命令會重寫提交歷史記錄。但是，如果我們已與其他團隊共享我們的提交…… 閱讀更多

軟重置會將 HEAD 指標移動到指定的提交。這不會重置暫存區或工作目錄。示例該圖顯示了 git 儲存庫中名為 File1.txt 的檔案。A、B、C 和 D 代表新增到檔案中的行。該圖表明在新增每行 A、B 和 C 後都會執行提交。c1 是新增行 A 後執行的提交，c2 是新增行 B 後執行的提交，C3 代表新增行 C 後執行的提交。現在新增行 D。此更改在工作目錄中可用，並且…… 閱讀更多

混合重置會將 HEAD 指標移動到指定的提交。這是 git 中的預設重置選項。它還會將提交快照的內容複製到暫存區，而不是工作目錄。這將導致暫存區被覆蓋。在這種情況下，工作目錄內容將是安全的。讓我們透過一個例子來理解這一點。示例該圖顯示了 git 儲存庫中名為 File1.txt 的檔案。A、B、C 和 D 代表新增到檔案中的行。該圖表明在新增每行 A、B 和…… 閱讀更多

該圖顯示了 git 儲存庫中名為 File1.txt 的檔案。A、B、C 和 D 代表新增到檔案中的行。該圖表明在新增每行 A、B 和 C 後都會執行提交。c1 是新增行 A 後執行的提交，c2 是新增行 B 後執行的提交，C3 代表新增行 C 後執行的提交。現在新增行 D。此更改在工作目錄中可用，並且此更改已暫存但尚未提交。現在，如果我們執行硬重置以移動 HEAD 指標…… 閱讀更多

commit 命令會隱式地移動分支的 HEAD。下圖顯示，最初 HEAD 指向提交 c1。每次提交操作後，HEAD 指標都會向前移動到新的提交。我們可以使用 HEAD 指標或提交雜湊值執行重置。git reset 命令將顯式或強制地將分支的 HEAD 移動到特定提交。重置 HEAD 指標時，我們有 3 個選項：軟、混合、硬硬重置當執行硬重置時，git 會將提交快照複製到工作區和暫存區。由於這一點，任何已完成的更改…… 閱讀更多

在進行合併時，您可能會遇到一個或多個衝突。現在，如果我們還沒有準備好處理此衝突怎麼辦？也許您有幾個衝突，並且您沒有足夠的時間來解決這些衝突。在這種情況下，我們可以輕鬆地回到開始合併之前的狀態。要中止合併，我們可以使用以下命令$ git merge --abort請注意，如果我們在解決一些衝突並暫存更改後執行此命令，則這些更改將不會儲存。一旦命令發出，我們就會回到…… 閱讀更多

在現實世界中，當我們合併分支時，我們會經常遇到衝突。衝突發生的原因如下：當同一行程式碼在兩個分支中以不同的方式更改時。在一個分支中更改了給定的檔案，但在另一個分支中刪除了該檔案。在兩個不同的分支中添加了相同的檔案，但檔案的內容不同。在這些情況下，git 將停止合併過程，因為它無法確定如何合併更改。在這種情況下，我們需要手動干預並指示如何繼續合併過程。給出的圖表…… 閱讀更多