為什么我不能從淺層克隆中推出？該git clone --depth命令選項(xiàng)說--depth <depth> Create a shallow clone with a history truncated to the specified number of revisions. A shallow repository has a number of limitations (you cannot clone or fetch from it, nor push from nor into it),  but is adequate if you are only interested in the recent history of a large project with a long history,  and would want to send in fixes as patches.為什么淺克隆有這種限制？為什么它只是一個(gè)補(bǔ)丁工作流程？對(duì)于某些項(xiàng)目工作流程，我需要將最新的提交從單個(gè)分支傳遞給編碼器，然后讓它們能夠push（快進(jìn)）開發(fā)到主服務(wù)器。這部分是為了安全，知識(shí)產(chǎn)權(quán)保護(hù)和回購規(guī)模，部分是為了減少大回購會(huì)給天真編碼員帶來的困惑。是否有允許這樣的git工作流程？更新：根據(jù)Karl Bielefeldt的回答，git checkout --orphan應(yīng)該是正確的答案。但是仍然需要將該分支單獨(dú)“克隆”給新用戶，并且能夠有效地推送它。手冊(cè)頁指出：git checkout [-q] [-f] [-m] [[-b|-B|--orphan] <new_branch>] [<start_point>] --orphan創(chuàng)建一個(gè)名為<new_branch>，啟動(dòng) <start_point> 并切換到它的新孤立分支。在這個(gè)新分支上進(jìn)行的第一次提交將沒有父項(xiàng)，它將成為與所有其他分支和提交完全斷開的新歷史的根。調(diào)整索引和工作樹，就像之前運(yùn)行一樣git checkout <start_point>。這允許您啟動(dòng)一個(gè)新的歷史記錄，記錄一組類似于<start_point>通過輕松運(yùn)行g(shù)it  commit -a以進(jìn)行根提交的路徑。當(dāng)您想要從提交中發(fā)布樹而不公開其完整歷史記錄時(shí)，這可能很有用。您可能希望這樣做以發(fā)布項(xiàng)目的開源分支，該項(xiàng)目的當(dāng)前樹是“干凈的”，但其完整歷史記錄包含專有或其他受阻的代碼。如果要啟動(dòng)記錄一組完全不同的路徑的斷開連接的歷史記錄<start_point>，則應(yīng)通過git rm -rf .從工作樹的頂層運(yùn)行創(chuàng)建孤立分支后立即清除索引和工作樹。之后，您將準(zhǔn)備好準(zhǔn)備新文件，重新填充工作樹，從其他地方復(fù)制它們，提取tarball等。VonC與Junio評(píng)論的鏈接很有意思。我認(rèn)為手冊(cè)應(yīng)該在這種情況下提供指導(dǎo)，并允許正確的命令[例如clone <branch> --options]只提取回購的相關(guān)部分。顯然，push通過在歷史記錄底部設(shè)置一些鏈接提交和SHA1來鎖定repo匹配，可以提高成功的可能性。更新Git 1.9.0：發(fā)布說明2014年2月14日?！皬囊郧氨唤沟臏\克隆存儲(chǔ)庫中獲取，主要是因?yàn)樗婕暗拇a路徑?jīng)]有經(jīng)過仔細(xì)審查，我們也沒有打擾支持這種用法。這個(gè)版本試圖允許以更加可控的方式從一個(gè)淺層克隆的存儲(chǔ)庫中轉(zhuǎn)移對(duì)象（即接收器變成了一個(gè)截?cái)鄽v史的淺存儲(chǔ)庫）?！斑@對(duì)淺層克隆人來說是個(gè)好消息。接下來 - 可能是狹窄的克隆。