Git基础

本地仓库

//设置git用户名及邮箱
$ git config --global user.name "Your Name"
$ git config --global user.email "youremail@example.com"

//工作区创建文件夹learngit
$ mkdir learngit

//进入文件夹learngit
$ cd learngit

//显示当前文件夹
$ pwd

//将当前文件夹进行git管理
$ git init

//显示更改（工作区的状态）
$ git status

//添加文件更改
$ git add readme.txt

//文件提交到
$ git commit -m "wrote a readme file"

//查看文件更改（提交到分支前）
$ git diff
$ git diff readme.txt

//查看提交记录
$ git log
$ git log --pretty=oneline //只显示commit id
$ git log -1 //查看最近1次提交

//回退版本
$ git reset --hard HEAD^ //HEAD为当前版本，HEAD^为上一版本，HEAD^^为上上版本，以此类推。
$ git reset --hard commit id

//查看命令记录
$ git reflog

//工作区和暂存区

工作区（Working Directory）：就是你在电脑里能看到的目录，比如我的learngit文件夹
就是一个工作区。
版本库（Repository）：工作区有一个隐藏目录“.git”，这个不算工作区，而是Git的版本
库。
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还
有Git为我们自动创建的第一个分支master，以及指向master的⼀一个指针叫HEAD。
把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用“git add”把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用“git commit”提交更改，实际上就是把暂存区的所有内容提交到当前分支。

//预览文件readme.txt
$ cat readme.txt

//丢弃工作区修改
$ git checkout -- file
$ git checkout -- readme.txt
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这
里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一
样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存
区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。

//暂存区修改撤销
$ git reset HEAD file
$ git reset HEAD readme.txt
用命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重
新放回工作区。

//工作区删除文件
$ rm file
$ rm test.txt

//版本库删除文件
$ git rm file

//从版本库还原文件
$ git checkout -- file

远程仓库
//创建SSH Key
$ ssh-keygen -t rsa -C "youremail@example.com"
你需要把邮件地址换成你自己的邮件地址，然后⼀一路回车，使用默认值即可，由于这个Key
也不是用于军事目的，所以也无需设置密码。
如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文
件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可
以放心地告诉任何人。
第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：
然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容。

//本地仓库推送到远程仓库
$ git remote add origin git@github.com:KuAi1995/learngit.git
请千万注意，把上面的KuAi1995替换成你自己的GitHub账户名，否则，你在本地关联的
就是我的远程库，关联没有问题，但是你以后推送是推不上去的，因为你的SSH Key公钥不
在我的账户列表中。
添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个
名字一看就知道是远程库。

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

//之后提交把本地库的内容推送到远程库上
$ git push origin master

//远程库克隆
$ git clone git@github.com:KuAi1995/Test2021.git

分支管理
//创建分支dev
$ git checkout -b dev
$ git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev //创建分支
$ git checkout dev //切换分支
Switched to branch 'dev'

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

//把分支dev合并到当前分支
$ git merge dev

//删除分支dev
$ git branch -d dev

查看分支：git branch
创建分支：git branch name
切换分支：git checkout name
创建+切换分支：git checkout -b name
合并某分支到当前分⽀支：git merge name
删除分支：git branch -d name

解决冲突
//创建分支feature1
$ git checkout -b feature1
Switched to a new branch 'feature1'
修改readme.txt最后一行，改为：
Creating a new branch is quick AND simple.

//在feature1分支提交
$ git add readme.txt
$ git commit -m "AND simple"
[feature1 75a857c] AND simple
1 file changed, 1 insertion(+), 1 deletion(-)

//切换到master分⽀支：
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 1 commit.
在master分支上把readme.txt文件的最后一行改为：
Creating a new branch is quick & simple.
提交：
$ git add readme.txt
$ git commit -m "& simple"
[master 400b400] & simple
1 file changed, 1 insertion(+), 1 deletion(-)

