【原】《Git教程》学习笔记

目录

• 1 建立版本库
  • 1.1 初始化
  • 1.2 工做区状态：
  • 1.3 查看修改内容：
  • 1.4 提交修改（与添加文件相同）：
• 2 时光机穿梭
  • 2.1 版本回退：
  • 2.2 撤销修改：
  • 2.3 删除文件：
• 3 远程仓库
  • 3.1 添加远程库：
  • 3.2 从远程仓库克隆
• 4 分支管理
  • 4.1 建立与合并分支
  • 4.2 冲突处理
  • 4.3 分支管理策略
  • 4.4 Bug分支
  • 4.5 Feature分支
  • 4.6 多人协做
• 5 标签管理
  • 5.1 建立标签
  • 5.2 操做标签
• 6 使用GitHub
• 7 自定义Git
  • 7.1 忽略特殊文件
  • 7.2 配置别名

1 建立版本库

1.1 初始化

初始化一个Git仓库，使用 git init 命令。

添加文件到Git仓库，分两步：

• 第一步，使用命令git add <file> ，注意，可反复屡次使用，添加多个文件；

• 第二步，使用命令git commit -m "xxx" ，完成。

1.2 工做区状态：

• 要随时掌握工做区的状态，使用git status 命令。

• 若是git status 告诉你有文件被修改过，用git diff 能够查看修改内容。

1.3 查看修改内容：

• 使用git diff <file>命令查看文件的修改内容。

1.4 提交修改（与添加文件相同）：

• 第一步，使用git add <file>，也能够反复添加多个修改文件；

• 第二步，使用git commit -m "xxx"，完成提交。

2 时光机穿梭

2.1 版本回退：

• 进行版本回退以前可使用git log　 查看提交历史。
  • 使用命令git log --pretty=oneline　来显示简单的提交历史信息。

• Git容许咱们在版本的历史之间穿梭，使用命令git reset --hard commit_id
  。

  • Git中的commit_id是一个SHA1计算出来的一个很是大的数字，用十六进制表示；

  • 在Git中，用HEAD 表示当前版本； （HEAD表明的是最近的一次commit的信息）

  • 上一版本使用 HEAD^，上上一版本使用HEAD^^，往上100个版本写成HEAD~100；

  • 版本号不必写全，前几位就能够了，Git会自动去找。

• 要重返 将来，用 git reflog 查看命令历史，以便肯定要回到将来的哪一个版本。

2.2 撤销修改：

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

  • 命令git checkout -- readme.txt 意思就是，把readme.txt 文件在工做区的修改所有撤销，这里有两种状况：

    • 一种是 readme.txt 自修改后尚未被放到暂存区，如今，撤销修改就回到和版本库如出一辙的状态；

    • 一种是 readme.txt 已经添加到暂存区后，又做了修改，如今，撤销修改就回到添加到暂存区后的状态。

    • 总之，就是让这个文件回到最近一次git commit 或git add 时的状态。

  -git reset 命令既能够回退版本，也能够把暂存区的修改回退到工做区。当咱们用HEAD 时，表示最新的版本。

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

  • 用命令git reset HEAD file 能够把暂存区的修改撤销掉（unstage），从新放回工做区；

  • git reset 命令既能够回退版本，也能够把暂存区的修改回退到工做区。当咱们用HEAD 时，表示最新的版本。

• 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考 版本回退 一节，不过前提是没有推送到远程库。

2.3 删除文件：

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

3 远程仓库

3.1 添加远程库：

• 要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git ；

  • 使用命令git remote -v　列出远程库列表；

  • 使用命令git remote remove <name> 删除指定的远程库；

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

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

• 分布式版本系统的最大好处之一是在本地工做彻底不须要考虑远程库的存在，也就是有没有联网均可以正常工做，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！

3.2 从远程仓库克隆

• 要克隆一个仓库，首先必须知道仓库的地址，而后使用git clone 命令克隆，例： $ git clone git@github.com:michaelliao/gitskills.git。

• Git支持多种协议，包括 https ，但经过 ssh 支持的原生 git 协议速度最快。

4 分支管理

你建立了一个属于你本身的分支，别人看不到，还继续在原来的分支上正常工做，而你在本身的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工做。

4.1 建立与合并分支

• 查看分支：git branch

• 建立分支：git branch <name>

• 切换分支：git checkout <name>

• 建立+切换分支：git checkout -b <name>

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

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

4.2 冲突处理

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

• 用 git log --graph 命令能够看到分支合并图。

4.3 分支管理策略

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

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

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

你和你的小伙伴们每一个人都在 dev 分支上干活，每一个人都有本身的分支，时不时地往 dev 分支上合并就能够了。

因此，团队合做的分支看起来就像这样：

