git必需基本操作指令

●git branch——显示分支一览表
　　补充：git branch命令可以将分支名列表显示，同时可以确认当前所在分支。

●git checkout -b——创建、切换分支
　　补充：如果想以当前的master 分支为基础创建新的分支，我们需要用到git checkout -b命令。

　　　　　执行下面的命令，创建名为feature-A 的分支并切换至feature-A分支。

$ git checkout -b feature-A

　　　　　实际上，连续执行下面两条命令也能收到同样效果。

$ git branch feature-A
$ git checkout feature-A 

●切换到master 分支

$ git checkout master

●切换回上一个分支

$ git checkout -

　　补充：像上面这样用“-”（连字符）代替分支名，就可以切换至上一个分支。当然，将“-”替换成feature-A 同样可以切换到feature-A 分支

●git merge——合并分支

　　补充：我们假设feature-A 已经实现完毕，想要将它合并到主干分支master 中。首先切换到master 分支。

$ git checkout master
Switched to branch 'master'

　　然后合并feature-A 分支。为了在历史记录中明确记录下本次分支合并，我们需要创建合并提交。因此，在合并时加上--no-ff参数。

$ git merge --no-ff feature-A

　　随后编辑器会启动，用于录入合并提交的信息

Merge branch 'feature-A'
# Please enter a commit message to explain why this merge is necessary,
# especially if it merges an updated upstream into a topic branch.
#
# Lines starting with '#' will be ignored, and an empty message aborts
# the commit.

　　默认信息中已经包含了是从feature-A 分支合并过来的相关内容，所以可不必做任何更改。将编辑器中显示的内容保存，关闭编辑

　　类似vi编辑命令中使用

　　首先使用esc(键退出)->:(符号输入)->wq(保存退出)

:wq(保存编辑操作退出)
:wq!(保存编辑强制退出)

●git log --graph——以图表形式查看分支

　　补充：git log --graph命令可以用图表形式输出提交日志，非常直观，请大家务必记住。

$ git log --graph

●git reset——回溯历史版本

　　补充：比如我们前面已经有了feature-A分支，并且提交了master主干，那么回溯历史版本到没有feature-A分支的提交，然后创建一个名为fix-B 的特性分支

　　查看操作日志，找到对应的标时间点的哈希值

git reflog

　　要让仓库的HEAD、暂存区、当前工作树回溯到指定状态，需要用到git rest --hard命令

$ git reset --hard fd0cbf0d4a25f747230694d95cac1be72d33441d
HEAD is now at fd0cbf0 Add index

　　我们已经成功回溯到特性分支（feature-A）创建之前的状态。由于所有文件都回溯到了指定哈希值对应的时间点上，文件的内容也恢复到了当时的状态。

　　现在我们来创建特性分支（fix-B）

$ git checkout -b fix-B
Switched to a new branch 'fix-B'

　　推进至feature-A 分支合并后的状态，首先恢复到feature-A 分支合并后的状态。不妨称这一操作为“推进历史”。

　　git log命令只能查看以当前状态为终点的历史日志。所以这里要使用git reflog命令，查看当前仓库的操作日志。

　　在日志中找出回溯历史之前的哈希值，通过git reset --hard命令恢复到回溯历史前的状态。

　　首先执行git reflog 命令，查看当前仓库执行过的操作的日志。

$ git reflog
4096d9e HEAD@{0}: commit: Fix B
fd0cbf0 HEAD@{1}: checkout: moving from master to fix-B
fd0cbf0 HEAD@{2}: reset: moving to fd0cbf0d4a25f747230694d95cac1be72d33441d
83b0b94 HEAD@{3}: merge feature-A: Merge made by the 'recursive' strategy.
fd0cbf0 HEAD@{4}: checkout: moving from feature-A to master
8a6c8b9 HEAD@{5}: checkout: moving from master to feature-A
fd0cbf0 HEAD@{6}: checkout: moving from feature-A to master
8a6c8b9 HEAD@{7}: commit: Add feature-A
fd0cbf0 HEAD@{8}: checkout: moving from master to feature-A
fd0cbf0 HEAD@{9}: commit: Add index
9f129ba HEAD@{10}: commit (initial): First commit