现在，master分支和feature1分支各自都分别有新的提交。
$ git merge feature1
Auto-merging readme.txt
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.
提交冲突了！readme.txt文件存在冲突，必须手动解决冲突后再提交。
git status也可以告诉我们冲突的文件：
$ git status
# On branch master
# Your branch is ahead of 'origin/master' by 2 commits.
#
# Unmerged paths:
# (use "git add/rm ..." as appropriate to mark resolution)
#
# both modified: readme.txt
#
no changes added to commit (use "git add" and/or "git commit -a")
我们可以直接查看readme.txt的内容：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：
Creating a new branch is quick and simple.
再提交：
$ git add readme.txt
$ git commit -m "conflict fixed"
[master 59bc1cb] conflict fixed

//分支合并查看
$ git log --graph
//用带参数的git log也可以看到分支的合并情况：
$ git log --graph --pretty=oneline --abbrev-commit

通常，合并分支时，如果可能，Git会用“Fast forward”模式，但这种模式下，删除分支
后，会丢掉分支信息。
如果要强制禁用“Fast forward”模式，Git就会在merge时⽣生成一个新的commit，这
样，从分支历史上就可以看出分支信息。

//禁用“Fast forward”模式合并分支
$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
readme.txt | 1 +
1 file changed, 1 insertion(+)
因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。

//保存当前工作现场
$ git stash
Saved working directory and index state WIP on dev: 6224937 add
merge
HEAD is now at 6224937 add merge

//查看工作现场列表
$ git stash list
stash@{0}: WIP on dev: 6224937 add merge

//恢复工作现场
$ git stash apply

//删除stash内容
$ git stash drop

//恢复的同时把stash内容也删了
$ git stash pop
# On branch dev
# Changes to be committed:
# (use "git reset HEAD ..." to unstage)
#
# new file: hello.py
#
# Changes not staged for commit:
# (use "git add ..." to update what will be committed)
# (use "git checkout -- ..." to discard changes in working
directory)
#
# modified: readme.txt
#
Dropped refs/stash@{0} (f624f8e5f082f2df2bed8a4e09c12fd2943bdd40)

//恢复指定的stash
$ git stash apply stash@{0}

//删除未合并分支（未合并分支不能被直接删除）
$ git branch -D name
//删除未合并分支feature-vulcan
$ git branch -D feature-vulcan

//查看远程库的信息
$ git remote
//显⽰示更详细的信息
$ git remote -v

推送分支
//推送分支，就是把该分支上的所有本地提交推送到远程库。
$ git push origin master

$ git add hello.py
$ git commit -m "add coding: utf-8"
[dev bd6ae48] add coding: utf-8
1 file changed, 1 insertion(+)
$ git push origin dev
To git@github.com:michaelliao/learngit.git
! [rejected] dev -> dev (non-fast-forward)
error: failed to push some refs to 'git@github.com:michaelliao/
learngit.git'
hint: Updates were rejected because the tip of your current branch
is behind
hint: its remote counterpart. Merge the remote changes (e.g. 'git
pull')
hint: before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for
details.
推送失败，因为其他人最新提交和你试图推送的提交有冲突，解决办法也很简单，
Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解
决冲突，再推送：
//把最新的提交从origin/dev抓下来
$ git pull
remote: Counting objects: 5, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 0), reused 3 (delta 0)
Unpacking objects: 100% (3/3), done.
From github.com:michaelliao/learngit
fc38031..291bea8 dev -> origin/dev
There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details
git pull
If you wish to set tracking information for this branch you can do
so with:
git branch --set-upstream dev origin/
git pull失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，
设置dev和origin/dev的链接：
$ git branch --set-upstream dev origin/dev
Branch dev set up to track remote branch dev from origin.

$ git pull
Auto-merging hello.py
CONFLICT (content): Merge conflict in hello.py
Automatic merge failed; fix conflicts and then commit the result.
这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完
全一样。解决后，提交，再push。

//创建标签
在Git中打标签非常简单，首先，切换到需要打标签的分支上：
$ git branch
* dev
master
$ git checkout master
Switched to branch 'master'
然后，敲命令git tag name就可以打一个新标签：
$ git tag v1.0
$ git tag v0.9 commit id
可以⽤用命令git tag查看所有标签：
$ git tag
v1.0

//查看标签信息
$ git show v0.9

//创建带有说明的标签，用-a指定标签名，-m指定说明文字。
$ git tag -a v0.1 -m "version 0.1 released" 3628164

//通过-s用私钥签名一个标签
$ git tag -s v0.2 -m "signed version 0.2 released" fec145a
签名采用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

