安装git，windows下安装gitbash自带git，linux系统sudo apt-get install -g git

--------------------------------------------------------------------------

1、运行git bash,在本地创建获取SSH KEY

$ ssh-keygen -t rsa -C "[email protected]"

2、测试是否连接成功

ssh -T [email protected]

3、设置username和email

$ git config --global user.name "aliplus"

$ git config --global user.email "[email protected]"

4、将git定位到D盘中

$ cd /D

5、克隆库到本地

$ git clone https://github.com/aliplus/test.git

6、重新定位git，定位在你库的文件夹

$cd /D/test

7、输入ls语句，ls的作用是查看你目前所定位的文件夹中的文件

$ls

8、输入git add . 提交test文件下的所有文件夹及文件

之后输入然后git commit -m "备注信息" 引号内的内容可以随意改动，这个语句的意思是 给你刚刚上传的文件一个备注，方便查找记忆而已

9、输入git push -u origin master 第一次推送master分支的所有内容

10、至此成功将本地项目文件推送至远程库中

----------------------------------------------------------------------

只需要将你的代码，放到库的对应的文件夹中，

然后使用git add 文件名.后缀 、git commit -m "文件备注"

最后git push -u origin master，将你的代码提交远程仓库

----------------------------------------------------------------------

GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里

提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。

----------------------------------------------------------------------

常用的git命令使用及说明：

1、检验本机是否生成密钥，执行命令：

$ cd ~/.ssh

$ ls

2、初始化一个Git仓库，使用git init命令。通过git init命令把本地文件目录变成Git可以管理的仓库

当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的，千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。

如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。

修改文件后，怎么提交到远程仓库

1.git status 查看git是否有修改内容需要提交

2.git add 指向需要提交的内容文件，可一次提交多个文件

$ git add file1.txt

$ git add file2.txt file3.txt 多个文件用 空格 隔开

$ git commit -m "add 3 files."

在使用git add提交多个文件的方式：

git add . 后面加一个“.”，匹配所有的文件

提交多个文件时，git add后可以有如下参数以及参数的解释:

git add . 提交被修改的和新建的所有文件，但不包括被删除的文件

git add -u --update update tracked files 更新所有改变的文件，即提交所有变化的文件

git add -A --all add changes from all tracked and untracked files 提交已被修改和已被删除文件，但是不包括新的文件

3.git commit 提交到本地库

git commit -m "文件备注"

4.git push origin master 提交到远程仓库

5.git log命令查看文件修改日志

git log --pretty=oneline 命令可简化日志输出信息

6.在Git中，用HEAD表示当前版本

上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

回到上一个版本：git reset --hard HEAD^ ，

你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本怎么办？找不到新版本的commit id怎么办？

git reflog 用来记录你的每一次命令，通过这条命令查询到所有版本号

回返后再恢复：git reset --hard “commit id(版本号，版本号没必要写全，前几位就可以了，Git会自动去找，不含引号)”

------------------------------------------------------------------------

工作区（Working Directory）就是你在电脑里能看到的目录。

版本库（Repository）工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的 暂存区 ，还有Git为我们自动创建的第一个 分支master ，以及指向master的一个指针叫HEAD。

我们把文件往Git版本库里添加的时候，是分两步执行的：

第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

Git跟踪并管理的是修改，而非文件

Git是如何跟踪修改的，每次修改，如果不用git add到暂存区，那就不会加入到commit中

用git diff HEAD -- test.txt命令可以查看工作区和版本库里面最新版本的区别

git checkout -- test.txt命令把test.txt文件在工作区的修改全部撤销

git reset HEAD test.txt 命令把暂存区test.txt文件的修改撤销

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，可通过版本回退命令（前提是还没有推送到远程库）。

rm <file> 删除工作区一个文件

从版本库中删除该文件，那就用命令git rm删掉，并且git commit：

从来没有被添加到版本库就被删除的文件，是无法恢复的！

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

远程库github

git push -u origin master 把本地库的所有内容推送到远程，实际上是把当前分支master推送到远程。

由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。

要关联一个远程库，使用命令git remote add origin [email protected]:account name/repo-name.git；

关联后，使用命令git push -u origin master第一次推送master分支的所有内容；

此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改。

将远程仓库克隆到本地

在github上新建一个新的远程仓库，创建时勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件。

用命令git clone克隆一个本地库：

1、首先用 cd 命令指定盘符及存放路径：cd /D/gitfile/ //比如克隆到D盘下的gitfile文件夹下

2、然后使用如下命令，成功将远程仓库克隆到本地

git clone [email protected]:account name/repo-name.git //account name为你在github上的账户名，repo-name为新建的仓库名

分支的创建合并删除

在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。

截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

创建新的dev分支：git checkout -b dev

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

git branch dev