** 合并分支时，加上--no-ff 参数就能够用普通模式合并，合并后的历史有分支，能看出来曾经作过合并，而fast forward 合并就看不出来曾经作过合并 **。

4.4 Bug分支

＋ 修复bug时，咱们会经过建立新的bug分支进行修复，而后合并，最后删除；

• 当手头工做没有完成时，先把工做现场git stash 一下，而后去修复bug，修复后，再git stash pop ，回到工做现场。

4.5 Feature分支

• 开发一个新feature，最好新建一个分支；

• 若是要丢弃一个没有被合并过的分支，能够经过 git branch -D 强行删除。

4.6 多人协做

多人协做的工做模式一般是这样：

1. 首先，能够试图用git push origin branch-name 推送本身的修改；

2. 若是推送失败，则由于远程分支比你的本地更新，须要先用git pull 试图合并；

3. 若是合并有冲突，则解决冲突，并在本地提交；

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

若是git pull 提示“no tracking information”，则说明本地分支和远程分支的连接关系没有建立，用命令git branch --set-upstream branch-name origin/branch-name 。

这就是多人协做的工做模式，一旦熟悉了，就很是简单。

git branch --set-upstream branch-name origin/branch-name如今已经改成git branch --set-upstream-to=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-to=origin/branch-name ；

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

5 标签管理

5.1 建立标签

• 命令git tag <name> 用于新建一个标签，默认为HEAD ，也能够指定一个commit id；

• git tag -a <tagname> -m "blablabla..." 能够指定标签信息；

• git tag -s <tagname> -m "blablabla..." 能够用PGP签名标签；

• 命令git tag 能够查看全部标签。

5.2 操做标签

• 命令git push origin <tagname> 能够推送一个本地标签；

• 命令git push origin --tags 能够推送所有未推送过的本地标签；

• 命令git tag -d <tagname> 能够删除一个本地标签；

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

6 使用GitHub

• 在GitHub上，能够任意Fork开源仓库；

• 本身拥有Fork后的仓库的读写权限；

• 能够推送pull request给官方仓库来贡献代码。

7 自定义Git

让Git显示颜色，会让命令输出看起来更醒目：

$

git config --global color.ui
true

7.1 忽略特殊文件

• 在Git工做区的根目录下建立一个特殊的 .gitignore 文件，而后把要忽略的文件名填进去，Git就会自动忽略这些文件。

• 不须要从头写 .gitignore 文件，GitHub已经为咱们准备了各类配置文件，只须要组合一下就可使用了。全部配置文件能够直接在线浏览：( https://github.com/github/gitignore )

** 忽略文件的原则是： **

1. 忽略操做系统自动生成的文件，好比缩略图等；

2. 忽略编译生成的中间文件、可执行文件等，也就是若是一个文件是经过另外一个文件自动生成的，那自动生成的文件就不必放进版本库，好比Java编译产生的 .class 文件； 3. 忽略你本身的带有敏感信息的配置文件，好比存放口令的配置文件。

** 小结： **

• 忽略某些文件时，须要编写.gitignore ；

• .gitignore 文件自己要放到版本库里，而且能够对.gitignore 作版本管理！

一个完整的.gitignore文件的例子：
# Windows:

Thumbs

.db
ehthumbs.db
Desktop.ini

# Python:

*.py[cod]
*.so
*.egg
*.egg-info
dist
build



# My configurations:

db.ini
deploy_key_rsa

7.2 配置别名

可使用st表示status， co 表示 checkout ， ci 表示 commit ， br 表示 branch ：

$

git config --global
alias
.st status
$
git config --global
alias
.co checkout
$
git config --global
alias
.ci commit
$
git config --global
alias
.br branch

之后提交就能够简写成：

$

git ci -m
"bala bala bala..."

--global 参数是全局参数，也就是这些命令在这台电脑的全部Git仓库下都有用。

配置Git的时候，加上--global 是针对当前用户起做用的，若是不加，那只针对当前的仓库起做用。

配置文件放哪了？每一个仓库的Git配置文件都放在.git/config 文件中：

$

cat .git/config
[core]
repositoryformatversion =
0

filemode =

true

bare =

false

logallrefupdates =

true

ignorecase =

true

precomposeunicode =

true
[remote
"origin"]
url = git
@github
.
com:
michaelliao/learngit.git
fetch = +refs/heads/
:refs/remotes/origin/
[branch
"master"]
remote = origin
merge = refs/heads/master
[
alias]
last = log -
1

别名就在 [alias] 后面，要删除别名，直接把对应的行删掉便可。

而当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig 中：

$

cat .gitconfig
[
alias]
co = checkout
ci = commit
br = branch
st = status
[user]
name =
Your

Name

email = your

@email .com