开始使用 git（配置+常用命令）

▶ 注意

页面显示问题：

-- 是两个短横线
- 是一个横短线

由于显示问题导致两个短横线之间没有空格，看起来像是一条横线，实则是两条短横线

▶ git 常用命令

◆ git add

● git add .

功能：添加当前目录以及子目录下被修改、新建的文件

● git add -u

功能：-u=--update，update tracked files，添加当前目录以及子目录下被修改的文件

● git add -A

功能：-A=--all，添加所有目录下已被修改和已被删除文件

◆ git remote

● git remote set-url origin <new_url>

功能：重定向远程仓库地址

◆ git reset

◇ 重置到过去某次提交

● git reset –soft <commit>

功能：重置 HEAD 和 branch 的同时，保留索引区和工作树里比 commit 更加新的内容，相当于回到 git add 执行后的状态。

● git reset [–mixed] <commit>

功能：重置 HEAD 和 branch 的同时，清空索引区里比 commit 更加新的内容，保留工作树里比 commit 更加新的内容。

● git reset –hard <commit>

功能：重置 HEAD 和 branch 的同时，清空索引区和工作树里比 commit 更加新的内容。

总结：

注意：

本地回退到以前的版本后，然后 git push 可能会报错，因为本地版本比远程版本旧，此时可用 git push -f 强制推送到远程仓库

◇ 删除已添加到索引的文件

git reset HEAD    #删除已添加到索引的全部文件
git reset HEAD -- <file>    #删除已添加到索引的某个文件

◆ git checkout

● git checkout <branch>

功能：切换分支

● git checkout – <files>

功能：还原正在手头上修改，还没被添加到索引里的文件

◆ git config

● git config --global user.name "<user_name>"
git config --global user.email "<email>"

功能：配置用户名和密码

● 设定命令的别名

git config --global alias.<alias_name> <command_name>

◆ git branch

● git branch

功能：查看本地分支

● git branch -r

功能：查看远程分支

● git branch -a

功能：查看远程和本地分支

● git branch -d <branch_name>

功能：删除指定分支

◆ git log

● git log [–graph] [–oneline] [--author="<author_name>"]

功能：查看提交记录。指定 --graph 选项能以文本形式显示更新记录的流程图；指定 --oneline 选项，能在一行中显示提交的信息；指定 --author=“<author_name>” 可以只看某个作者的提交，作者名不一定是全匹配，只要包含那个子串就会匹配，使用 git log --author="<author_name1>\|<author_name2>" 可以搜索包含「作者1」或「作者2」的提交信息。

● git log <file_name>

功能：只看 file_name 的历史提交记录

● git log -p <file_name>

功能：只看 file_name 的历史提交记录，并且显示每次文件变化的地方

● git log --grep <key_words>

功能：搜索提交历史记录，不支持多个关键词的「与或非」语法

● git log –oneline | grep <Linux grep 命令语法>

功能：通过管道模式，使用 Linux grep 命令搜索提交历史记录，支持的语法更多

◆ git show

● git show <commit> <file>

功能：查看某个版本的某个文件变化的内容

● git show <commit>:<file>

功能：查看某个版本的某个文件的内容

◆ git merge

● git merge <branch_name>

功能：将 branch_name 分支合并到当前所在的分支。如果合并的时候发生冲突，修改冲突部分，然后执行 git add <conflict_file>; git commit -m "<提交说明>"

详细操作步骤参看：用 merge 合并 并解决合并的冲突 -> 猴子都能懂的GIT入门

◆ git rebase

● git rebase <branch_name>

功能：将当前所在的分支合并（rebase 方式）到 branch_name 分支，注意和 git merge <branch_name> 区分。如果合并的时候发生冲突，修改冲突后的提交不是使用 commit 命令，而是执行 rebase 命令指定 --continue 选项，若要取消 rebase，指定 --abort 选项。

git add <conflict_file>
git rebase --continue

详细操作步骤参看：用 rebase 合并 -> 猴子都能懂的GIT入门

