zoukankan      html  css  js  c++  java

  • git &github 快速入门

    ---恢复内容开始---

    Git工作流程

    1.Git 仓库之基本操作

    创建目录
　　$ mkdir first_git_file

    　　$ cd first_git_file/
    　　$ vim first_git_file.txt
    　　　　'''添加内容'''
     　　    first time using git, excited!
    

    初始化创建
 $ git init
 """提示：Initialized empty Git repository in  /Users/alex/git_trainning/.git/""" 
    

    　 Git 使用 git init 命令来初始化一个 Git 仓库
    

    

    

    #用命令git add告诉Git，把文件添加到仓库，    git add .   把所有的文件添加到仓库
    

    　　　git add first_git_file.txt      
    

    　提交　（使用 git add 命令将想要快照的内容写入缓存区）　　　　　　　　　　　　　　　　　　　　
    

    　　  $ git commit -m "commit my first git file"    
    

      查看状态　　　　　　
    

    　　　　git status   git status　　　　　　　　　　　　（以查看在你上次提交之后是否有修改）
    

    

    

    　日志

   git diff first_git_file.txt                    (查看具体修改内容)   

　　git log                                        (查看最近到最远的日志)

　  git log --pretty=oneline                       (查看看现在版本库的状态)

    git checkout 文件名                           　（通过git status   获取  modified：XXX）　把当前代码从暂存区回滚到工作区
 
　  git reflog     　　　　　　　　　　　　　　　　     查看所有的操作记录　
    

    

    

    　撤销修改 
    　　    git checkout -- file可以丢弃工作区的修改：

    

      代码回滚可以通过日志获取到 版本号  回滚到该版本

    

    

     
    

    　　 gitreset --hard HEAD 回滚到上次 　　　　　　　gitreset --hard 323423ds 回滚到指定的版本 
    

    

    

    　  删除

　　　1　$ rm test.txt     ---->    git add .    --->>       git commit -m 'del'

　　　2  $ git rm test.txt ---->    git commit -m 'del'

　　  git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
    

    


     
    

    2.Git 远程仓库
    

    

    https://github.com      创建账号  密码 
    

    


    1.ssh 无密码传输
    

    　由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以，需要一点设置：
    

    

    第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，
    　　可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：

　　$ ssh    -keygen -t rsa -C "xxxxx@example.com"

       户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥
    

    


    

    第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：
    然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容：

    

    

     2.创建远程仓库
    

    第一步：
    

     
    

    第二步：
    

    

    ！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！创建成功！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
    

    3.远程GitHub 仓库命令：
    

    　　
    

    

    

     git add .
    

     git commit -m "add home page"
    

      git remote add origin git@github.com:github名字/仓库名.git ＃添加远程仓库
    

     git push -u origin master #推到远程

    提示信息：
    

    

    The authenticity of host 'github.com (192.30.253.113)' can't be established.
    

    RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
    

    Are you sure you want to continue connecting (yes/no)? yes   #第一次推会出现，写yes
    

    Warning: Permanently added 'github.com,192.30.253.113' (RSA) to the list of known hosts.
    

    Counting objects: 20, done.
    

    Delta compression using up to 8 threads.
    

    Compressing objects: 100% (14/14), done.
    

    Writing objects: 100% (20/20), 1.76 KiB | 0 bytes/s, done.
    

    Total 20 (delta 4), reused 0 (delta 0)
    

    remote: Resolving deltas: 100% (4/4), done.
    

    To git@github.com:triaquae/oldboy_website.git
    

     * [new branch]      master -> master
    

    Branch master set up to track remote branch master from origin.
    

    

    第二次以后  提交  
    

    

     git push origin master    #推到远程
    

    

    

    

     git clone克隆一个本地库

    


    在本地找一个存放远程仓库的目录，然后在本地命令行用git clone 命令来克隆这个远程库
    

    

    $ git clone git@github.com:triaquae/gitskills.git

    提示信息：
Cloning into     'gitskills'...
Warning: Permanently added the RSA host key for IP address '192.30.253.112' to the list of known hosts.
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (3/3), done.
Checking connectivity... done.
 
