因?yàn)橛玫氖荱buntu的，所以需要會(huì)的Linux下使用混帳
版本控制：
版本控制就是記錄對(duì)文件，目錄或者工程等的歷史修改，方便查看更改歷史，備份或者是恢復(fù)以前的版本等等
分布式版本控制：
分布式版本控制系統(tǒng)是把所有的版本信息倉庫全部同步到本地，這樣就可以在本地查看所有版本歷史，可以離線提交，等有網(wǎng)的時(shí)候再推到相應(yīng)的服務(wù)器或其他用戶那里，由于每個(gè)用戶那里保存的都是所有的版本數(shù)據(jù)，所以，只要有一個(gè)設(shè)備沒有問題就可以恢復(fù)所有數(shù)據(jù)。
三個(gè)工作區(qū)域：本地?cái)?shù)據(jù)（倉庫）目錄，工作區(qū)，暫存區(qū)
git%20directory就是我們的本地倉庫.git目錄，里面保存了所有的版本信息等內(nèi)容。
working%20driectory，工作目錄，就是我們的工作目錄，其中包括未跟蹤文件及已跟蹤文件，而已跟蹤文件都是從git目錄取出來的文件的某一個(gè)版本或新跟蹤的文件。
staging%20area，暫存區(qū)，不對(duì)應(yīng)一個(gè)具體目錄，其他只是git%20directory中的一個(gè)特殊文件。
當(dāng)我們修改了一些文件后，要將其放入暫存區(qū)然后才能提交，每次提交時(shí)其實(shí)都是提交暫存區(qū)的文件到GIT中倉庫，然后清除暫存區(qū)。而檢出某一版本時(shí)，這一版本的文件就從git的倉庫取出來放到了我們的工作目錄。
文件暫存：
***%20git%20add%20<file>將文件暫存到暫存區(qū)
***%20git%20reset%20HEAD%20^%20<file>取消暫存的文件
***修改了一個(gè)文件，想還原文件git%20checkout%20-%20<file>
文件修改：
***%20git%20status只能查看對(duì)哪些做了改動(dòng)linux常用命令，具體改動(dòng)了什么要用git%20diff
其中---表示修改之前的文件，+++%20b表示修改后的文件。紅色表示修改的地方
文件移除：
*** git rm <file>
提交文件：
*** git commit -a全部提交
*** git commit -m“”提交后注釋
*** git commit --amend提交后發(fā)現(xiàn)有個(gè)文件改錯(cuò)了，或者只是想修改提交說明，這時(shí)可以對(duì)相應(yīng)文件做出修改，將修改過的文件通過“git add”添加到暫存區(qū)，使用git commit --amend
如果文件已經(jīng)提交了，就要用這種辦法取消提交：
操作和添加新文件類似，實(shí)際上對(duì)于本地變化的文件（包括添加、修改、刪除的文件）都是執(zhí)行svn commit命令提交給到svn服務(wù)器完成版本化處理（該版本號(hào)會(huì)遞增）。 在材料和截面列表中選擇跨中截面，然后點(diǎn)擊截面列表右側(cè)的復(fù)制命令，生成新 的截面，然后再對(duì)新生成的截面修改截面名稱即可。一個(gè)事務(wù)正在對(duì)一條記錄做修改，在這個(gè)事務(wù)完成并提交之前，這條數(shù)據(jù)是處于待定狀態(tài)的（可能提交也可能回滾），這時(shí)，第二個(gè)事務(wù)來讀取這條沒有提交的數(shù)據(jù)，并據(jù)此做進(jìn)一步的處理，就會(huì)產(chǎn)生未提交的數(shù)據(jù)依賴關(guān)系。
git reset HEAD <file>這條命令會(huì)使HEAD提向指定的提交; HEAD表示當(dāng)前
分支合并合并和重訂的區(qū)別：
分支合并（merge）是將兩個(gè)分支的改動(dòng)合并到一起，并生成一個(gè)新的提交，提交歷史是按時(shí)間排序的，即我們實(shí)際提交的順序，通過git log --graph或一些圖形化工具，可能很明顯地看到分支的合并歷史，如果分支比較多就很混亂，而且如果以功能點(diǎn)新建分支，等功能點(diǎn)完成后合回主線，由于合并后提交是按提交時(shí)間排序的，提交歷史就比較亂，各個(gè)功能點(diǎn)的提交混雜在一起，還可能遇到上面提到的補(bǔ)丁問題。
rebase不會(huì)產(chǎn)生合并的提交,它會(huì)將本地的所有提交臨時(shí)保存為補(bǔ)丁(patch),放在”.git/rebase”目錄中,然后將當(dāng)前分支更新到最新的分支尖端,最后把保存的補(bǔ)丁應(yīng)用到分支上.。我們?nèi)粘ｉ_發(fā)中的代碼需要從 master 分支拉一條 develop 分支出來，該分支所有人都能訪問，但一般情況下，我們也不會(huì)直接在該分支上提交代碼，代碼同樣是從其它分支合并到 develop 分支上去。隨著經(jīng)濟(jì)建設(shè)的發(fā)展，水力學(xué)學(xué)科衍生了一些新的分支，以處理特定條件下的水力學(xué)問題，如以解決河流泥沙運(yùn)動(dòng)所導(dǎo)致的河床演變問題的動(dòng)床水力學(xué)，以解決風(fēng)浪對(duì)防護(hù)構(gòu)筑物的動(dòng)力作用和對(duì)近岸底砂的沖淤作用等問題的波浪理論等。
