因为用的是Ubuntu的，所以需要会的Linux下使用混帐
版本控制：
版本控制就是记录对文件，目录或者工程等的历史修改，方便查看更改历史，备份或者是恢复以前的版本等等
分布式版本控制：
分布式版本控制系统是把所有的版本信息仓库全部同步到本地，这样就可以在本地查看所有版本历史，可以离线提交，等有网的时候再推到相应的服务器或其他用户那里，由于每个用户那里保存的都是所有的版本数据，所以，只要有一个设备没有问题就可以恢复所有数据。
三个工作区域：本地数据（仓库）目录，工作区，暂存区
git%20directory就是我们的本地仓库.git目录，里面保存了所有的版本信息等内容。
working%20driectory，工作目录，就是我们的工作目录，其中包括未跟踪文件及已跟踪文件，而已跟踪文件都是从git目录取出来的文件的某一个版本或新跟踪的文件。
staging%20area，暂存区，不对应一个具体目录，其他只是git%20directory中的一个特殊文件。
当我们修改了一些文件后，要将其放入暂存区然后才能提交，每次提交时其实都是提交暂存区的文件到GIT中仓库，然后清除暂存区。而检出某一版本时，这一版本的文件就从git的仓库取出来放到了我们的工作目录。
文件暂存：
***%20git%20add%20<file>将文件暂存到暂存区
***%20git%20reset%20HEAD%20^%20<file>取消暂存的文件
***修改了一个文件，想还原文件git%20checkout%20-%20<file>
文件修改：
***%20git%20status只能查看对哪些做了改动linux常用命令，具体改动了什么要用git%20diff
其中---表示修改之前的文件，+++%20b表示修改后的文件。红色表示修改的地方
文件移除：
*** git rm <file>
提交文件：
*** git commit -a全部提交
*** git commit -m“”提交后注释
*** git commit --amend提交后发现有个文件改错了，或者只是想修改提交说明，这时可以对相应文件做出修改，将修改过的文件通过“git add”添加到暂存区，使用git commit --amend
如果文件已经提交了，就要用这种办法取消提交：
操作和添加新文件类似，实际上对于本地变化的文件（包括添加、修改、删除的文件）都是执行svn commit命令提交给到svn服务器完成版本化处理（该版本号会递增）。 在材料和截面列表中选择跨中截面，然后点击截面列表右侧的复制命令，生成新 的截面，然后再对新生成的截面修改截面名称即可。一个事务正在对一条记录做修改，在这个事务完成并提交之前，这条数据是处于待定状态的（可能提交也可能回滚），这时，第二个事务来读取这条没有提交的数据，并据此做进一步的处理，就会产生未提交的数据依赖关系。
git reset HEAD <file>这条命令会使HEAD提向指定的提交; HEAD表示当前
分支合并合并和重订的区别：
分支合并（merge）是将两个分支的改动合并到一起，并生成一个新的提交，提交历史是按时间排序的，即我们实际提交的顺序，通过git log --graph或一些图形化工具，可能很明显地看到分支的合并历史，如果分支比较多就很混乱，而且如果以功能点新建分支，等功能点完成后合回主线，由于合并后提交是按提交时间排序的，提交历史就比较乱，各个功能点的提交混杂在一起，还可能遇到上面提到的补丁问题。
rebase不会产生合并的提交,它会将本地的所有提交临时保存为补丁(patch),放在”.git/rebase”目录中,然后将当前分支更新到最新的分支尖端,最后把保存的补丁应用到分支上.。我们日常开发中的代码需要从 master 分支拉一条 develop 分支出来，该分支所有人都能访问，但一般情况下，我们也不会直接在该分支上提交代码，代码同样是从其它分支合并到 develop 分支上去。随着经济建设的发展，水力学学科衍生了一些新的分支，以处理特定条件下的水力学问题，如以解决河流泥沙运动所导致的河床演变问题的动床水力学，以解决风浪对防护构筑物的动力作用和对近岸底砂的冲淤作用等问题的波浪理论等。