git checkout dev

git branch 查看当前分支，git branch命令会列出所有分支，当前分支前面会标一个*号。

现在可以在新分支下对文件内容进行修改。

切换回master分支：git checkout master

切换后，发现刚修改的文件内容不存在

合并分支：git merge命令用于合并指定分支到当前分支。

git merge dev //合并dev分支到当前master分支，也就是直接把master指向dev的当前提交

合并后，再查看文件的内容，就可以看到，和dev分支的最新提交是完全一样的。

删除dev分支：git branch -d dev

git branch 查看分支 就只剩下 master 分支了

合并分支git通常以fast forward模式，即快进模式，也就是直接把master指向dev的当前提交，所以合并速度非常快。

因为创建、合并和删除分支非常快，所以Git鼓励你使用分支完成某个任务，合并后再删掉分支，这和直接在master分支上工作效果是一样的，但过程更安全。

创建并切换到新的dev分支，可以使用：git switch -c dev

直接切换到已有的master分支，可以使用：git switch master

1、重命名本地分支 git branch -m old-name new-name

2、删除远程旧名称分支并且push新名称分支 git push origin :old-name new-name

3、关联新名称的本地分支和远程分支 git push origin -u new-name

Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>或者git switch <name>

创建+切换分支：git checkout -b <name>或者git switch -c <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

合并分支冲突解决

场景：

1、先创建新的分支new-修改test.txt最后一行文字-git add，git commit 提交修改；

2、切换至master分支-再修改test.txt最后一行文字-git add，git commit 提交修改；

3、合并分支git merge new 时，Git告诉我们，test.txt文件存在冲突，必须手动解决冲突后再提交

Automatic merge failed; fix conflicts and then commit the result.

直接查看test.txt的内容,会发现：

<<<<<<<HEAD

在master分支上修改的

=====

在new分支上修改的

>>>>>>> new(新的分支)

4、手动修改后，再git add，git commit,提交修改；

5、用带参数的git log也可以看到分支的合并情况（历史提交的commit id）：

git log --graph --pretty=oneline --abbrev-commit

6、合并完成后，删除new分支：

git branch -d new

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log --graph命令可以看到分支合并图。

分支管理策略

通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

合并dev新分支，请注意--no-ff参数，表示禁用Fast forward，即可按照普通模式合并：

git merge --no-ff -m "merge with no-ff" dev

因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。

合并后，我们用git log查看分支历史。

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

bug分支

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场；

在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“复制”到当前分支，避免重复劳动。

feature分支

在项目开发中，开发一个新功能feature，最好新建一个分支，完成后合并，最后，删除该feature分支；

如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

多人协作

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。

要查看远程库的信息，用git remote

或者，用git remote -v显示更详细的信息：

$ git remote -v

origin https://github.com/aliplus/test.git (fetch)

origin https://github.com/aliplus/test.git (push)

上面显示了可以抓取和推送的origin的地址。如果没有推送权限，就看不到push的地址。

推送分支

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：

$ git push origin master

如果要推送其他分支，比如dev，就改成：

$ git push origin dev

但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？

master分支是主分支，因此要时刻与远程同步；

dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

抓取分支

多人协作时，大家都会往master和dev分支上推送各自的修改。

现在，模拟一个你的小伙伴，可以在另一台电脑（注意要把SSH Key添加到GitHub）或者同一台电脑的另一个目录下克隆：

$ git clone [email protected]:aliplus/test.git

当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看：

$ git branch

* master

现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：

$ git checkout -b dev origin/dev

现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程：

$ git add demo.txt

$ git commit -m "add demo"

$ git push origin dev

同时推送

你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送：

$ cat env.txt

$ git add env.txt

$ git push origin dev

提示推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，

Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：

$ git pull

git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：

$ git branch --set-upstream-to=origin/dev dev

再pull：

$ git pull

这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：

$ git commit -m "fix env conflict"

$ git push origin dev

多人协作的工作模式通常是这样：

首先，可以试图用git push origin <branch-name>推送自己的修改；

如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

如果合并有冲突，则解决冲突，并在本地提交；

没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！

如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。

这就是多人协作的工作模式，一旦熟悉了，就非常简单。

查看远程库信息，使用git remote -v；

本地新建的分支如果不推送到远程，对其他人就是不可见的；

从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；

在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；

建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；

从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

rebase

rebase操作可以把本地未push的分叉提交历史整理成直线；

rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

git rebase --abort 退回到rebase操作之前的状态

git rebase --abort 放弃合并，回到rebase操作之前的状态，之前的提交的不会丢弃

git rebase --skip 会将引起冲突的commits丢弃掉，一般谨慎使用

git rebase --continue 合并冲突时用，结合"git add 文件"命令一起用与修复冲突

