我記得在閱讀一篇很棒的文檔的同時,解釋了Git被設計的原理。至少,我很確定它是Git特有的,但它可能只是DVCS的概念。它並沒有太注重你要投入的實際命令;相反,它主要關注如何解決脫機工作問題,保持人員之間的最新版本,跟蹤分支機構之間的變化等,以及Git如何解決這些問題。 (再次,它威力是一個不同的DVCS,但我認爲這是GIT)Git工作原理的「自下而上」原理
從本質上講,該文件是關於程序員會如何跟蹤他們的文件,以及如何Git的一個隨便寫的故事(或無論什麼)幫助解決這些問題。我記得早期關於如何將文檔的舊版本保留在某個「備份」文件夾中,在文件中標記以跟蹤每個版本,以及在編碼過程中他們可能需要如何處理錯誤一個新功能,所以「跟蹤文件」增長到包括分支機構。
我真的很喜歡讀它,因爲它清楚地解釋了某些功能背後的許多原因,也是一個很棒的「版本控制故事」。我想再次找到它。
這是我讀過的最好的解釋之一,它實際上引發了爲什麼事情是以某種方式完成的想法,而不是僅僅解釋它們是如何完成的。 – Arrowmaster
就是這樣!我非常欣賞類似的版本控制方法;您瞭解某些工具旨在解決的問題,而不是試圖從上到下同化整個工具包。 – harbichidian