　　从上面数第四行表示feature-A 特性分支合并后的状态，对应哈希值为83b0b94A。我们将HEAD、暂存区、工作树恢复到这个时间点的状态

$ git checkout master
$ git reset --hard 83b0b94
HEAD is now at 83b0b94 Merge branch 'feature-A'

　　

　　现在只要合并fix-B 分支，就可以得到我们想要的状态

$ git merge --no-ff fix-B
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
Recorded preimage for 'README.md'
Automatic merge failed; fix conflicts and then commit the result.

　　这时，系统告诉我们README.md 文件发生了冲突（Conflict）。

　　系统在合并README.md 文件时，feature-A 分支更改的部分与本次想要合并的fix-B 分支更改的部分发生了冲突。

　　不解决冲突就无法完成合并，所以我们打开README.md 文件，解决这个冲突。然后再进行提交，冲突解决后，执行git add命令与git commit命令。

●git commit --amend——修改提交信息

　　补充：要修改上一条提交信息，可以使用git commit --amend命令

$ git commit --amend

　　然后保存编辑并提交即可（ESC->:wq）

 　　随后会显示上面这条结果。现在执行git log --graph命令，可以看到提交日志中的相应内容也已经被修改

$ git log --graph
* commit 2e7db6fb0b576e9946965ea680e4834ee889c9d8
|\ Merge: 83b0b94 4096d9e
| | Author: hirocaster <hohtsuka@gmail.com>
| | Date: Sun May 5 16:58:27 2013 +0900
| |
| | Merge branch 'fix-B'
| |
| * commit 4096d9e856995a1aafa982aabb52bfc0da656b74
| | Author: hirocaster <hohtsuka@gmail.com>
| | Date: Sun May 5 16:50:31 2013 +0900
| |
| | Fix B
| |
* | commit 83b0b94268675cb715ac6c8a5bc1965938c15f62
|\ \ Merge: fd0cbf0 8a6c8b9
| |/ Author: hirocaster <hohtsuka@gmail.com>
|/| Date: Sun May 5 16:37:57 2013 +0900
| |
| | Merge branch 'feature-A'
| |
| * commit 8a6c8b97c8962cd44afb69c65f26d6e1a6c088d8
|/ Author: hirocaster <hohtsuka@gmail.com>
| Date: Sun May 5 16:22:02 2013 +0900
|
| Add feature-A
|
* commit fd0cbf0d4a25f747230694d95cac1be72d33441d
| Author: hirocaster <hohtsuka@gmail.com>
| Date: Sun May 5 16:10:15 2013 +0900
|
| Add index
|
* commit 9f129bae19b2c82fb4e98cde5890e52a6c546922
Author: hirocaster <hohtsuka@gmail.com>
Date: Sun May 5 16:06:49 2013 +0900
First commit

　　●git rebase -i——压缩历史

 　　补充：在合并特性分支之前，如果发现已提交的内容中有些许拼写错误等，

　　不妨提交一个修改，然后将这个修改包含到前一个提交之中，压缩成一个

　　历史记录。这是个会经常用到的技巧，让我们来实际操作体会一下;HEAD~表示上一次提交的，HEAD~2表示上两次提交的...以此类推

$ git rebase -i HEAD~2

　　用上述方式执行git rebase命令，可以选定当前分支中包含HEAD（最新提交）在内的两个最新历史记录为对象，并在编辑器中打开

pick 7a34294 Add feature-C
pick 6fba227 Fix typo
# Rebase 2e7db6f..6fba227 onto 2e7db6f
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.
#
# Note that empty commits are commented out

　　我们将6fba227 的Fix typo 的历史记录压缩到7a34294 的Add feature-C里。按照下图所示，将6fba227 左侧的pick 部分删除，改写为fixup,保存编辑器里的内容，关闭编辑器

pick 7a34294 Add feature-C
fixup 6fba227 Fix typo
[detached HEAD 51440c5] Add feature-C
1 file changed, 1 insertion(+)
Successfully rebased and updated refs/heads/feature-C.

　　现在再查看提交日志时会发现Add feature-C 的哈希值已经不是7a34294 了，这证明提交已经被更改

