自建git 常用操作

1.Git安装

操作系统  centos7
安装git   yum install git

创建版本库
$ mkdir learngit
$ cd learngit

$ git init

2.文件提交

把文件添加到版本库
  编写文件到learngit下面或者其子目录
        readme.txt
               Git is a version control system.
               Git is free software.
  把文件添加到仓库
$ git add readme.txt
$ git commit -m "wrote a readme file"
$ git config --global user.email "1357814600@qq.com"
$ git config --global user.name "zhumin"
添加文件
$ git add file1
$ git add file2 file3
$ git commit -m “3 files add”
查看那个文件修改了
$ git status
具体修改了那些内容
$ git diff readme.txt
提交刚才的修改 分两步 ：先add 再 commit
$ git add readme.txt
$ git commit -m "add distributed"
$ git status

3.版本回退

查看历史
$ git log    或者git log --pretty=oneline
$ git reset --hard HEAD^  会退到上一个版本
$ git reset --hard 3628164     回退到commit id是3628164...的版本  前提是窗口不能关
记录每一次的命令：
$ git reflog

4.工作区和暂停区

git commit 命令提交的是git add过的内容

5.管理修改

$ git checkout -- readme.txt
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
$ git reset HEAD readme.txt  回退到最新的版本


删除文件
本地已删除
1.确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：
2.删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本 $ git checkout -- test.txt

6.远程仓库

本地Git仓库和GitHub仓库之间的传输是通过SSH加密的
第一步：创建SSH秘钥：
    $ ssh-keygen -t rsa -C "15056971357@example.com"  不是用于军事目的，所以也无需设置密码
    可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。
第二步：
    登陆GitHub，打开“Account settings”，“SSH Keys”页面：

另外：GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了

7.本地仓库和远程仓库同步

实现效果：本地创建了一个Git仓库后，又想在GitHub创建一个Git仓库，并且让这两个仓库进行远程同步
$ git remote add origin git@github.com:zhumgit/hometest.git
添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
$ git push -u origin master
加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令
$ git push origin master

8.从远程库克隆

先在github上创建一个库gitskills
$ git clone git@github.com:zhumgit/gitskills.git

9.分支管理：

创建与合并分支
$ git checkout -b dev  -b参数表示创建并切换
$ git branch   用git branch命令查看当前分支：
切换不同的分支，会有不同的结果 

合并分支
    git checkout master   
    git merge dev

删除分支
    $ git branch -d dev

10.解决冲突

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
带参数的git log也可以看到分支的合并情况
$ git log --graph --pretty=oneline --abbrev-commit

11.分支管理策略

Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。下面我们实战一下--no-ff方式的git merge
$ git merge --no-ff -m "merge with no-ff" dev
$ git log --graph --pretty=oneline --abbrev-commit
*   7825a50 merge with no-ff
|\
| * 6224937 add merge
|/
*   59bc1cb conflict fixed
...
master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

12.Bug分支

每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
当前正在dev上进行的工作还没有提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：
$ git stash
$ git checkout master
$ git checkout -b issue-101
$ git add readme.txt
$ git commit -m "fix bug 101"
$ git checkout master     切换到master分支
$ git merge --no-ff -m "merged bug fix 101" issue-101    合并分支
$ git branch -d issue-101  删除分支
$ git checkout dev
$ git stash list
工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；另一种方式是用git stash pop，恢复的同时把stash内容也删了：
$ git stash pop
$ git stash list   用git stash list查看，就看不到任何stash内容了：
多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：
$ git stash apply stash@{0}

13.Feature分支

开发代号为Vulcan的新功能
$ git checkout -b feature-vulcan
$ git add vulcan.py
$ git status
$ git commit -m "add feature vulcan"
$ git checkout dev
对于还没有合并的分支 使用 -D
$ git branch -D feature-vulcan
对于已经合并的分支使用 -d
$ git branch -d feature-vulcan
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

14.多人协作

$ git remote  查看远程库的信息，
$ git remote -v  用git remote -v显示更详细的信息：
推送分支
$ git push origin master
$ git push origin dev
哪些分支需要推送，哪些不需要呢？
master分支是主分支，因此要时刻与远程同步；
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。
抓取分支
$ git clone git@github.com:michaelliao/learngit.git
$ git branch
$ git checkout -b dev origin/dev
........修改....之后
$ git commit -m "add /usr/bin/env"
$ git push origin dev

xx已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送
测试：
$ git add hello.py
$ git commit -m “add coding: utf-8”
$ git push origin dev
发现推送失败
最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：
$ git branch --set-upstream dev origin/dev
$ git pull
如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。

15.标签管理

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

首先，切换到需要打标签的分支上
$ git branch
$ git checkout master
$ git tag v1.0
$ git tag  可以用命令git tag查看所有标签：
默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？
$ git log --pretty=oneline --abbrev-commit
6a5819e merged bug fix 101
cc17032 fix bug 101
7825a50 merge with no-ff
6224937 add merge
59bc1cb conflict fixed
400b400 & simple
75a857c AND simple
fec145a branch test
d17efd8 remove test.txt
$ git tag v0.9 6224937   对相应的commitid进行打标签
$ git tag  可以用命令git tag查看所有标签：
$ git tag -a v0.1 -m "version 0.1 released" 3628164  创建带有说明的标签，用-a指定标签名，-m指定说明文字：
$ git show v0.9  可以用git show <tagname>查看标签信息：
操作标签
$ git tag -d v0.1  删除标签  创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除
$ git push origin v1.0    推送某个标签到远程
$ git push origin --tags   一次性推送全部尚未推送到远程的本地标签：
标签已经推送到远程，要删除远程标签
$ git tag -d v0.9
$ git push origin :refs/tags/v0.9

16.忽略特殊文件

在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
忽略文件的原则是：
忽略操作系统自动生成的文件，比如缩略图等；
忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
---下载github上的忽略配置文件.gitignore 加上你自己定义的文件，最终得到一个完整的.gitignore文件
后一步就是把.gitignore也提交到Git，就完成了！
有些时候，你想添加一个文件到Git，但发现添加不了，原因是这个文件被.gitignore忽略了：如java的class文件
如果你确实想添加该文件，可以用-f强制添加到Git：
$ git add -f App.class
你发现，可能是.gitignore写得有问题，需要找出来到底哪个规则写错了，可以用git check-ignore命令检查：
$ git check-ignore -v App.class
.gitignore:3:*.class    App.class

https://github.com/github/gitignore

17.配置别名

告诉Git，以后st就表示status：
$ git config --global alias.st status
很多人都用co表示checkout，ci表示commit，br表示branch：
$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
$ git config --global alias.unstage 'reset HEAD'
$ git unstage test.py     实际上Git执行的是：$ git reset HEAD test.py
配置一个git last，让其显示最后一次提交信息：
$ git config --global alias.last 'log -1'
$ git last   用git last就能显示最近一次的提交
$ git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
$ git lg
配置Git的时候，加上--global是针对当前用户起作用的，如果不加，那只针对当前的仓库起作用。
每个仓库的Git配置文件都放在.git/config文件中：
——$ cat .git/config
——别名就在[alias]后面，要删除别名，直接把对应的行删掉即可。
当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中：
——$ cat .gitconfig