- 版权声明：本文为博主原创文章，未经博主允许不得转载。
Github Logo
经过这几天的学习Github,现在也对Github有了更深的一层了解.
Git是一个分布式文件版本管理系统。Git 直接记录文件快照，而非差异比较，所以在切换分支速度极快，几乎是秒切。所有操作基本上都是本地执行，时刻保持数据完整性，每台机器上都有完整的 Git 提交历史，即使不联网，也能任意切换到历史版本。多数操作仅添加数据，也就是说，操作都是可恢复的。
初始化目录
# 创建空的 Git 目录
git init
git add README
git commit -m 'initial project version'
# 或者使用 clone 方式从远程复制一个
git clone git://git.kernel.org/pub/scm/git/git.git [mygit]```
##文件状态
工作目录下面的所有文件都不外乎这两种状态：已跟踪或未跟踪。已跟踪的文件是指本来就被纳入版本控制管理的文件，在上次快照中有它们的记录，工作一段时间后，它们的状态可能是未更新（nothing to commit），已修改（Changes not staged for committed）或者已放入暂存区（Changes to be committed）。而所有其他文件都属于未跟踪文件（Untracked files），它们既没有上次更新时的快照，也不在当前的暂存区域。如下图
- `README.txt` 已放入暂存区，等待被提交。使用`git commit -m 'change log'`提交
- `benchmarks.rb`已修改，但修改未放入暂存区。使用`git add benchmarks.rb`添加到暂存区
- `b.txt`未根据，需要用命令`git add b.txt`添加到暂存区。
需要注意的是，每次修改文件都需要执行`git add filename`将修改添加到暂存区，而不仅仅只是新文件。也就是说，每次更改，都要执行两个命令，`git add`和`git commit`才能将更改添加到版本库中。一次完整的提交过程：
将当前目前下的所有更改添加到暂存区，或者根据情况，只添加某些文件的更改，将 . 换成文件名
git add .
将暂存区的内容添加到 Git 版本库中，永久存储。这一步无法选择要提交哪些内容，所有暂存区的内容都会被提交。
git commit -m 'change log'```
.gitignore
有时候，我们可能不想跟踪一些文件，比如工程文件的配置文件，编译生成的二进制文件。这些文件无需纳入版本管理，否则在团队协作，合并代码时容易发生冲突。在项目的根目录下，新建.gitignore文件，将不需要跟踪的文件添加到里面，如下：
# 此为注释 – 将被 Git 忽略
# 忽略所有 .DS_Store 结尾的文件
*.DS_Store
# 但 lib.a 除外
!lib.a
# 仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO
/TODO
# 忽略 build/ 目录下的所有文件
build/
# 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
doc/*.txt
# ignore all .txt files in the doc/ directory
doc/**/*.txt
# A **/ pattern is available in Git since version 1.8.2.```
如果在创建`.gitignore`文件前，这些文件已经进入版本管理时，需要先将它们从暂存区中删除：`git rm —cached filename` 或 `git rm -rf —cached .`，让`.gitignore`生效。
##对比
`git diff`可以查看当前修改和某次提交之后都改动了哪些东西。
>- 1.查看已暂存和未暂存的更新 ：git diff
- 2.查看已暂存和上次提交时的快照之间的变化: git diff —cached 或 git diff —staged
- 3.对比当前提交和某个提交：git diff 99734f7ff
- 4.对比当前分支和其他某个分支：git diff test
##查看提交历史
>- 1.查看提交日志，只列出时间和提交信息：git log
- 2.查看最近2次提交的历史，并列出改动的内容差异：git log -p -2
- 3.以图表的形式列出提交历史： git log --oneline --graph
##撤销操作
>- 1.修改最后一次提交信息：git commit --amend
- 2.取消已经暂存的文件：git reset HEAD filename
- 3.取消对文件的修改：git checkout -- filename
- 4.返回到某个节点，不保留修改：git reset --hard HASH
- 5.返回到某个节点，保留修改：git reset --soft HASH
##远程仓库
>- 1.查看：git remote -v
- 2.添加远程仓库：git remote add pb git://github.com/paulboone/ticgit.git
- 3.拉取远程仓库的代码到本地仓库：git fetch pb
- 4.修改远程仓库地址：git remote set-url origin git://github.com/newuser/ticgit.git
##打标签
- 每次推送一个新的版本到远程仓库的 master 时，需要打一个版本号的标签。
>- 1.查看标签：git tag -l
- 2.打标签：git tag -a v1.4 -m 'my version 1.4'
- 3.查看相应标签的版本信息：git show v1.4
- 4.推送标签到远程：git push origin v1.5 或者 git push origin --tags
##分支
- 在 Git 中提交时，会保存一个提交(commit)对象，该对象包含一个指向暂存内容快照的指针。Git 中的分支，本质上是个指向 commit 对象的可变指针。
##新建分支
git branch test
git checkout test
或者直接 checkout -b, -b 参数表示新创建一个分支
git checkout -b test```
合并分支
- 将 issue-1 分支合并到 master:
git checkout master
git merge issue-1
# 合并后删除
git branch -d issue-1```
##冲突解决
- 在`merge`代码的时候，如果两个分支对同一行文件做了不一样的修改，便会产生冲突。解决冲突需要人为介入，编辑冲突的文件，选择正确的一行代码，然后重新提交。
- 如果代码产生冲突，冲突的文件会出现类似下面的内容：
<<<<<<< HEAD
<div id="footer">contact us at support@github.com</div>
=======
<div id="footer">
please contact us at support@github.com
</div>
issue-1```
<<<<<<< HEAD到======= 之间是当前分支的代码，=======到>>>>>>> issue-1是issue-1分支的代码，这行代码不一致，这里我们选择issue-1的代码，修改后这几行变为
<div id="footer">
please contact us at support@github.com
</div>```
修改完之后，运行`git add .; git commit -m 'merged'`提交当前修改后的代码，冲突便解决了，代码也合并了。
##管理分支
>- 列出当前所有本地分支： git branch
- 包含各分支最后提交信息： git branch -v
- 查看当前分支已合并的分支： git branch --merged
- 删除分支：git branch -d testing
##远程分支
>远程分支`(remote branch)`是对远程仓库中的分支的索引，远程分支的表示形式：`(远程仓库名)/(分支名)` 。如 `origin/master`，`origin` 是远程仓库名，`master`是分支名。
>查看远程分支： `git branch -r`
推送本地分支： `git push origin master`
拉取远程分支并合并到当前分支：`git pull origin master`
获取远程代码到本地仓库：`git fetch origin`
合并远程分支到本地分支代码：`git merge origin/master`
本地新建远程分支：`git checkout -b hotfix origin/master` # 从远程 master 分支上新建本地 hotfix 分支
删除远程分支，在分支名前加冒号：`git push origin :hotfix` # 删除远程 hostfix 分支
- git pull = git fetch + git merge
##Stash
- 要切换到其他分支又不提交当前的修改时，使用 git stash 保存当前修改到一个堆栈中，需要时重新应用修改
>- 1.保存修改：git stash
- 2.应用保存起来的修改：git stash apply 或 git stash pop
- 3.查看已保存的stashing：git stash list
- 4.删除stash：git stash drop
###具体可以参照此文http://iissnan.com/progit/