Git 使用笔记

安装 Git

# Debian 或 Ubuntu Linux
sudo apt-get install git

# 源码安装
./config
make
sudo make install

官网下载

Git 配置

# 查看配置信息
git config --list

# 配置全局用户名和邮箱
git config --global user.name "Your Name"
git config --global user.email "email@example.com"

# git 别名配置 个人认为编辑 ~/.bashrc 文件更好用
# git command alias
alias gst='git status'
alias gaa='git add --all'
alias gcmsg='git commit -m'
alias gpom='git push origin master'
alias glg="git log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

Git 常用指令解析

git diff

查看文件的变更

• 没有执行 git add，即没有进入暂存区，使用 git diff 查看
• 已经执行 git add，即已经进入暂存区，使用 git diff --cached 查看

分支管理

作用

分支大体来说主要有以下几个作用：

• 同时进行不同版本的开发，互不影响
• 不同分支有对应的功能（稳定代码、开发代码、bug 修复和测试），规范软件开发流程
• 创建分支完成新功能添加，不影响原有代码（自己经常改了很多文件的代码，最后也弄不清哪些是有效改动哪些是无效改动，通过创建分支完成一个功能合并一次就能解决，改烂了也不影响原有代码）
• 每个人负责自己开发的部分，随便开发也不会影响稳定分支，而且易于合并

基本使用

# 查看项目分支
git branch

# 创建并切换分支
git branch dev -> git checkout dev
git checkout -b dev

# 完成功能合并分支
git checkout master
git merge dev

# 删除分支
git branch -d dev

冲突处理

如果有 3 个分支，master、issue2、issue3

对 issue2 进行了合并 git merge issue2 之后，再执行 git merge issue3 的时候发生冲突时，修改冲突文件，删掉三行标注即可

<<<<<<< HEAD
=======
>>>>>>> issue3

git merge 和 git rebase

Git Merge 和 Git Rebase 目的相同，它们都是把不同分支的提交合并到一起。

MERGING

merging 就是把源分支的提交放到目标分支里面。在这个过程里，只有目标分支改变，而源分支保持原样。

优点

• 简单易上手
• 保留了提交历史和时间次序
• 保留了分支的结构

缺点

• 提交历史被大量的 merge 提交污染了
• 使用 git bisect 调试变得更困难了

怎样做

这种情况适用于长期开发一个功能（个人理解），如果只是小功能的添加测试，可以 checkout 到 master 然后 merge，再删除对应分支。

git checkout feature
git merge master

(or)

git merge master feature

REBASING

Rebase 把所有的提交压缩成一个 “patch”。然后把 patch 添加到目标分支里。

和 merging 不同，rebasing 清除了历史，因为它完全是从一个分支转移到了另一个分支。在这个过程中，多余的记录被移除了。

优点

• 把复杂的历史变成优雅的提交线
• 操作单个提交变得很简单（比如，reverting）
• 避免了庞大的仓库、海量的分支以及烦人的 merge 提交
• 线性合并清除了中间的无用提交，对于 DevOps 团队来说是个好消息

缺点

• Rebase 后 feature 分支间的上下文模糊了
• 在团队里 rebasing 公共分支是高风险的事
• 工作变多了：feature 分支需要经常更新
• Rebasing 到远程分支需要 force push。最大的问题是人们经常已经 force push 了，才发现忘记了设置 git push 默认值。结果本地远程所有同名的分支都进行了更新，清理起来很要命。

怎样做

git  checkout feature
git rebase master

# 有冲突时 先修改冲突
git add --all
git rebase --continue

在没有冲入的情况下，git merge 和 git rebase 的效果是一样的，当有冲突需要合并冲突的时候才会出现不同的结果。rebase 将所有结果合并到一条线上，简单粗暴。merge 的话不影响其他分支，只是当前分支需要解决需要合并分支的冲突。

.gitignore 配置

# 简单忽略规则
*.a             # 表示忽略所有 .a 结尾的文件
!lib.a          # 表示但lib.a除外
/TODO           # 表示仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO

# 忽略文件夹下的文件，但是保留空文件夹
1. cd diretory
2. vi .gitignore
3. 编辑文件
*
!.gitignore
4. git add .

参考链接

猴子都能懂的 GIT 入门

谈谈 Git Merge 和 Git Rebase 的应用

Git忽略提交规则 - .gitignore配置运维总结