Trae這個(gè)AI原生IDE用久了很多人都會(huì)碰到同一個(gè)需求切換GitHub賬號(hào)。我最近就遇到一位讀者公司電腦里Trae一直掛的是工作號(hào)想趁周末提交自己的開(kāi)源項(xiàng)目結(jié)果無(wú)論如何登錄左下角頭像永遠(yuǎn)是那個(gè)帶企業(yè)后綴的賬號(hào)推出去的代碼也全部掛到公司郵箱下面搞得他不敢在個(gè)人倉(cāng)庫(kù)里動(dòng)任何commit。這其實(shí)是Trae里很典型的一個(gè)坑——它絕不只是退出再登錄這么簡(jiǎn)單背后牽涉到Trae自身登錄態(tài)、Git系統(tǒng)憑據(jù)、提交作者信息三層狀態(tài)。這篇文章就把Trae切換GitHub賬號(hào)的原理、完整實(shí)操步驟、常見(jiàn)問(wèn)題和獨(dú)家避坑技巧一次性講透適合正在用Trae做開(kāi)發(fā)、手里有一個(gè)以上GitHub身份的開(kāi)發(fā)者也適合剛接觸AI IDE、想把賬號(hào)管理一次弄明白的新手。1. 為什么要專門聊Trae里的GitHub賬號(hào)切換很多人覺(jué)得切換賬號(hào)是小事點(diǎn)了退出再登錄就行。但真實(shí)情況是Trae作為一款深度集成Git生態(tài)的AI IDE賬號(hào)切換牽扯到的狀態(tài)遠(yuǎn)比你想象的多。我見(jiàn)過(guò)的賬號(hào)混亂事故幾乎都出在對(duì)切換機(jī)制理解不到位上面。1.1 工作與個(gè)人賬號(hào)分離的真實(shí)痛點(diǎn)最典型的場(chǎng)景就是工作賬號(hào)和個(gè)人賬號(hào)分離。公司項(xiàng)目通常掛在GitHub組織或企業(yè)賬號(hào)下面代碼的提交作者、PR權(quán)限、Actions工作流權(quán)限都跟著公司身份走個(gè)人開(kāi)源項(xiàng)目則屬于你私人賬號(hào)。如果Trae長(zhǎng)期登錄的是工作賬號(hào)你往個(gè)人倉(cāng)庫(kù)推送時(shí)會(huì)出現(xiàn)兩個(gè)問(wèn)題一是提交記錄全部標(biāo)記為公司郵箱影響個(gè)人開(kāi)源項(xiàng)目的數(shù)據(jù)干凈度二是公司賬號(hào)對(duì)私人倉(cāng)庫(kù)大概率沒(méi)有寫(xiě)權(quán)限推送直接失敗。更麻煩的是權(quán)限邊界。GitHub的OAuth授權(quán)會(huì)把賬號(hào)能訪問(wèn)的倉(cāng)庫(kù)范圍一并暴露給Trae。如果你在工作電腦上登錄私人賬號(hào)Trae的AI代碼補(bǔ)全在讀取上下文時(shí)可能會(huì)把公司私有倉(cāng)庫(kù)的安全邊界打亂反過(guò)來(lái)用公司賬號(hào)登錄Trae再去做個(gè)人項(xiàng)目AI的索引和補(bǔ)全范圍又會(huì)被企業(yè)組織策略限制。我在實(shí)際使用中甚至遇到過(guò)AI因?yàn)橘~號(hào)權(quán)限不夠讀不到某個(gè)倉(cāng)庫(kù)的代碼導(dǎo)致補(bǔ)全結(jié)果完全是瞎猜的情況。所以工作歸工作、個(gè)人歸個(gè)人不只是一個(gè)體面問(wèn)題它直接決定你的提交歸屬、AI可用性和組織合規(guī)邊界。這個(gè)需求在Trae用戶里出現(xiàn)頻率很高尤其是那些在家里和公司各有一臺(tái)電腦、或者在同一臺(tái)機(jī)器上雙線作戰(zhàn)的開(kāi)發(fā)者。1.2 多賬號(hào)協(xié)作與開(kāi)源貢獻(xiàn)的切換需求除了工作與個(gè)人還有一類人是多賬號(hào)重度用戶。我認(rèn)識(shí)幾個(gè)做開(kāi)源社區(qū)維護(hù)的同行手里至少三個(gè)GitHub賬號(hào)一個(gè)主力個(gè)人號(hào)一個(gè)開(kāi)源項(xiàng)目專用馬甲號(hào)一個(gè)客戶代維號(hào)。他們?cè)赥rae里需要頻繁切換身份去處理不同倉(cāng)庫(kù)的PR、Issue和Release。這種場(chǎng)景下切換賬號(hào)的意義就不只是改個(gè)登錄狀態(tài)了。GitHub賬號(hào)決定了你能看到哪些倉(cāng)庫(kù)、能觸發(fā)哪些workflow、能以什么身份創(chuàng)建PR。Trae的AI功能也會(huì)讀取當(dāng)前賬號(hào)在倉(cāng)庫(kù)里的角色——比如你切到?jīng)]有寫(xiě)權(quán)限的賬號(hào)Trae生成代碼時(shí)對(duì)倉(cāng)庫(kù)結(jié)構(gòu)的理解就會(huì)變成只讀視角很多操作在AI對(duì)話里就直接被攔掉了。另外插件生態(tài)里的一些工具也會(huì)依賴GitHub登錄態(tài)。比如某些管理Issue、跑CI狀態(tài)的第三方擴(kuò)展它們通過(guò)Trae里保存的GitHub憑據(jù)去調(diào)用API。賬號(hào)切錯(cuò)了這些擴(kuò)展要么報(bào)401要么讀到錯(cuò)誤倉(cāng)庫(kù)列表。所以如果你發(fā)現(xiàn)自己裝了插件后頻繁出現(xiàn)權(quán)限問(wèn)題先檢查一下Trae當(dāng)前登錄的是不是正確的GitHub賬號(hào)。2. 動(dòng)手前必須搞懂的認(rèn)證機(jī)制在點(diǎn)Sign out之前我強(qiáng)烈建議你先花兩分鐘搞清楚Trae到底是怎么跟GitHub打交道的。這個(gè)理解能幫你省掉后面大部分排查時(shí)間。2.1 Trae登錄GitHub到底走的哪條路Trae的GitHub登錄本質(zhì)上是一條標(biāo)準(zhǔn)的OAuth 2.0授權(quán)鏈路。你點(diǎn)擊登錄按鈕后Trae會(huì)拉起系統(tǒng)瀏覽器跳轉(zhuǎn)到GitHub的授權(quán)頁(yè)面你在網(wǎng)頁(yè)上確認(rèn)身份并點(diǎn)擊授權(quán)GitHub返回一個(gè)授權(quán)碼Trae再用這個(gè)授權(quán)碼去GitHub換取長(zhǎng)期的訪問(wèn)token。之后Trae的所有API請(qǐng)求——拉倉(cāng)庫(kù)列表、讀取遠(yuǎn)程分支、執(zhí)行push——都帶著這個(gè)token。這里最關(guān)鍵的是token的存儲(chǔ)位置。Trae拿到token后通常不會(huì)只放在自己的配置文件里而是會(huì)寫(xiě)入操作系統(tǒng)的憑據(jù)存儲(chǔ)Windows上是憑據(jù)管理器macOS上是鑰匙串Linux下通常是libsecret。為什么這一點(diǎn)重要因?yàn)榍袚Q賬號(hào)的本質(zhì)是要讓Trae持有的token、系統(tǒng)憑據(jù)、以及git config里的提交身份這三層都指向新賬號(hào)。很多人只做了最表面的UI退出沒(méi)有清理系統(tǒng)憑據(jù)于是出現(xiàn)頭像切了、push還是舊身份的詭異現(xiàn)象。還有一點(diǎn)要知道GitHub的OAuth授權(quán)是可以被用戶主動(dòng)撤銷的。如果你懷疑某個(gè)token已經(jīng)不可控可以直接去GitHub網(wǎng)頁(yè)端進(jìn)入Settings - Applications - Authorized OAuth Apps找到對(duì)應(yīng)的應(yīng)用并撤銷授權(quán)。撤銷后Trae再調(diào)用API就會(huì)收到401它會(huì)重新彈出登錄框。這是一個(gè)很干凈的強(qiáng)制重置手段。2.2 系統(tǒng)憑據(jù)管理器最容易被忽略的第二賬號(hào)很多Trae用戶不知道git本身的推送認(rèn)證并不走Trae的登錄態(tài)而是走git自己的credential helper。Git for Windows默認(rèn)使用Git Credential Manager憑據(jù)存在Windows憑據(jù)管理器macOS上默認(rèn)走osxkeychain存在鑰匙串Linux新版本一般用libsecret或者git-credential-cache。這就產(chǎn)生了第二賬號(hào)你在Trae里登錄GitHub時(shí)它可能會(huì)順手把憑據(jù)寫(xiě)入系統(tǒng)憑據(jù)管理器但你在Trae里退出登錄時(shí)它不會(huì)自動(dòng)幫你清掉系統(tǒng)里的那一條。下次git push的時(shí)候系統(tǒng)憑據(jù)管理器仍然給出舊賬號(hào)的token于是一切都亂了。所以切換賬號(hào)時(shí)系統(tǒng)憑據(jù)管理器必須手動(dòng)清理。三個(gè)平臺(tái)的常用做法我整理成了一張表平臺(tái)清理方式說(shuō)明Windows控制面板 - 憑據(jù)管理器 - Windows憑據(jù) - 普通憑據(jù)刪除git:https://github.com我建議直接搜索github關(guān)鍵字過(guò)濾防止漏刪macOS鑰匙串訪問(wèn) - 搜索github.com - 刪除對(duì)應(yīng)的Internet password條目注意不要誤刪Trae自己的登錄鑰匙串記錄Linux執(zhí)行printf protocolhttps\nhostgithub.com\n\n | git credential reject如果使用~/.git-credentials手動(dòng)刪掉對(duì)應(yīng)行執(zhí)行清理之前可以先在終端跑一下git config --get-regexp credential看看當(dāng)前倉(cāng)庫(kù)或全局配置用的到底是哪種helper再去對(duì)應(yīng)位置清理。這個(gè)小動(dòng)作能避免你找錯(cuò)地方。3. 完整實(shí)操流程三步完成賬號(hào)切換OK原理講完了下面直接進(jìn)入實(shí)操。我會(huì)分別給出圖形界面操作、命令行兜底方案和驗(yàn)證手段。建議按順序執(zhí)行不要跳步。3.1 圖形界面操作退出與重新登錄正常情況下Trae的賬號(hào)切換不需要碰命令行按這幾個(gè)步驟走就行打開(kāi)Trae點(diǎn)擊左下角你的頭像或賬號(hào)區(qū)域進(jìn)入賬戶面板。進(jìn)入設(shè)置頁(yè)的Accounts欄目找到GitHub關(guān)聯(lián)項(xiàng)點(diǎn)擊Sign out退出。退出后再次點(diǎn)擊GitHub登錄按鈕Trae會(huì)喚起瀏覽器并跳轉(zhuǎn)到GitHub授權(quán)頁(yè)。在授權(quán)頁(yè)用新賬號(hào)登錄并點(diǎn)擊Authorize如果新賬號(hào)開(kāi)啟了雙因素認(rèn)證就完成2FA驗(yàn)證。瀏覽器提示授權(quán)成功后切回Trae等待幾秒讓回調(diào)處理完成。最后看一眼左下角頭像和用戶名確認(rèn)已經(jīng)變成新賬號(hào)。這里有一個(gè)容易翻車的細(xì)節(jié)如果瀏覽器之前登錄的就是舊賬號(hào)授權(quán)頁(yè)會(huì)默認(rèn)用舊賬號(hào)身份授權(quán)于是你切換了個(gè)寂寞。我的建議是在Trae拉起授權(quán)頁(yè)時(shí)先檢查瀏覽器右上角當(dāng)前登錄的是誰(shuí)必要時(shí)點(diǎn)GitHub頁(yè)面里的切換賬號(hào)或直接用無(wú)痕窗口打開(kāi)授權(quán)鏈接從源頭避免會(huì)話串號(hào)。另外不同版本的Trae在賬戶管理入口上會(huì)有點(diǎn)差異有些版本把GitHub登錄放在統(tǒng)一的Trae賬號(hào)面板里有些版本放在設(shè)置中心的源碼管理選項(xiàng)里。但邏輯是一樣的先找到當(dāng)前GitHub賬號(hào)的退出入口退出再重新走一遍OAuth授權(quán)。3.2 命令行兜底清理憑據(jù)后重新認(rèn)證如果你在界面上找不到退出按鈕或者退出重登后推送依然報(bào)錯(cuò)那就需要手動(dòng)干預(yù)了。我整理了一套行之有效的兜底流程先查看當(dāng)前git身份確認(rèn)問(wèn)題范圍git config --global user.name git config --global user.email git config --global credential.helper接著清理系統(tǒng)憑據(jù)。Windows在終端里執(zhí)行cmdkey /delete:git:https://github.commacOS或Linux執(zhí)行printf protocolhttps\nhostgithub.com\n\n | git credential reject清理完憑據(jù)后可以去Trae里再次退出GitHub登錄并重新授權(quán)。如果Trae的UI反應(yīng)遲鈍你也可以直接做一個(gè)強(qiáng)制操作在工作區(qū)里隨便改一個(gè)文件并嘗試推送此時(shí)git會(huì)發(fā)現(xiàn)憑據(jù)缺失主動(dòng)彈出瀏覽器或終端式的認(rèn)證窗口輸入新賬號(hào)的訪問(wèn)token即可完成認(rèn)證。順便提一句如果使用的是Personal Access TokenPAT方式推送而不是OAuth瀏覽器授權(quán)那么token的生命周期和權(quán)限是你可以控制的。PAT的生成路徑是GitHub Settings - Developer settings - Personal access tokens - Generate new token拉取倉(cāng)庫(kù)勾選repo觸發(fā)Actions勾選workflow讀取用戶信息的勾選read:user。生成后及時(shí)保存因?yàn)樗伙@示一次。3.3 驗(yàn)證切換結(jié)果不只是看頭像切換完別急著寫(xiě)代碼先花一分鐘驗(yàn)證。我一般按這個(gè)順序檢查看Trae賬戶面板確認(rèn)GitHub用戶名。在倉(cāng)庫(kù)目錄執(zhí)行g(shù)it config user.name和git config user.email確認(rèn)提交作者信息。執(zhí)行g(shù)it remote -v看遠(yuǎn)程地址是否還殘留舊用戶名比如https://oldusergithub.com/...這種就要改掉。新建一個(gè)臨時(shí)文件提交后執(zhí)行g(shù)it log -1 --format%an %ae核對(duì)這條提交的作者真是新賬號(hào)對(duì)應(yīng)的名字和郵箱。執(zhí)行一次真實(shí)的git push如果彈出新賬號(hào)的授權(quán)窗口說(shuō)明認(rèn)證鏈路已經(jīng)打通。這里要特別強(qiáng)調(diào)Trae頭像顯示的是登錄賬號(hào)git提交記錄里的作者是提交身份二者完全獨(dú)立。只看頭像不算切換成功只有把提交身份也切過(guò)來(lái)才算真正完成。我在后面的常見(jiàn)問(wèn)題里會(huì)詳細(xì)說(shuō)這個(gè)坑。4. 實(shí)戰(zhàn)中的常見(jiàn)問(wèn)題與排查實(shí)錄這一部分全部來(lái)自我自己的踩坑過(guò)程。你只要照著一一對(duì)照大部分能當(dāng)場(chǎng)解決。4.1 提交記錄還是舊賬號(hào)怎么辦這是問(wèn)得最多的問(wèn)題。我已經(jīng)在Trae里切換成新賬號(hào)了為什么新提交還顯示舊名字原因前面說(shuō)過(guò)commit的作者信息來(lái)自git config而不是Trae的登錄賬號(hào)。Trae只是幫你做遠(yuǎn)程操作認(rèn)證它不會(huì)替你改掉git config里的user.name和user.email。解決方法是切換賬號(hào)后同步把倉(cāng)庫(kù)里的提交身份改掉git config user.name 你的新名字 git config user.email 你的新郵箱example.com注意這里我刻意沒(méi)加--global只改當(dāng)前倉(cāng)庫(kù)。如果你在多個(gè)倉(cāng)庫(kù)之間切換千萬(wàn)別用全局配置否則又會(huì)造成跨倉(cāng)庫(kù)身份串號(hào)。已經(jīng)提交但還沒(méi)推送的記錄可以用一條命令修正最近一次提交的作者身份git commit --amend --reset-author如果有一堆提交要改就得用git rebase -i整理這涉及改寫(xiě)歷史操作風(fēng)險(xiǎn)高建議只在本地分支上做并且提前備份分支。已經(jīng)推送到遠(yuǎn)程的記錄改起來(lái)要?jiǎng)佑胒orce push會(huì)讓協(xié)作者崩潰我一般不建議處理除非你有非常強(qiáng)的理由。4.2 授權(quán)失敗、一直轉(zhuǎn)圈怎么排查Trae在授權(quán)GitHub時(shí)偶爾會(huì)卡在轉(zhuǎn)圈頁(yè)面或者瀏覽器里授權(quán)成功但Trae始終沒(méi)有反應(yīng)。我梳理過(guò)幾個(gè)高頻成因授權(quán)頁(yè)被瀏覽器攔截或默認(rèn)瀏覽器里登錄的還是舊賬號(hào)導(dǎo)致授權(quán)給了錯(cuò)誤身份。瀏覽器插件尤其是廣告攔截類攔掉了GitHub的回調(diào)跳轉(zhuǎn)。系統(tǒng)時(shí)間偏差過(guò)大導(dǎo)致OAuth簽名校驗(yàn)失敗。賬號(hào)開(kāi)啟了雙因素認(rèn)證但2FA驗(yàn)證碼輸入完之前Trae一直處于等待狀態(tài)。本地網(wǎng)絡(luò)環(huán)境本身無(wú)法穩(wěn)定訪問(wèn)GitHub授權(quán)鏈路中斷。針對(duì)這些成因我的排查順序是先用瀏覽器直接打開(kāi)GitHub官網(wǎng)用新賬號(hào)登錄并確認(rèn)能正常操作然后校對(duì)系統(tǒng)時(shí)間再換取一個(gè)干凈的無(wú)痕窗口手動(dòng)粘貼Trae彈出的授權(quán)地址完成授權(quán)最后回到Trae等待回調(diào)。如果是瀏覽器插件導(dǎo)致的問(wèn)題臨時(shí)禁用插件再試一次。如果反復(fù)失敗就去GitHub網(wǎng)頁(yè)端撤銷舊的授權(quán)記錄再回Trae重新發(fā)起登錄。4.3 多賬號(hào)并存時(shí)的Git配置沖突如果你的工作場(chǎng)景是同一臺(tái)機(jī)器上長(zhǎng)期維護(hù)多個(gè)GitHub賬號(hào)你會(huì)發(fā)現(xiàn)今天A賬號(hào)、明天B賬號(hào)的切換特別容易出錯(cuò)。根因是git的credential helper默認(rèn)按hostname存儲(chǔ)憑據(jù)也就是github.com這個(gè)域名之下只能穩(wěn)定存在一條憑據(jù)。兩個(gè)賬號(hào)在同一臺(tái)機(jī)器上長(zhǎng)期共存時(shí)憑據(jù)就互相頂來(lái)頂去。我推薦兩種方案按需選擇方案優(yōu)點(diǎn)缺點(diǎn)適用場(chǎng)景HTTPS credential.useHttpPath配置簡(jiǎn)單憑據(jù)按倉(cāng)庫(kù)路徑區(qū)分切換頻率高時(shí)仍可能彈窗切換頻率低、倉(cāng)庫(kù)數(shù)量少SSH Host別名穩(wěn)定key與賬號(hào)嚴(yán)格解耦需要生成多個(gè)key并寫(xiě)~/.ssh/config多賬號(hào)長(zhǎng)期并存、倉(cāng)庫(kù)多HTTPS方案的倉(cāng)庫(kù)級(jí)配置是這樣git config credential.useHttpPath true這樣git會(huì)把完整的倉(cāng)庫(kù)路徑也作為憑據(jù)key的一部分https://github.com/company/repo.git和https://github.com/private/repo.git就能分別保存不同賬號(hào)的token不再互相覆蓋。4.4 明明退出了重啟Trae又自動(dòng)登錄舊賬號(hào)這個(gè)現(xiàn)象其實(shí)是token緩存的殘留。Trae退出登錄時(shí)可能只清了自己的內(nèi)存態(tài)沒(méi)有清系統(tǒng)鑰匙串或憑據(jù)管理器里的token。重啟后Trae從鑰匙串里又讀到了舊token于是自動(dòng)登錄舊賬號(hào)。徹底清理需要三步缺一不可一是在Trae里退出GitHub登錄二是去系統(tǒng)憑據(jù)管理器刪除git:https://github.com的憑據(jù)條目三是去GitHub網(wǎng)頁(yè)端撤銷Trae應(yīng)用的授權(quán)。三步做完重啟Trae它沒(méi)有舊token可讀就只能老老實(shí)實(shí)彈出登錄框了。5. 切換賬號(hào)時(shí)的獨(dú)家避坑經(jīng)驗(yàn)5.1 切換前先備份工作區(qū)防止身份污染切換賬號(hào)雖然不會(huì)動(dòng)你的代碼文件但會(huì)影響你接下來(lái)產(chǎn)生的提交身份。如果你在工作區(qū)里有未提交的改動(dòng)切號(hào)后處理不當(dāng)AI自動(dòng)提交或者git自動(dòng)操作可能直接以錯(cuò)誤身份創(chuàng)建提交。我習(xí)慣在切號(hào)前先看一眼git status有未提交改動(dòng)就先stash或commit掉有未推送的分支就順手推上去確保工作區(qū)干凈。這樣即使切號(hào)后誤操作也不會(huì)留下臟提交錯(cuò)誤身份的雙重麻煩。5.2 善用倉(cāng)庫(kù)級(jí)git config少碰全局配置這是我踩過(guò)最多次坑之后養(yǎng)成的習(xí)慣?，F(xiàn)在每進(jìn)入一個(gè)倉(cāng)庫(kù)我做的第一件事就是檢查git config user.name和git config user.email如果沒(méi)有立即補(bǔ)齊倉(cāng)庫(kù)級(jí)配置。全局配置只保留一個(gè)默認(rèn)身份比如個(gè)人賬號(hào)工作倉(cāng)庫(kù)用local配置覆蓋成公司身份。這樣Trae登錄賬號(hào)不管怎么切換倉(cāng)庫(kù)里的提交作者永遠(yuǎn)是期望的那個(gè)人。尤其要提醒的是Trae的AI Commit功能會(huì)自動(dòng)讀取當(dāng)前倉(cāng)庫(kù)的git config來(lái)生成提交作者只要倉(cāng)庫(kù)級(jí)身份正確AI產(chǎn)生的提交也會(huì)自動(dòng)掛在正確賬號(hào)名下這個(gè)聯(lián)動(dòng)很多人沒(méi)注意到。5.3 建議優(yōu)先用SSH方式管理多賬號(hào)如果你長(zhǎng)期維護(hù)多個(gè)GitHub賬號(hào)我非常推薦從HTTPS切到SSH用不同key綁定不同賬號(hào)。操作方式是在~/.ssh/config里定義不同Host別名Host github-work HostName github.com User git IdentityFile ~/.ssh/id_ed25519_work IdentitiesOnly yes Host github-personal HostName github.com User git IdentityFile ~/.ssh/id_ed25519_personal IdentitiesOnly yes之后倉(cāng)庫(kù)的remote地址寫(xiě)成gitgithub-work:company/repo.git或gitgithub-personal:me/private.git。這樣Trae里無(wú)論登錄哪個(gè)GitHub賬號(hào)SSH層都只會(huì)按Host別名選擇對(duì)應(yīng)key身份永遠(yuǎn)不會(huì)混。配合Trae的登錄賬號(hào)就形成了一個(gè)非常穩(wěn)的雙重管控AI功能走Trae登錄態(tài)推送認(rèn)證走SSH key提交作者走倉(cāng)庫(kù)級(jí)git config三層互不干擾。5.4 最后分享一個(gè)小技巧如果你管理賬號(hào)的數(shù)量實(shí)在太多還可以借助GitHub官方CLI來(lái)輔助。在終端里用gh auth login它可以保存并切換多個(gè)GitHub賬號(hào)gh auth status能快速看到當(dāng)前生效的身份。雖然Trae并不直接讀取gh的登錄態(tài)但把這個(gè)工具作為賬號(hào)切換前的狀態(tài)偵察手段非常好用。我在實(shí)際使用中的體會(huì)是切換賬號(hào)這件事80%的問(wèn)題都出在沒(méi)搞清三層狀態(tài)上只要把Trae登錄態(tài)、系統(tǒng)憑據(jù)、git config三層理清楚這個(gè)操作就能做到一分半鐘完成、零失誤。你只要照著上面的流程走一遍踩坑的概率會(huì)大大降低。