為什么我不能從淺層克隆中推出？該git clone --depth命令選項說--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.為什么淺克隆有這種限制？為什么它只是一個補丁工作流程？對于某些項目工作流程，我需要將最新的提交從單個分支傳遞給編碼器，然后讓它們能夠push（快進）開發到主服務器。這部分是為了安全，知識產權保護和回購規模，部分是為了減少大回購會給天真編碼員帶來的困惑。是否有允許這樣的git工作流程？更新：根據Karl Bielefeldt的回答，git checkout --orphan應該是正確的答案。但是仍然需要將該分支單獨“克隆”給新用戶，并且能夠有效地推送它。手冊頁指出：git checkout [-q] [-f] [-m] [[-b|-B|--orphan] <new_branch>] [<start_point>] --orphan創建一個名為<new_branch>，啟動 <start_point> 并切換到它的新孤立分支。在這個新分支上進行的第一次提交將沒有父項，它將成為與所有其他分支和提交完全斷開的新歷史的根。調整索引和工作樹，就像之前運行一樣git checkout <start_point>。這允許您啟動一個新的歷史記錄，記錄一組類似于<start_point>通過輕松運行git  commit -a以進行根提交的路徑。當您想要從提交中發布樹而不公開其完整歷史記錄時，這可能很有用。您可能希望這樣做以發布項目的開源分支，該項目的當前樹是“干凈的”，但其完整歷史記錄包含專有或其他受阻的代碼。如果要啟動記錄一組完全不同的路徑的斷開連接的歷史記錄<start_point>，則應通過git rm -rf .從工作樹的頂層運行創建孤立分支后立即清除索引和工作樹。之后，您將準備好準備新文件，重新填充工作樹，從其他地方復制它們，提取tarball等。VonC與Junio評論的鏈接很有意思。我認為手冊應該在這種情況下提供指導，并允許正確的命令[例如clone <branch> --options]只提取回購的相關部分。顯然，push通過在歷史記錄底部設置一些鏈接提交和SHA1來鎖定repo匹配，可以提高成功的可能性。更新Git 1.9.0：發布說明2014年2月14日?！皬囊郧氨唤沟臏\克隆存儲庫中獲取，主要是因為所涉及的代碼路徑沒有經過仔細審查，我們也沒有打擾支持這種用法。這個版本試圖允許以更加可控的方式從一個淺層克隆的存儲庫中轉移對象（即接收器變成了一個截斷歷史的淺存儲庫）?！斑@對淺層克隆人來說是個好消息。接下來 - 可能是狹窄的克隆。