Git是分布式版本控制系统,那么它就没有中央服务器的,每个人的电脑就是一个完整的版本库,这样,工作的时候就不需要联网(可以离线在本地提交,在联网时push到相应的服务器或其他用户)了,因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库,那多个人如何协作呢?比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,这时,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。
1.前期准备
- 安装git
- 配置git:
git config --global user.name "*********"
git config --global user.email "*********@gmail.com"
2.操作
// Bash基本操作命令
cd 改变目录
cd .. 会退到上一级目录
mkdir 新建一个目录,一个文件夹
pwd 显示当前目录的路径
ls(-la) 列出当前文件的所有文件
touch 新建一个文件(touch index.js)
rm 删除一个文件
rm -r 删除一个文件夹
mv 移动文件(mv index.html src)
clear 清屏
history 查看历史的命令
help 帮助
exit 退出
1.git工作流程


2.git日常使用基本命令
- workspace: 工作区
- index/stage: 暂存区
- repository/history:本地仓库
- remote repository:远程仓库

1.创建版本库
什么是版本库?版本库又名仓库,英文名repository,你可以简单的理解一个目录,这个目录里面的所有文件都可以被Git管理起来,每个文件的修改,删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻还可以将文件”还原”。
- 通过git init命令把当前目录变成git可以管理的repository。(全新的)
cd gitDemo //切换目录gitDemo
git init //初始化目录,目录下会多了一个.git的目录,
//这个目录是Git来跟踪管理版本的
- 克隆远程仓库(clone)
#克隆一个项目和他的整个历史版本
git clone [url]
2.git文件操作
- 版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者要提交的文件没提交上。文件共有4张状态:Untracked;Unmodify;Modified;Staged。
- Untracked(未跟踪):此文件在文件夹中,但并没有加入到git库,通过git add状态改变为Staged。
- Unmodify(未修改):文件已经入库,版本库中的文件快照内容与文件夹中完全一致。如果文件修改状态变成Modified,如果git rm移除,则状态变成Untracked。
- Modified(已修改):文件仅仅已经修改,但是没有做其他的操作。如果文件git add则状态变成Staged;如果git checkout(从库中取出文件覆盖当前修改)丢弃修改,则变成Unmodify。
- Staged(暂存):如果执行git commit,将文件提交到本地库中,这是库中的文件和本地文件一致,文件状态变为Unmodify;如果执行git reset HEAD filename取消暂存,文件状态变为Modifed。

- 查看文件状态
#查看指定文件状态
git status [filename]
#查看所有文件状态
git status
- 添加文件与目录 Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。
#添加指定文件到暂存区
git add [filename1][filename2]……
#添加指定目录到暂存区,包括子目录
git add [dir]
#添加当前目录所有的文件到暂存区
git add .
- 移除文件与目录(撤销add)

#直接从暂存区移除文件
git rm --cached [file] //工作区不作出改变
git rm [file] //不但从暂存区中删除,同时删除物理文件
#如果已经通过add命令加入stage,就需要从stage中撤销,工作区不受影响。
git reset HEAD [file]
#移除所有未跟踪文件
#一般会加上-df,-d表示包含目录,-f表示强制清除
git clean [options]
- 查看文件修改后的差异:git status能看到那些文件做出了修改,但是看不见具体的内容,则是使用git diff。
#查看文件修改后的差异
git diff [files]
#比较暂存区的文件和之前提交的文件
git diff --cached
#比较repo与工作空间中的文件差异
git diff HEAD

$ git checkout branch
#检出branch分支。要完成图中的三个步骤,更新HEAD以指向branch分支,以及用branch 指向的树更新暂存区和工作区。
$ git checkout
#汇总显示工作区、暂存区与HEAD的差异。
$ git checkout HEAD
#同上
$ git checkout -- filename
#用暂存区中filename文件来覆盖工作区中的filename文件。相当于取消自上次执行git add filename以来(如果执行过)的本地修改。
$ git checkout branch -- filename
#维持HEAD的指向不变。用branch所指向的提交中filename替换暂存区和工作区中相 应的文件。注意会将暂存区和工作区中的filename文件直接覆盖。
$ git checkout -- . 或写作 git checkout .
#注意git checkout 命令后的参数为一个点(“.”)。这条命令最危险!会取消所有本地的 #修改(相对于暂存区)。相当于用暂存区的所有文件直接覆盖本地文件,不给用户任何确认的机会!
$ git checkout commit_id -- file_name
#如果不加commit_id,那么git checkout -- file_name 表示恢复文件到本地版本库中最新的状态。
- 提交:通过add只是将文件或目录添加到了index暂存区,使用commit可以实现将暂存区的文件提交到本地仓库。
# 提交暂存区到仓库区
$ git commit -m [message]
# 提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] ... -m [message]
# 提交工作区自上次commit之后的变化,直接到仓库区,跳过了add,对新文件无效
$ git commit -a
# 提交时显示所有diff信息
$ git commit -v
# 使用一次新的commit,替代上一次提交
# 如果代码没有任何新变化,则用来改写上一次commit的提交信息
$ git commit --amend -m [message]
# 重做上一次commit,并包括指定文件的新变化
$ git commit --amend [file1] [file2] ...
- 总结

3.分支
分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另一个你正在另一个平行宇宙里努力学习SVN。
如果两个平行宇宙互不干扰,那对现在的你也没啥影响。不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了Git又学会了SVN!

1.常用命令
#列出所有的分支
git branch
#列出所有的远程分支
git branch -r
#列出所有远程分支和本地分支
git branch -a
#新建一个分支,并依旧停留在当前分支
git branch [branchName]
#新建一个分支,并切换到该分支
git checkout -b [branchName]
#切换分支,并更新工作区
git chechout [branchName]
#切换到上一个分支
git checkout -
#合并指定分支到当前分支
git merge [branchName]
#选择一个commit,并合并进当前分支
git cherry-pick [commit]
#删除分支
git branch -d [branchName]
#删除远程分支
git push origin --delete [branchName]
git branch -dr [remote/branch]
# 建立追踪关系,在现有分支与指定的远程分支之间
git branch --set-upstream [branch] [remote-branch]
# 新建一个分支,指向指定commit
git branch [branch] [commit]
# 新建一个分支,与指定的远程分支建立追踪关系
git branch --track [branch] [remote-branch]
2.冲突解决
如果同一个文件在合并分支时都被修改了则会引起冲突。解决的办法是==我们可以修改冲突文件后重新提交==,请注意当前的状态产master | MERGING。
新建一个分支demo并切换到当前分支,然后修改文件index.js文件,并add,commit;然后切换到主分支master,并修改文件index.js,也add,commit。
1. 合并分支
git merge demo
2.发生冲突
CONFLICT (content): Merge conflict in index.js
3.查看冲突的文件
git status
4.手动修改文件后并提交
git add index.js
5.删除demo分支
git branch -d demo
3.拉取提交代码
- 如果是提交的话,直接git push
- 如果是拉取的话,就有两种情况:pull、fetch
git pull 从远程拉取最新版本 到本地 自动合并 merge git pull origin master
git fetch 从远程获取最新版本 到本地 不会自动合并 merge git fetch origin master git log -p master ../origin/master
git merge orgin/master
实际使用中 使用git fetch 更安全 在merge之前可以看清楚 更新情况 再决定是否合并