$ cd gitskills/  #进入刚clone下来的目录
$ ls
README.md
    

    


    

    



    4.分支管理　
    

    



    

    1 创建与合并分支 

      git checkout -b dev

    2.切换分支
    

      git checkout master

    3.查看分支
    

    　 git branch

    4. 合并分支
    　　git merge dev

    重要提示：    每次修改完 必须 add   commit  

    

    



    

    

    bug分支　　

软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交：

1
2
3
4
5
6
7
8
9
10
11
12
13
$ git status
# On branch dev
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   hello.py
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   readme.txt
#
　　

并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？

幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

1
2
3
$ git stash
Saved working directory and index state WIP on dev: 6224937 add merge
HEAD is now at 6224937 add merge
现在，用git status查看工作区，就是干净的（除非有没有被Git管理的文件），因此可以放心地创建分支来修复bug。

首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：

1
2
3
4
5
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 6 commits.
$ git checkout -b issue-101
Switched to a new branch 'issue-101'
现在修复bug，需要把“Git is free software ...”改为“Git is a free software ...”，然后提交：

1
2
3
4
$ git add readme.txt
$ git commit -m "fix bug 101"
[issue-101 cc17032] fix bug 101
 1 file changed, 1 insertion(+), 1 deletion(-)
修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：

1
2
3
4
5
6
7
8
9
$ git checkout master
Switched to branch 'master'
Your branch is ahead of 'origin/master' by 2 commits.
$ git merge --no-ff -m "merged bug fix 101" issue-101
Merge made by the 'recursive' strategy.
 readme.txt |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
$ git branch -d issue-101
Deleted branch issue-101 (was cc17032).
　　

太棒了，原计划两个小时的bug修复只花了5分钟！现在，是时候接着回到dev分支干活了！

1
2
3
4
5
$ git checkout dev
Switched to branch 'dev'
$ git status
# On branch dev
nothing to commit (working directory clean)
　　

工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令看看：

1
2
$ git stash list
stash@{0}: WIP on dev: 6224937 add merge
工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$ git stash pop
# On branch dev
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   hello.py
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   readme.txt
#
Dropped refs/stash@{0} (f624f8e5f082f2df2bed8a4e09c12fd2943bdd40)
再用git stash list查看，就看不到任何stash内容了：

1
$ git stash list
你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：