git rebase --interactive HEAD~7 变基当前分支中最近的几个提交

git pull = git fetch + git merge

git pull --rebase = git fetch + git rebase

标签管理

发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。

所以，标签也是版本库的一个快照。Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。

1、切换到需要打标签的分支上：git branch 、git checkout master

2、使用命令给分支打标签：git tag V1.0

3、查看有所标签：git tag

默认标签是打在最新提交的commit上的,下面给历史提交的commit id打标签：

1、查看所有commit日志：git log --pretty=oneline --abbrev-commit

2、给需要的commit id打标签： git tag v0.9 f52c633 //f52c633为commit id

使用命令git show tag-name(标签名) 查看标签信息

创建带有说明的标签，用-a指定标签名，-m指定说明文字：

git tag -a v0.1 -m "version 0.1 released" f0f5b10 //f0f5b10为指定的commit id

注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。

命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；

命令git tag -a <tagname> -m "blablabla..."可以指定标签信息；

命令git tag可以查看所有标签。

推送一个本地标签：git push origin v1.0

一次性推送全部尚未推送到远程的本地标签：git push origin --tags

删除标签

先删除本地标签：git tag -d v1.0

再删除远程标签：git push origin :refs/tags/v1.0

命令git push origin <tagname>可以推送一个本地标签；

命令git push origin --tags可以推送全部未推送过的本地标签；

命令git tag -d <tagname>可以删除一个本地标签；

命令git push origin :refs/tags/<tagname>可以删除一个远程标签。

------------------------------------------------------------------------------------

删除远程仓库文件夹或文件

cd 切换到项目目录下

$ git pull origin master //将远程仓库里面的项目拉下来

$ dir //查看有哪些文件夹

$ git rm -r --cached folder

//删除文件夹,folder为要删除的文件名

$ git commit -m 'delete folder

' //提交,添加操作说明

$ git push -u origin master //将本次更改更新到github项目上去

工作区创建文件/文件夹

cd /D/gitpro/test //切换到工作区目录下

touch file.txt //创建file.txt文件

rm file.txt //删除file.txt文件

mkdir public //创建public目录

rm -r public/ //删除public目录

文件重命名

1.重命名本地的文件，例如将test.txt 重命名为readme.txt

git mv test.txt readme.txt //重命名并提交

查看本地目录文件，已被重命名

2.查看状态:git status

有下面信息表示重命名成功

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

renamed: test.txt -> readme.txt

3.git commit -m "文件重命名"

4.git push origin master

5.查看远程仓库文件，已重命名成功。

------------------------------------------------------------------------------------

在GitHub如何参与别人项目呢？

比如bootstrap项目，你可以访问它的项目主页https://github.com/twbs/bootstrap，点“Fork”就在自己的账号下克隆了一个bootstrap仓库，

然后，从自己的账号下clone：

git clone [email protected]:aliplus/bootstrap.git

一定要从自己的账号下clone仓库，这样你才能推送修改。

如果从bootstrap的作者的仓库地址[email protected]:twbs/bootstrap.git克隆，因为没有权限，你将不能推送修改。

流程如下：

Bootstrap的官方仓库twbs/bootstrap -----→ 点“Fork”在GitHub上克隆的仓库my/bootstrap -----→ 你自己克隆到本地电脑的仓库local/bootstrap

如果你想修复bootstrap的一个bug，或者新增一个功能，立刻就可以开始干活，干完后，往自己的仓库推送。

如果你希望bootstrap的官方库能接受你的修改，你就可以在GitHub上发起一个pull request。当然，对方是否接受你的pull request就不一定了。

------------------------------------------------------------------------------------

自定义git

1、git有很多可配置项。比如，让Git显示颜色，会让命令输出看起来更醒目：

$ git config --global color.ui true

2、忽略特殊文件

有些时候，你必须把某些文件放到Git工作目录中，但又不能提交它们，比如保存了数据库密码的配置文件啦，等等，每次git status都会显示Untracked files ...，有强迫症的童鞋心里肯定不爽。

好在Git考虑到了大家的感受，这个问题解决起来也很简单，在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。

不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。所有配置文件可以直接在线浏览：https://github.com/github/gitignore

忽略文件的原则是：

忽略操作系统自动生成的文件，比如缩略图等；

忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；

忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。

3、配置别名

有没有经常敲错命令？比如git status？status这个单词真心不好记。

如果敲git st就表示git status那就简单多了。

我们只需要敲一行命令，告诉Git，以后st就表示status：

$ git config --global alias.st status

若Git Bash运行命令后，一直出现冒号：按Q可直接退出，切换至$。

1、q 退出编辑，如果文本内容被修改过，则会报错

2、q! 强制退出编辑，如果文本内容被修改过，会丢弃此次的修改

3、x 退出编辑并保存