對于在同一個網(wǎng)站開發(fā)項目上一起工作的人員來說，Git 無疑是最好的軟件之一。它旨在支持和加速分布式工作流程，可以輕松管理處理同一代碼或文件的多個開發(fā)人員的工作。它還為適當?shù)陌姹究刂坪臀募教峁┝艘环N方便有效的方法。但是也會有遇到錯誤的情況，尤其是關于重復的情況。由于涉及多個開發(fā)人員，不可避免地會出現(xiàn)導致錯誤的冗余或不必要的重復的問題。下面討論的是這些錯誤的三個最常見示例及其相應的解決方案。

當指向名為“origin”的遠程存儲庫的鏈接已經(jīng)存在，但您不必要地創(chuàng)建指向新位置的相同鏈接時，會出現(xiàn)Git 錯誤“致命：遠程源已存在” 。當您將存儲庫從 GitHub（或其他一些外部遠程存儲庫）復制到本地計算機并設置“源”URL 以鏈接到您在本地計算機中復制的存儲庫時，通常會發(fā)生這種常見錯誤。在 Kubernetes 實現(xiàn)中，當編排配置為包含 Git 存儲庫時會發(fā)生錯誤。例如，出現(xiàn)錯誤“git remote add origin [url].gits fatal: remote origin already exists”是因為克隆的存儲庫已經(jīng)配置了指向存儲庫源所在的原始配置文件的 URL。

遠程源是指代碼被遠程保存的位置，一個所有開發(fā)人員都可以訪問的集中式服務器，以將代碼保存到其中并從中提取代碼。同時，遠程存儲庫是保存在 GitHub、GitLab、Assembla 和 Bitbucket 等 Git 兼容服務器上的項目的克隆?！癘rigin”是用于關聯(lián)主機站點 URL 的通用句柄。解決“致命：遠程來源已存在”錯誤可以通過三種方式完成。這些步驟適用于大多數(shù)將“origin”設置為默認或標準處理程序的開發(fā)環(huán)境。

1. 更新遠程存儲庫的 URL——這可以通過使用“set-url”命令后跟處理程序名稱來完成。該命令將如下所示：“git remote set-url origin [new-url]”。在這種情況下，處理程序名稱是“origin”，因為它很可能是在本地存儲庫上配置的唯一指針。

2. 刪除現(xiàn)有遠程存儲庫——如果直接遠程 URL 更新不起作用，您可能必須刪除現(xiàn)有遠程。為此，請在“remote”上使用“remove”命令并附加處理程序名稱。該命令看起來像這樣：“git remote remove origin”。刪除現(xiàn)有遙控器后，可以添加新的或正確的 URL 而不會遇到錯誤。

3. 重命名遠程存儲庫——該選項的模板命令是“git remote rename origin dev”，其中“dev”是現(xiàn)有“origin”遠程存儲庫的新名稱。重命名源或現(xiàn)有的遠程存儲庫允許您添加新的源和 URL。

當您嘗試更新已簽出的分支時會發(fā)生此錯誤。Git 旨在引發(fā)此錯誤以防止您進入分支，因為該操作將導致您嘗試更新的存儲庫的所有者或用戶出現(xiàn)數(shù)據(jù)問題。這個問題會導致數(shù)據(jù)和歷史丟失。

簽出分支意味著后續(xù)提交導致創(chuàng)建新分支。這個新分支的父級是簽出分支，這意味著它是中間的一個分支。推入這樣的分支會使 Git 將中間分支解釋為分離的 head。然后，所有即將提交的提交都將懸空，從而導致錯誤。這個錯誤可以通過以下方式解決；

1. 使用裸倉庫 -使用此命令“mv repo repo.old git clone –bare repo.old repo”可以將完成的工作目錄移動到裸倉庫以避免混亂。然后可以在需要時隨時克隆工作目錄。

2. 推送到未簽出的分支——你可以創(chuàng)建一個新的分支，通過它你可以推送你想要的更改。使用命令“git push origin master:master+machineN”，假設您在 master 分支上并且您的遠程存儲庫名為“origin”。然后，您可以通過以下命令將新分支與“origin”遠程存儲庫合并：“git merge master+machineN”。

這是開發(fā)人員遇到的常見錯誤，當開發(fā)人員嘗試將提交的代碼推送到外部 Git 存儲庫時會彈出。由于多種原因導致突然無法推送代碼，通常是在多個開發(fā)人員在同一個分支上工作時。如果遠程分支包含本地存儲庫中不存在的代碼，Git 旨在防止推送成功。它認為本地存儲庫與遠程源不兼容。

如下所述，此錯誤可能出現(xiàn)在多種情況下。

1. 開發(fā)者將提交推送到同一個分支——在這種情況下顯示的錯誤如下所示：“To git@git.testdomain.com :sometest.git ！[rejected] your-branch -] your-branch (non-fast-forward)”。頭部被分配在同一代碼時間線上的不同位置，因此 Git 無法弄清楚如何進行。要解決此問題，請在本地存儲庫上運行命令“git pull”（例如：“git pull origin [your-branch]），以便您可以重新推送（例如：”git push origin [your-branch]）。

2. 'Master (non-fast-forward)' 錯誤和'failed to push some refs to' 錯誤-當你的代碼在到達最近的提交之前發(fā)生分歧時會發(fā)生這種情況，因為引用點在提交歷史中向前移動。解決這個問題需要使用“-rebase”標志來移動預期的文件以提交到最新的拉代碼。該命令看起來像這樣，“git pull –rebase origin [branch]”。

3. 'Master (fetch first)' 錯誤和'failed to push some refs to' 錯誤 -當多個開發(fā)人員在同一個分支上工作時的常見問題，這是因為其他人在你之前推送到分支。Git 需要你先拉，然后再推。這聽起來很簡單。但解決方案不是一個簡單的 pull and push again 命令，因為在 pull 過程中可能會發(fā)生數(shù)據(jù)丟失。您必須使用“–rebase”命令移動“ref”頭并更新本地存儲庫以避免遠程存儲庫中的分歧。建議不要使用“–force”命令來解決此問題，因為它可能會導致更多錯誤。

Git 的分布式工作流模型是一種很好的協(xié)作方式，但是讓許多開發(fā)人員在同一個項目上一起工作會帶來一系列挑戰(zhàn)。它不一定走“太多廚師破壞呼吸”的路線，但它帶來了復雜性，需要適當?shù)慕鉀Q方案以避免產(chǎn)生更多問題或解決臨時問題。