$ git log --graph

推送至远程仓库

　　在GitHub上新建一个仓库

●git remote add——添加远程仓库

　　补充：在GitHub 上创建的仓库路径为“https://github.com/用户名/仓库名.git”（类似这样https://github.com/city85/git-learn.git）。现在我们用git remote add命令将它设置成本地仓库的远程仓库

$ git remote add origin https://github.com/city85/git-learn.git

　　按照上述格式执行git remote add命令之后，Git 会自动将https://github.com/city85/git-learn.git远程仓库的名称设置为origin（标识符）。

●git push——推送至远程仓库

　　补充：如果想将当前分支下本地仓库中的内容推送给远程仓库，需要用到git push命令。现在假定我们在master 分支下进行操作

git push -u origin master

　　像这样执行git push命令，当前分支的内容就会被推送给远程仓库origin 的master 分支。

　　-u参数可以在推送的同时，将origin 仓库的master 分支设置为本地仓库当前分支的upstream（上游）。

　　添加了这个参数，将来运行git pull命令从远程仓库获取内容时，

　　本地仓库的这个分支就可以直接从origin 的master 分支获取内容，

　　省去了另外添加参数的麻烦。执行该操作后，当前本地仓库master 分支的内容将会被推送到GitHub 的远程仓库中

推送至master 以外的分支

　　除了master 分支之外，远程仓库也可以创建其他分支。举个例子，我们在本地仓库中创建feature-D 分支，并将它以同名形式push 至远程仓库。

$ git checkout -b feature-D
Switched to a new branch 'feature-D'

　　我们在本地仓库中创建了feature-D 分支，现在将它push 给远程仓库并保持分支名称不变。

$ git push -u origin feature-D
Total 0 (delta 0), reused 0 (delta 0)

从远程仓库获取

●git clone——获取远程仓库

　　补充：首先我们换到其他目录下，将GitHub 上的仓库clone 到本地。注意不要与之前操作的仓库在同一目录下。

$ git clone https://github.com/city85/git-learn.git

　　执行git clone命令后我们会默认处于master 分支下，同时系统会自动将origin 设置成该远程仓库的标识符。也就是说，当前本地仓库的master 分支与GitHub 端远程仓库（origin）的master 分支在内容上是完全相同的

●git branch -a——查看当前分支的相关信息

　　补充：添加-a参数可以同时显示本地仓库和远程仓库的分支信息

$ git branch -a

●获取远程的feature-D 分支

　　补充：我们试着将feature-D 分支获取至本地仓库。

　　-b 参数的后面是本地仓库中新建分支的名称。为了便于理解，

　　我们仍将其命名为feature-D，让它与远程仓库的对应分支保持同名。

　　新建分支名称后面是获取来源的分支名称。例子中指定了origin/feature-D，

　　就是说以名为origin 的仓库（这里指GitHub 端的仓库）的feature-D 分支为来源，在本地仓库中创建feature-D 分支

$ git checkout -b feature-D origin/feature-D

●向本地的feature-D 分支提交更改

　　补充：-am 直接添加并提交

$ git commit -am "Add feature-D"

●推送feature-D 分支

$ git push

●git pull——获取最新的远程仓库分支

$ git pull origin feature-D

　　补充：如果两人同时修改了同一部分的源代码，push 时就很容易发生冲突。所以多名开发者在同一个分支中进行作业时，为减少冲突情况的发生，建议更频繁地进行push 和pull 操作

●Git 忽略提交 .gitignore

在项目下创建一个.gitignore文件，可以在文件目录中加入这个文件，也可以在eclipse中项目下加入此文件，内容如下

/fundacc/WEB-INF/classes/表示忽略/fundacc/WEB-INF/classes/文件夹下的内容

.class 表示忽略以.class为后缀名的文件

 

 

 

 

但是有时候在项目开发过程中，想把某些目录或文件加入忽略规则，按照上述方法定义后发现并未生效，原因是.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。那么解决方法就是先把本地缓存删除（改变成未track状态），然后再提交：

git rm -r --cached .
git add .
git commit -m 'update .gitignore'