◆ git diff

● git diff [– <file_path>]

功能：查看工作树与索引区的差异；指定 -- <file_path> 可以仅查看某个文件的差异

● git diff –cached [– <file_path>]

功能：查看索引区与 HEAD 的差异；指定 -- <file_path> 可以仅查看某个文件的差异

● git diff <commit> [– <file_path>]

功能：查看工作树与 HEAD 的差异；指定 -- <file_path> 可以仅查看某个文件的差异

▶ 常见问题

◆ 查看某个版本的某个文件的内容

查看某个版本的某个文件的内容：

git show <commit>:<file>

查看某个版本的某个文件变化的内容：

git show <commit> <file>

注意：

加与不加「分号」是不一样的

◆ 修改最近的一次提交

git commit –-amend

功能：指定 amend 选项执行提交的话，可以修改同一个分支最近的提交内容和注解。

主要使用的场合：

• 添加最近提交时漏掉的档案
• 修改最近提交的注解

只修改注释：

git commit --amend

在弹出的提交记录中修改提交注释

添加文件并修改注释：

git add <file>
git commit --amend

在弹出的提交记录中修改提交注释

◆ 修改过去的提交

git rebase -i <commit>

在弹出的提交记录中把想要更改提交的 pick 改成 edit，然后保存并退出，此时修改过的提交呈现退出状态，屏幕上将会显示后续操作步骤指南。编辑需要更改的文件，然后执行：

git add <file>
git commit --amend
git rebase --continue

详细操作步骤参看：用rebase -i 修改提交

◆ 回滚过去的提交

git revert <commit>    #回滚某次提交
git revert <commit1>..<commit2>    #回滚区间 (commit1, commit2] 的提交，左开右闭

注意：

• 注意 revert 命令会对每个撤销的 commit 进行一次提交，指定 --no-commit 后可以最后一起手动提交
• 回滚之后用 git push 可能会报错，此时可用 git push -f 强制推送到远程仓库

相比操作步骤参看：git revert 的操作 -> 简书

◆ 重置到过去某次提交

参看 git 常用命令 > git reset > 重置到过去某次提交

◆ 忽略文件

在「.git」文件夹同层建立一个 「.gitignore」文件，添加需要忽略的文件

▶ 重要概念

◆ branch

◇ 使用场景

• 在开发软件时，可能有多人同时为同一个软件开发功能或修复BUG，可能存在多个Release版本，并且需要对各个版本进行维护。
• 分支是为了将修改记录的整体流程分叉保存。分叉后的分支不受其他分支的影响，所以在同一个数据库里可以同时进行多个修改。

◇ Merge 和 Topic 分支

• Merge分支是为了可以随时发布release而创建的分支，它还能作为Topic分支的源分支使用。保持分支稳定的状态是很重要的。如果要进行更改，通常先创建Topic分支，开发完成后合并到Merge分支。
• Topic分支是为了开发新功能或修复Bug等任务而建立的分支。若要同时进行多个的任务，请创建多个的Topic分支。
• Topic分支是从稳定的Merge分支创建的。完成作业后，要把Topic分支合并回Merge分支。

◆ HEAD

HEAD指向的是现在使用中的分支的最后一次更新。通常默认指向master分支的最后一次更新。通过移动HEAD，就可以变更使用的分支。

◆ stash

还未提交的修改内容以及新添加的文件，留在索引区域或工作树的情况下切换到其他的分支时，修改内容会从原来的分支移动到目标分支。

但是如果在checkout的目标分支中相同的文件也有修改，checkout会失败的。这时要么先提交修改内容，要么用stash暂时保存修改内容后再checkout。

stash是临时保存文件修改内容的区域。stash可以暂时保存工作树和索引里还没提交的修改内容，您可以事后再取出暂存的修改，应用到原先的分支或其他的分支上。

▶ 其它问题

◆ git 设置代理

未完 ......

点击访问原文（进入后根据右侧标签，快速定位到本文）