//删除标签
$ git tag -d v0.1
Deleted tag 'v0.1' (was e078af9)

//推送某个标签到远程
$ git push origin v1.0
Total 0 (delta 0), reused 0 (delta 0)
To git@github.com:michaelliao/learngit.git
* [new tag] v1.0 -> v1.0

//一次性推送全部尚未推送到远程的本地标签
$ git push origin --tags
Counting objects: 1, done.
Writing objects: 100% (1/1), 554 bytes, done.
Total 1 (delta 0), reused 0 (delta 0)
To git@github.com:michaelliao/learngit.git
* [new tag] v0.2 -> v0.2
* [new tag] v0.9 -> v0.9

//删除远程标签
$ git tag -d v0.9 //先从本地删除
Deleted tag 'v0.9' (was 6224937)
$ git push origin :refs/tags/v0.9 //然后从远程删除
To git@github.com:michaelliao/learngit.git
- [deleted] v0.9

自定义Git
//显示颜色
$ git config --global color.ui true

//忽略特殊文件
在Git工作区的根目录下创建一个特殊的.gitignore文件，
然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就
可以使用了。所有配置文件可以直接在线浏览：https://github.com/github/gitignore
忽略文件的原则是：
1. 忽略操作系统自动⽣生成的文件，比如缩略图等；
2. 忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自
动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
3. 忽略你自⼰己的带有敏感信息的配置文件，比如存放口令的配置文件。
最后一步就是把.gitignore也提交到Git。

//配置别名
$ git config --global alias.st status //以后st就表示status
--global参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用。

搭建Git服务器
GitHub就是一个免费托管开源代码的远程仓库。但是对于某些视源代码如生命的商业公司
来说，既不想公开源代码，又舍不得给GitHub交保护费，那就只能自己搭建一台Git服务器
作为私有仓库使用。
搭建Git服务器需要准备一台运行Linux的机器，强烈推荐用Ubuntu或Debian，这样，通过
几条简单的apt命令就可以完成安装。
假设你已经有sudo权限的用户账号，下面，正式开始安装。
第一步，安装git：
$ sudo apt-get install git
第二步，创建一个git用户，用来运行git服务：
$ sudo adduser git
第三步，创建证书登录：
收集所有需要登录的用户的公钥，就是他们自己的id_rsa.pub文件，把所有公钥导入到/
home/git/.ssh/authorized_keys文件里，一行一个。
第四步，初始化Git仓库：
先选定一个目录作为Git仓库，假定是/srv/sample.git，在/srv目录下输入命令：
$ sudo git init --bare sample.git
Git就会创建一个裸仓库，裸仓库没有工作区，因为服务器上的Git仓库纯粹是为了共享，所
以不让用户直接登录到服务器上去改工作区，并且服务器上的Git仓库通常都以.git结尾。然
后，把owner改为git：
$ sudo chown -R git:git sample.git
第五步，禁用shell登录：
出于安全考虑，第二步创建的git用户不允许登录shell，这可以通过编辑/etc/passwd文件
完成。找到类似下面的一行：
git:x:1001:1001:,,,:/home/git:/bin/bash
改为：
git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell
这样，git用户可以正常通过ssh使用git，但无法登录shell，因为我们为git用户指定的gitshell
每次一登录就自动退出。
第六步，克隆远程仓库：
现在，可以通过git clone命令克隆远程仓库了，在各自的电脑上运行：
$ git clone git@server:/srv/sample.git
Cloning into 'sample'...
warning: You appear to have cloned an empty repository.
剩下的推送就简单了。

//管理公钥
如果团队很小，把每个人的公钥收集起来放到服务器的/home/git/.ssh/authorized_keys
文件里就是可行的。如果团队有几百号人，就没法这么玩了，这时，可以用Gitosis来管理公钥。

//管理权限
有很多不但视源代码如生命，而且视员工为窃贼的公司，会在版本控制系统里设置一套完善
的权限控制，每个人是否有读写权限会精确到每个分支甚至每个目录下。因为Git是为Linux
源代码托管而开发的，所以Git也继承了开源社区的精神，不支持权限控制。不过，因为Git
支持钩子（hook），所以，可以在服务器端编写一系列脚本来控制提交等操作，达到权限
控制的目的。Gitolite就是这个工具。