你一定有過這樣的經歷，比如 工作總結.txt new工作總結.txt new new工作總結.txt
工作總結0103.txt 工作總結0105.txt 工作總結ok.txt …….
以上，這麼多不同版本的工作總結，就是你手工管理版本的時代。
有了git，他會自動跟蹤檔案的改變，你刪除了那些行，修改了那些文字，新增了什麼，git都如實記錄，並允許你恢復到任意時刻。
現在我們來想象一下git會如何工作。首先git要知道他要管理那些檔案吧，或者說你如何告訴git需要他管理那些檔案？那麼最簡單的方式是啥？指定乙個目錄唄，比如告訴git d:\ work目錄裡所有的檔案都需要他管理。你方便git也方便，不然 c盤下有個 file1.txt ， d:\work目錄有個file2.txt e:\myfile目錄下又有個file3.txt ….. 想想配置起來都不方便。
那麼，git就是基於目錄的方式在工作了。
而把目錄變成倉庫，非常簡單，乙個命令搞定：
git init
你一定會問，建立好倉庫之後，git又是在**記錄檔案的版本資訊呢？（更改、刪除等），總的有個資料庫記錄吧。是的，git的「資料庫」就在你的目錄下面，叫做 .git 目錄，是乙個隱藏目錄，這裡面就是git的工作核心了。
現在，開始我們的第乙個檔案。隨便建立乙個文件，比如 test.txt 內容如下：
中國足球隊1:0 戰勝了南韓足球隊
如何把這個檔案，放到倉庫裡，就兩步
// 把檔案加入到快取區，什麼是快取區，後面會說，先這樣記住
2， git commit -m 「
我的第乙個
git測試檔案
」 // 把檔案提交到倉庫，真正的記錄
這樣，你已經成功向git版本庫里提交了第乙個檔案。
總結：1，
建立乙個目錄
2，
git init
建立版本倉庫
3，
git add file1 file2 ….
4，
git commit -m 「
說明」
開始你的第乙個node專案
檢驗是否安裝成功，windows鍵 r，開啟命令列視窗，輸入如下，如若輸出有版本號，表示node安裝完畢，npm node package manager 安裝完畢 二 新建專案 結果如下 三 編寫專案 新建index.js檔案，輸入如下 note node很強大，這只是乙個很小很小的專案，任何你想...
第乙個版本
第乙個版本已經發布 原定8月20號發布第乙個版本，推遲了兩天於8月22號發布此版本 總結推遲原因吧 2 沒有策劃，由我們自己主導策劃的角色，導致產品很多功能定位上，不夠完美，不斷修正 3 在美術資源跟進上，花了我很多的時間，如果當初美術設計這塊交給對方公司的話，可能就不用這麼費勁 4 美術人員的功力...
regex 第乙個版本
include include char error label error char matchhere char regex char text char match char regex char text else return error label char matchhere char...