操作系统 window10
学习来源: http://www.liaoxuefeng.com/wiki
常用
撤销stage中的内容
git reset HEAD -- .
常用ignore
data
image
model
models
*.jpeg
*.jpg
*.png
*.wav
*.mp3
*.mp4
*.MP4
*.rar
*.zip
*.gif
*.swf
*.ttf
*.woff
*.dat
创建版本库
- 创建 一个目录 gittest1
- 进入该目录，通过
git init把目录变成 可以管理的仓库
$ mkdir gittest1
$ cd gittest1
$ git init
$ vim readme.txt
\#输入
Git is a version control system.
Git is free software.
$ git add readme.txt
- 注 ：在window上如果运行git add readme.txt出现如下错误
错误信息
可以将项目下的.git文件删除，然后执行git config --global core.autocrlf false即可。
错误原因:
CRLF -- Carriage-Return Line-Feed 回车换行就是回车(CR, ASCII 13, \r) 换行(LF, ASCII 10, \n)。这两个ACSII字符不会在屏幕有任何输出，但在Windows中广泛使用来标识一行的结束。而在Linux/UNIX系统中只有换行符。也就是说在windows中的换行符为 CRLF， 而在linux下的换行符为：LF使用git来生成一个rails工程后，文件中的换行符为LF， 当执行git add .时，系统提示：LF 将被转换成 CRLF,执行上面命令后系统就不会进行换行符的转换了
更新与提交
- 修改readme.txt文件
Git is a distributed version control system.
Git is free software. - 运行
git status查看仓库当前的状态
Paste_Image.png - 运行
git diff readme.txt查看文件的difference
Paste_Image.png - 执行
git add readme.txt和git commit -m "add distributed"进行提交
Paste_Image.png
-
注： 如果 在提交是出现如下 问题
Paste_Image.png
则按提示输入命令，将邮箱和用户名替换成你自己的即可
-
git log可以查看 从最近 到最远的日志
Paste_Image.png
git log --pretty=oneline可以简化输出
Paste_Image.png
你看到的一大串类似3628164...882e1e0的是commit id是版本号。是一个SHA1计算出来的一个非常大的数字，用十六进制表示。
回退与前进操作
- git reset命令
使用git reset --hard HEAD^命令可以实现回退到上一个版本
Paste_Image.png
使用git reflog可以查看你的每一次命令,包括相应的id， 然后你可以用git reset --hard commit_id来选择回退到哪个版本
Paste_Image.png
Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD
指针，当你回退版本的时候，Git仅仅是把HEAD从指向前一个位置
Paste_Image.png
Paste_Image.png
git 的工作区和缓存区
-
我们的目录gittest1就是一个工作区，工作区下的隐藏目录.git是版本库,版本库中有stage就是暂存区，还有自动创建的第一个分支 master以及指向master 的指针 HEAD.
Paste_Image.png -
git add命令是把文件提交到stage中
git commit命令是把stage中的内容提交到当前分支中。
Paste_Image.png -
git add 后
Paste_Image.png
git commit后
Paste_Image.png
git是如何管理修改的
- 直接通过 例子说明
- 修改readme.txt 增加
add line 1 - 运行
git add - 再次修改readme.txt增加
add line2 - 运行
git commit -m "tow mod"
查看 - 运行
git status查看状态
Paste_Image.png
Paste_Image.png
可以看到第二次的修改是没有被提交的，所以git 修改的只是stage即暂存区的内容，只有你使用了git add将内容提交到stage中后，使用git commit才能修改到版本库
git 的撤销修改
- 撤销修改分四种情况，(1) 内容未添加到stage中，(2)内容已经添加到stage中，(3)内容已经提交版本库，(4)内容提交到远程版本库
- 向readme.txt中添加 内容
my boss is stupid
-
对应第一各情况
直接使用git checkout -- file即可
Paste_Image.png
这个动作是回到上一步：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。 -
对应第二各情况
git reset HEAD file
Paste_Image.png 对应第三各情况
git reset --hard commit_id前面已经介绍过了对应第四各情况
这样是肯定会给别人看到的_
git 文件的删除
- 从版本库中删除
git rm命令，之后 执行git commit
Paste_Image.png - 没有提交删除就可以找回
用git checkout命令
Paste_Image.png
远程仓库
-
创建SSH key 在用户主目录下， 看看有没有.ssh目录，如果有，再看看有没有id_rsa和id_rsa.pub这两个 文件，如果 已经有了，可以直接下一步。如下图:
Paste_Image.png
你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。
如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。 - 注册github,按如下 操作
Paste_Image.png
Paste_Image.png
Paste_Image.png
填写一个title，key填写id_rsa.pub文件中的内容。
为什么GitHub需要SSH Key呢？因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。
当然，GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。
通过git remote add origin git@github.com:git账号/gittest/git,git push -u origin master可以把本地仓库的内容推送到github仓库.添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
Paste_Image.png
Paste_Image.png
由于远程库是空的，我们第一次推送master
分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
推送后,是不是和本地一样一样的了
Paste_Image.png
之后再更新就可以使用git push origin master命令了
当你第一次使用Git的clone或者push命令连接GitHub时，会得到一个警告：
Paste_Image.png
这是因为Git使用SSH连接，而SSH连接在第一次验证GitHub服务器的Key时，需要你确认GitHub的Key的指纹信息是否真的来自GitHub的服务器，输入yes回车即可。
分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作 - 克隆远程库:
Paste_Image.png
也可以用https://github.com/hopevow/gittest1.git这样的地址，因为git支持多种协议，默认git://使用ssh，但也可以使用https等其它 协议，使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。
git的分支 管理
- 分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。
-
在每次提交时，git会把它们串成一条时间线，这条时间线就是一个分支，如今我们只有一条时间线，在git里，这个分支就是master，HEAD严格来说不是指向提交，master才是指向提交，所以head指向当前分支
Paste_Image.png
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。
-
分支创建与合并原理
当我们创建一个新的分支时，git和新建一个指针，指向master相同的提交，再把HEAD指向dev上，如新建分支dev.
Paste_Image.png
之后再对工作区的修改就是针对dev了
Paste_Image.png
最后分支完成后进行合并并删除
Paste_Image.png
Paste_Image.png
Paste_Image.png
Paste_Image.png
合并分支
Paste_Image.png - 命令总结
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>
冲突解决
如下两个 分支同时修改readme.txt文件，如下 ：
Paste_Image.png
Paste_Image.png
所以当git无法自动合并分支时，就必须先解决冲突再提交，使用
git log --graph可以查看分支合并图。以上用的都是Fast forward模式， 删除分支后，会丢掉分支信息。如果强制禁用了fast forward模式，git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。操作如下
Paste_Image.png
不用fast forward模式合并后
Paste_Image.png
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
bug 分支
- 修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
- git 的stash功能，可以把当前工作现场储藏起来，等以后恢复现场后继续工作
git stash，现在工作区就是干净的，可以放心创建分支来修复bug，首先确定要在哪个分支上修复 bug，假定需要在master上，就在master上创建临时分支 :
git checkout master
git checkout -b issue-101
git add readme.txt
git commit -m 'fix bug 101'
git checkout master
git merge --no-ff -m 'merged bug fix 101' issue-101
git branch -d issue-101
git checkout dev
git stash pop
git stash pop = git stash apply + git stash drop
Feature分支
软件开发中，总有无穷无尽的新的功能要不断添加进来。添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
然而如果这个分支 在没有合并之前 就需要删除的话 通过git branch -D <name>
多人协作
- 首先，可以试图用
git push origin branch-name推送自己的修改。 - 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并，
- 如果合并有冲突，则解决冲突，并在本地提交
- 没有冲突或者解决掉冲突后，用`git push 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，如果有冲突，要先处理冲突。
####标签管理
* 发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。
Git有commit，为什么还要引入tag？
“请把上周一的那个版本打包发布，commit号是6a5819e...”
“一串乱七八糟的数字不好找！”
如果换一个办法：
“请把上周一的那个版本打包发布，版本号是v1.2”
“好的，按照tag v1.2查找commit就行！”
所以，tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。
1. 创建标签
创建标签的方式很简单，切换到要打标签的分支上：
`git branch master
git tag v1.0
git tag`
默认标签 是打在最新提交的commit上的，当然，也可以指定历史commit id：
`git tag v1.0 id`
当用git tag查看标签时，它们是按字母排序的而不是创建的时间，你可以用git show <tagname>来查看相应的标签信息.你也可以创建带说明的标签：`git tag -a v0.1 -m 'version 0.1 released id `还可以通过-s用私钥签名一个标签：`git tag -s v0.2 -m 'signed version 0.2 released' id,签名采用PGP签名，因此，必须首先安装gpg（GnuPG），如果没有找到gpg，或者没有gpg密钥对，就会报错：
``gpg: signing failed: secret key not available
error: gpg failed to sign the data
error: unable to sign the tag``
1.1 相关命令
命令git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id；git tag -a <tagname> -m "blablabla..."可以指定标签信息；
git tag -s <tagname> -m "blablabla..."可以用PGP签名标签；
命令git tag可以查看所有标签。
2. 操作标签
删除标签 ：`git tag -d v0.1`
因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。如果要推送某个标签到远程，使用命令git push origin <tagname>
`git push origin v1.0`或者一次性推送所有t标签 `git push origin tags`
删除远程标签:先删除本地`git tag -d v0.9`再删除远程`git push origin :refs/tags/v0.9`
2.1 相关命令
``git push origin <tagname>推送一个本地标签
git push origin --tags推送本地全部未推送的标签
git tag -d <tagname>删除一个本地标签
git push origin :refs/tags/<tagname>删除一个远程标签
``
####忽略特殊文件
* 在工作目录中但是不会提交的文件，需要将文件名放在.gitignore文件中，
忽略文件的原则是：
忽略操作系统自动生成的文件，比如缩略图等；
忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
假设你在Windows下进行Python开发，Windows会自动在有图片的目录下生成隐藏的缩略图文件，如果有自定义目录，目录下就会有Desktop.ini文件，因此你需要忽略Windows自动生成的垃圾文件：
```
# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini
```
然后，继续忽略Python编译产生的.pyc、.pyo、dist等文件或目录：
```
*.py[cod]
*.so
*.egg
*.egg-info
dist
build
```
写好.gitignore后把文件提交到git就完成了
如果想添加 在.gitignore文件中忽略的文件,只可以用git add -f filename来强制添加
git check-ignore命令检查规则是否正确
`git check-ignore -v App.class`
####给命令配置别名
`git config --global alias st stauts`
这样`git status `就变成 了`git st`
这些其实也可以在.git/config文件中进行修改
####搭建git服务器
* 搭建Git服务器需要准备一台运行Linux的机器，强烈推荐用Ubuntu或Debian，这样，通过几条简单的apt命令就可以完成安装。
1. 安装 git
`sudo apt-get install git`
2. 创建git用户
`adduser git`
3. 创建证书登录
收集所有需要登录的用户的公钥，就是他们自己的id_rsa.pub文件，把所有公钥导入到/home/git/.ssh/authorized_keys文件里，一行一个。
4. 初始化git仓库
`git init --bare sample.git`
Git就会创建一个裸仓库，裸仓库没有工作区，因为服务器上的Git仓库纯粹是为了共享，所以不让用户直接登录到服务器上去改工作区，并且服务器上的Git仓库通常都以.git结尾。然后，把owner改为git：
`chown -R git:git sample.git`
5. 禁用shell登录
出于安全考虑，第二步创建的git用户不允许登录shell，这可以通过编辑/etc/passwd文件完成。找到类似下面的一行：
`git:x:1001:1001:,,,:/home/git:/bin/bash`
`git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell`
6. 可以通过 git clone克隆远程仓库了
`git clone git@server:/srv/sample.git`
7. 公钥的管理
如果团队很小，把每个人的公钥收集起来放到服务器的/home/git/.ssh/authorized_keys
文件里就是可行的。如果团队有几百号人，就没法这么玩了，这时，可以用[Gitosis](https://github.com/res0nat0r/gitosis)来管理公钥。