git工具使用

创建版本库

1
2
3
4
5
6
7
# mkdir learngit 
# cd learngit 
# git initt 
# touch readme.txt 
# git add readme.txt(每一个修改的文件都应该add) 
# git commit -m "wrote a readme file"

查看状态

1
# git status

查看日志

1
2
3
# git log 
简化操作 
# git log --pretty=oneline

查看修改内容

1
2
3
4
# git diff filename 
然后进行提交 
# git add readme.txt 
# git commit -m "add distributed"

版本回退

回退到上一个版本: 

1
2
3
4
5
6
7
8
9
10
11
12
# git reset --hard HEAD^ 
 
回退到指定版本： 
# git reset --hard commit-id 
 
如果想撤销，可以找到上次提交的版本的commit ID号:bfcbdbc13d97fa0fa778cedc53ec6a22b29f2453 
 
# git reset --hard bfcbdbc13d97fa0fa778cedc53ec6a22b29f2453(输入前几位也行，必须保持唯一) 
 
如果看不到commit id,可以通过下面命令找到： 
# git reflog 
最前面的就是最新提交的commit id

工作区和暂存区

前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

撤销修改

1
2
3
4
5
6
7
8
9
(1)如果修改了还未add进暂存区，那么可以使用: 
# git checkout -- filename进行撤销到最先打开的状态。  
# git checkout -- readme.txt 
 
(2)如果add进暂存区，那么应该使用,将其重新放回工作区,然后在工作区中再进行回退: 
# git reset HEAD readme.txt 
# git checkout -- readme.txt 
 
(3)如果提交了不合适的修改到版本库时，可以使用版本回退功能，但是如果推送到远程库，那就悲哀了。

删除文件

1
2
3
4
5
6
7
8
# rm test.txt 
意味着当前工作区没有这个文件了，但是版本库中还是有这个文件的，这个时候工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除； 
如果想删除版本库中的这个文件，那么使用: 
# git rm test.txt 
# git commit -m 'remove test.txt' 
 
另外一种情况，就是误删除了test.txt，那么可以使用: 
# git checkout --readme.txt

远程仓库

1
2
3
4
5
6
7
8
9
10
11
12
在远程仓库中创建这个版本库，然后添加秘钥，然后推送上去: 
# git remote add orgin https://github.com/geasyheart/learngit.git 
添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。 
# git push -u origin master 
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。 
 
以后再进行提交时，就可以使用: 
# git push origin master 
 
 
一般情况下，可以先建远程库,然后git clone克隆一份即可； 
# git clone https://github.com/geasyheart/learngit.git

分支管理

 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
创建dev分支，然后切换到dev分支: 
# git checkout -b dev 

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令： 
    # git branch dev 
    # git checkout dev 

    使用一下命令进行查看当前分支: 
       # git branch     

    当dev分支的工作完成就可以切换回master分支: 
       # git add readme.txt 
       # git commit -m 'branch' 
       # git checkout master 

    然而这个时候master分支没有相应的修改，这个时候应该将dev分支的工作成果合并到master分支上: 
        # git merge dev 

    合并完成后，可以删除dev分支: 
    # git branch -d dev

解决冲突

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
    例如： 
        git checkout -b dev 
        修改文件readme.txt 
        git add readme.txt 
        git commit -m "dev submit" 
 
        git checkout master 
        修改文件readme.txt 
        git add readme.txt 
        git commit -m "conflict" 
 
        进行合并: 
        git merge dev 
        这个时候就会出现冲突，这个时候的解决方案就是手动修改，然后进行提交； 
 
 
        git add readme.txt 
        git commit -m "conflict fixed" 
    使用这个命令可以查看更为清楚： 
        git log --graph --pretty=oneline --abbrev-commit

分支管理策略

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
    git checkout -b dev 
    修改文件 
    git add readme.txt 
    git commit -m "add merge" 
    git checkout master 
 
    准备合并dev分支，但是注意--no-ff参数，表示禁用fast-forward: 
        git merge --no-ff -m "merge with no-ff" dev 
    因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。     
 
    合并后，我们用git log看看分支历史： 
        $ git log --graph --pretty=oneline --abbrev-commit 
 
 
Bug分支: 
    如果这个时候正在一个分支上，工作还没完成，但是还必须要去处理Bug,这个时候git提供了一个stash功能，可以将现在的工作现场存储起来，等以后恢复后继续工作: 
    $git stash 
        Saved working directory and index state WIP on dev: 1062804 test1 
        HEAD is now at 1062804 test1 
 
    这个时候再用git status查看就是干净的。 
 
    首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支： 
 
    $git checkout master 
    $git checkout -b issue-101 
    修改好后, 
    $git add readme.txt 
    $git commit -m "fix bug 101" 
 
    $git checkout master 
    $git merge --no-ff -m "merged bug fix 101" issue-101 
 
    $git branch -d issue-101 
 
    $git checkout dev 
    $git stash list 
    $git stash pop 
 
 
看到Bug分支这个位置

多人协作：
git clone git@github.com:geasyheart/learngit.git
要在dev分支上开发，就必须创建远程origin的dev分支到本地:
git checkout -b dev origin/dev
修改提交
git push origin dev

git branch –set-upstream dev origin/dev
git pull

标签管理

1
2
3
4
5
6
7
8
9
10
11
# git checkout master 
# git tag v1.0 
使用git tag查看所有标签 
 
对相应的commit id进行打标签，那么: 
# git log --pretty=oneline --abbrev-commit 
# git tag v0.9 4434343 
再进行查看： 
# git tag 
# git show <git-tag>

操作标签

1
# git tag -d v0.1    删除tag v0.1

忽略特殊文件：

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

不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。所有配置文件可以直接在线浏览：https://github.com/github/gitignore

忽略文件的原则是：
忽略操作系统自动生成的文件，比如缩略图等；
忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
例如一个简单的.gitignore文件:

Windows:Thumbs.db
ehthumbs.dbDesktop.ini
Python:*.py[cod]
*.so
*.egg
*.egg-info
dist
build# My configurations:db.ini
deploy_key_rsa
git add -f filename可以强制添加文件
git check-ignore支持检查功能

git支持很多种工作流程，我们采用的一般是这样，远程创建一个主分支，本地每人创建功能分支，日常工作流程如下：
去自己的工作分支 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
$ git checkout work 
 
工作 
.... 
 
提交工作分支的修改 
$ git commit -a 
 
回到主分支 
$ git checkout master 
 
获取远程最新的修改，此时不会产生冲突 
$ git pull 
 
回到工作分支 
$ git checkout work 
 
用rebase合并主干的修改，如果有冲突在此时解决 
$ git rebase master 
 
回到主分支 
$ git checkout master 
 
合并工作分支的修改，此时不会产生冲突。 
$ git merge work 
 
提交到远程主干 
$ git push
赏

谢谢你请我吃糖果

支付宝

扫一扫，分享到微信

微信分享二维码

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

探索世界美好的存在。