1
$ git stash apply stash@{0}
 
    

    
分支bug
    



    5.多人协作　
    

    当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
    

    要查看远程库的信息，用git remote：
    

    

    

    

    


    


    1
    

    2
    
    		


    

    $ git remote
    

    origin
    

    
    		

    
    

    

    

    

    

    或者，用git remote -v显示更详细的信息：
    

    

    

    

    


    


    1
    

    2
    

    3
    
    		


    

    $ git remote -v
    

    origin  git@github.com:triaquae/gitskills.git (fetch)
    

    origin  git@github.com:triaquae/gitskills.git (push)　　
    

    
    		

    
    

    

    

    

    

    上面显示了可以抓取和推送的origin的地址。如果没有推送权限，就看不到push的地址。
    

    10.1 推送分支
    

    推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：
    

    

    

    

    


    


    1
    
    		


    

    $ git push origin master
    

    
    		

    
    

    

    

    

    

    如果要推送其他分支，比如dev，就改成：
    

    

    

    

    


    


    1
    
    		


    

    $ git push origin dev
    

    
    		

    
    

    

    

    

    

    但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？
    

      

    • 

      master分支是主分支，因此要时刻与远程同步；
      

      • 

    • 

      dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
      

      • 

    • 

      bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
      

      • 

    • 

      feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。
      

      • 

    

    总之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，视你的心情而定！
    

    10.2 抓取分支
    

    多人协作时，大家都会往master和dev分支上推送各自的修改。
    

    现在，模拟一个你的小伙伴，可以在另一台电脑（注意要把SSH Key添加到GitHub）或者同一台电脑的另一个目录下克隆：
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    

    5
    

    6
    

    7
    
    		


    

    $ git clone git@github.com:triaquae/gitskills.git
    

    Cloning into 'gitskills'...
    

    remote: Counting objects: 16, done.
    

    remote: Compressing objects: 100% (7/7), done.
    

    remote: Total 16 (delta 0), reused 10 (delta 0), pack-reused 0
    

    Receiving objects: 100% (16/16), done.
    

    Checking connectivity... done.
    

    
    		

    
    

    

    

    

    

    当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看：
    

    

    

    

    


    


    1
    

    2
    
    		


    

    $ git branch
    

    * master
    

    
    		

    
    

    

    

    

    

    现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：
    

    

    

    

    


    


    1
    
    		


    

    $ git checkout -b dev origin/dev
    

    
    		

    
    

    

    

    

    

    现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程：
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    

    5
    

    6
    

    7
    

    8
    

    9
    

    10
    

    11
    

    12
    

    13
    
    		


    

    $ git add .
    

    $ git commit -m "small updates"
    

     
    

    [dev f1b762e] small updates
    

     2 files changed, 5 insertions(+), 1 deletion(-)
    

    Alexs-MacBook-Pro:gitskills alex$ git push origin dev
    

    Counting objects: 4, done.
    

    Delta compression using up to 8 threads.
    

    Compressing objects: 100% (3/3), done.
    

    Writing objects: 100% (4/4), 438 bytes | 0 bytes/s, done.
    

    Total 4 (delta 0), reused 0 (delta 0)
    

    To git@github.com:triaquae/gitskills.git
    

       33ec6b4..f1b762e  dev -> dev
    

    
    		

    
    

    

    

    

    

    　　
    

    你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送:
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    

    5
    

    6
    

    7
    

    8
    

    9
    

    10
    

    11
    

    12
    

    13
    

    14
    

    15
    

    16
    
    		


    

    $ git add .
    

    $ git commit -m "add Dog class"
    

    [dev 7e7b1bf] add Dog class
    

     2 files changed, 7 insertions(+)
    

     
    

     
    

    $ git push origin dev
    

     
    

    To git@github.com:triaquae/gitskills.git
    

     ! [rejected]        dev -> dev (fetch first)
    

    error: failed to push some refs to 'git@github.com:triaquae/gitskills.git'
    

    hint: Updates were rejected because the remote contains work that you do
    

    hint: not have locally. This is usually caused by another repository pushing
    

    hint: to the same ref. You may want to first integrate the remote changes
    

    hint: (e.g., 'git pull ...') before pushing again. #提示你了，先把远程最新的拉下来再提交你的
    

    hint: See the 'Note about fast-forwards' in 'git push --help' for details.
    

    
    		

    
    

    

    

    

    

    推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    

    5
    

    6
    

    7
    

    8
    

    9
    

    10
    

    11
    

    12
    

    13
    

    14
    

    15
    

    16
    
    		


    

    $ git pull
    

    remote: Counting objects: 4, done.
    

    remote: Compressing objects: 100% (3/3), done.
    

    remote: Total 4 (delta 0), reused 4 (delta 0), pack-reused 0
    

    Unpacking objects: 100% (4/4), done.
    

    From github.com:triaquae/gitskills
    

       33ec6b4..f1b762e  dev        -> origin/dev
    

    There is no tracking information for the current branch.
    

    Please specify which branch you want to merge with.
    

    See git-pull(1) for details.
    

     
    

        git pull <remote> <branch>
    

     
    

    If you wish to set tracking information for this branch you can do so with:
    

     
    

        git branch --set-upstream-to=origin/<branch> dev
    

    
    		

    
    

    

    

    

    

    git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：
    

    

    

    

    


    


    1
    

    2
    
    		


    

    $ git branch --set-upstream-to=origin/dev dev
    

    Branch dev set up to track remote branch dev from origin.
    

    
    		

    
    

    

    

    

    

    再pull：
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    

    5
    

    6
    
    		


    

    $ git pull
    

    Auto-merging hello.py
    

    CONFLICT (content): Merge conflict in hello.py
    

    Auto-merging branch_test.md
    

    CONFLICT (content): Merge conflict in branch_test.md
    

    Automatic merge failed; fix conflicts and then commit the result.
    

    
    		

    
    

    

    

    

    

    这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：　　
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    

    5
    

    6
    

    7
    

    8
    

    9
    

    10
    

    11
    

    12
    

    13
    

    14
    
    		


    

    $ git add .
    

    $ git commit -m "merge & fix hello.py"
    

    [dev 93e28e3] merge & fix hello.py
    

     
    

    $ git push origin dev
    

     
    

    Counting objects: 8, done.
    

    Delta compression using up to 8 threads.
    

    Compressing objects: 100% (7/7), done.
    

    Writing objects: 100% (8/8), 819 bytes | 0 bytes/s, done.
    

    Total 8 (delta 1), reused 0 (delta 0)
    

    remote: Resolving deltas: 100% (1/1), done.
    

    To git@github.com:triaquae/gitskills.git
    

       f1b762e..93e28e3  dev -> dev
    

    
    		

    
    

    

    

    

    


    因此，多人协作的工作模式通常是这样：
    

      

    1. 

      首先，可以试图用git push origin branch-name推送自己的修改；
      

      2. 

    2. 

      如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
      

      3. 

    3. 

      如果合并有冲突，则解决冲突，并在本地提交；
      

      4. 

    4. 

      没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！
      

      5. 

    

    如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name。
    

    这就是多人协作的工作模式，一旦熟悉了，就非常简单。
    

    　　
    

    　　
    

    11. github使用
    

    我们一直用GitHub作为免费的远程仓库，如果是个人的开源项目，放到GitHub上是完全没有问题的。其实GitHub还是一个开源协作社区，通过GitHub，既可以让别人参与你的开源项目，也可以参与别人的开源项目。
    

    在GitHub出现以前，开源项目开源容易，但让广大人民群众参与进来比较困难，因为要参与，就要提交代码，而给每个想提交代码的群众都开一个账号那是不现实的，因此，群众也仅限于报个bug，即使能改掉bug，也只能把diff文件用邮件发过去，很不方便。
    

    但是在GitHub上，利用Git极其强大的克隆和分支功能，广大人民群众真正可以第一次自由参与各种开源项目了。
    

    如何参与一个开源项目呢？比如人气极高的bootstrap项目，这是一个非常强大的CSS框架，你可以访问它的项目主页https://github.com/twbs/bootstrap，点“Fork”就在自己的账号下克隆了一个bootstrap仓库，然后，从自己的账号下clone：
    

    

    

    

    


    


    1
    
    		


    

    git clone git@github.com:michaelliao/bootstrap.git
    

    
    		

    
    

    

    

    

    

    一定要从自己的账号下clone仓库，这样你才能推送修改。如果从bootstrap的作者的仓库地址git@github.com:twbs/bootstrap.git克隆，因为没有权限，你将不能推送修改。
    

    Bootstrap的官方仓库twbs/bootstrap、你在GitHub上克隆的仓库my/bootstrap，以及你自己克隆到本地电脑的仓库，他们的关系就像下图显示的那样：
    

    


    如果你想修复bootstrap的一个bug，或者新增一个功能，立刻就可以开始干活，干完后，往自己的仓库推送。
    

    如果你希望bootstrap的官方库能接受你的修改，你就可以在GitHub上发起一个pull request。当然，对方是否接受你的pull request就不一定了。
    

    如果你没能力修改bootstrap，但又想要试一把pull request，那就Fork一下我的仓库：https://github.com/triaquae/gitskills ，创建一个your-github-id.txt的文本文件，写点自己学习Git的心得，然后推送一个pull request给我，我会视心情而定是否接受。
    

    小结
    

      

    • 

      在GitHub上，可以任意Fork开源仓库；
      

      • 

    • 

      自己拥有Fork后的仓库的读写权限；
      

      • 

    • 

      可以推送pull request给官方仓库来贡献代码。
      

      • 

    

    　　
    

    　　
    

    12. 忽略特殊文件.gitignore
    

    有些时候，你必须把某些文件放到Git工作目录中，但又不能提交它们，比如保存了数据库密码的配置文件啦，等等，每次git status都会显示Untracked files ...，有强迫症的童鞋心里肯定不爽。
    

    好在Git考虑到了大家的感受，这个问题解决起来也很简单，在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
    

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

    忽略文件的原则是：
    

      

    1. 忽略操作系统自动生成的文件，比如缩略图等；
      2. 

    2. 忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
      3. 

    3. 忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
      4. 

    

    举个例子：
    

    假设你在Windows下进行Python开发，Windows会自动在有图片的目录下生成隐藏的缩略图文件，如果有自定义目录，目录下就会有Desktop.ini文件，因此你需要忽略Windows自动生成的垃圾文件：
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    
    		


    

    # Windows:
    

    Thumbs.db
    

    ehthumbs.db
    

    Desktop.ini
    

    
    		

    
    

    

    

    

    

    然后，继续忽略Python编译产生的.pyc、.pyo、dist等文件或目录：
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    

    5
    

    6
    

    7
    
    		


    

    # Python:
    

    *.py[cod]
    

    *.so
    

    *.egg
    

    *.egg-info
    

    dist
    

    build
    

    
    		

    
    

    

    

    

    

    加上你自己定义的文件，最终得到一个完整的.gitignore文件，内容如下：
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    

    5
    

    6
    

    7
    

    8
    

    9
    

    10
    

    11
    

    12
    

    13
    

    14
    

    15
    

    16
    
    		


    

    # Windows:
    

    Thumbs.db
    

    ehthumbs.db
    

    Desktop.ini
    

     
    

    # Python:
    

    *.py[cod]
    

    *.so
    

    *.egg
    

    *.egg-info
    

    dist
    

    build
    

     
    

    # My configurations:
    

    db.ini
    

    deploy_key_rsa
    

    
    		

    
    

    

    

    

    

    最后一步就是把.gitignore也提交到Git，就完成了！当然检验.gitignore的标准是git status命令是不是说working directory clean。
    

    使用Windows的童鞋注意了，如果你在资源管理器里新建一个.gitignore文件，它会非常弱智地提示你必须输入文件名，但是在文本编辑器里“保存”或者“另存为”就可以把文件保存为.gitignore了。
    

    有些时候，你想添加一个文件到Git，但发现添加不了，原因是这个文件被.gitignore忽略了：
    

    

    

    

    


    


    1
    

    2
    

    3
    

    4
    
    		


    

    $ git add App.class
    

    The following paths are ignored by one of your .gitignore files:
    

    App.class
    

    Use -f if you really want to add them.
    

    
    		

    
    

    

    

    

    

    如果你确实想添加该文件，可以用-f强制添加到Git：
    

    

    

    

    


    


    1
    
    		


    

    $ git add -f App.class
    

    
    		

    
    

    

    

    

    

    或者你发现，可能是.gitignore写得有问题，需要找出来到底哪个规则写错了，可以用git check-ignore命令检查：
    

    

    

    

    


    


    1
    

    2
    
    		


    

    $ git check-ignore -v App.class
    

    .gitignore:3:*.class    App.class　　
    

    
    		

    
    

    

    

    

    

    Git会告诉我们，.gitignore的第3行规则忽略了该文件，于是我们就可以知道应该修订哪个规则。
    

    小结
    

      

    • 

      忽略某些文件时，需要编写.gitignore；
      

      • 

    • 

      .gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理！
      

      • 

    

    　　
    

    　　
    

    　　
    

    以上文章大量参考或转载自: http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000  
    


    

    
    
                
    
                
              
    • 
              
    
              
  • 

                相关阅读:
    
                
                  FreeRTOS相关转载-(朱工的专栏)
                    
    任务相关的API函数-uxTaskGetSystemState
                    
    STM32用FreeRTOS时任务优先级和中断优先级说明
                    
    STM32标准外设库中USE_STDPERIPH_DRIVER, STM32F10X_MD的含义
                    
    C语言变量和函数命名规范
                    
    Java学习笔记-命令模式
                    
    leetcode-Search in Rotated Sorted Array -java
                    
    Java学习笔记-单件模式
                    
    Java学习笔记-问问题？-->静态方法
                    
    TCP滑动控制
                    
                        
              
    • 
              
    
              
  • 
                原文地址：https://www.cnblogs.com/honglingjin/p/6828896.html
              
    • 

            

          



          
          

            

            

          

        

      

      



      

      

        

          Copyright © 2011-2022 走看看