文章目錄

• • • 1. 文檔的修改保存
    • 2. 如何用一個線性結構去描述一個樹形結構的變化
    • 3. 版本控制

1. 文檔的修改保存

在開始做git筆記之前。我想先想想它是怎么出現的。
在我寫文檔的時候，常常會有這樣的一種情況：
有一天，關于我的文檔的第三段，我突然有一個想法，但是我又不想把原來的東西完全否決。所以呢，我在保存文件的的時候，點擊另存為，并且命名為：我的文檔-修改第三段的想法。此時我的文件夾里面就是這樣子的：

后來我有分別在第四段，第五段的上的基礎上進行修改，此時我的文件夾就會變成這樣。

這是在原來同一文件的不同地方進行修改，目前這種方法還能應付。
有一天，我突然想在原來的文檔的第三段上進行修改。為了不重名，我將文檔另存為這樣

此時，對于在原來的文件上的相同地方進行不同的修改的情況，這樣方法已經出現一點問題了，但是還是能勉勉強強能用。但是他們都有一個共同點–在我的文檔上修改的。即這個樣子的：

存在的問題：修改第三段和修改第三段01存在一定的歧義，以后可能不知道改了哪里。為了解決這個問題，可以做如下修改

這樣的話，存在的歧義就會變少了。如果修改過多的話，

已經開始感覺文件很亂了。

前面的情況還只是針對在同一個原始文件上進行修改。在真實場景下，絕對不可能每次都在原始文件上進行修改。還有可能在修改了的情況下修改。比如我現在要在我的文檔-修改了第三段文件上進行上述修改。


如果我在我的文檔-修改了第三段上進行原來我在我的文檔上的修改，那么我的文檔的混亂程度可想而知(更別提我又多個文件)。其實，想到這里，問題已經顯現出來了：
結合我在每個文件截圖下面的思維導圖，可以發現我一直在用一個線性表去描述一個樹形結構的變化。

2. 如何用一個線性結構去描述一個樹形結構的變化

首先，很抱歉起了這樣的一個讓人誤會的標題，一個線性結構是無法去描述一個樹形結構的(至少從目前我的知識水平來認為)，否則，樹這種數據結構就不會出現了。但是我為什么要取這樣一個標題呢？請接著往下看。

還是上面的那個問題。其實還有一種解決辦法，前面我們是從文件的角度看待這個問題，他是一種樹形變換。但是如果我們從時間的角度看待這個問題，那么它就是一個線性變換的了。就像下面這個樣子(請忽略后面的修改日期)：

此時，我們的文檔變換就是一種線性的了。但是，這樣的話，我們就會損失很多信息。比如文檔的變換信息。也許有人會說，我在日期后面再加上一段信息不就行了。就像這個樣子：

這樣做的話，確實可以攜帶一部分信息，但是又會陷入原來的問題，無法描述樹形變換。當然，這樣做的好處是，在原來線性結構的基礎上加了一個信息(時間字段)，它可以讓我們從時間的角度來看待文檔的版本變換。

3. 版本控制

對于前面的問題，我們抽象成如下格式：

那么，版本控制要做的就是對這樣一個個的版本塊進行控制。

總結

以上是生活随笔為你收集整理的git操作之版本控制的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。