Git操作流程

安装git:
    
   1.git官网下载安装,创建gitdemo文件夹解压此文件夹,右击->git bash打开命令窗口
   2.设置名字和邮箱:
    $ git config --global user.name "Your Name"
    $ git config --global user.email "[email protected]"

一。创建仓库:
   1.第一步,选择合适的地方,创建一个空目录作为版本库。右击版本库->git bash
    $pwd     (命令用于显示当前目录)

   2.第二步,通过git init命令把这个目录变成Git可以管理的仓库:
    $ git init
    Initialized empty Git repository in /Users/michael/learngit/.git/    (告诉你是一个空的仓库)
    (提示)当前目录下多了一个.git的目录,这个目录是Git来跟踪管理版本库的,没事千万不要手动修改这个目录里面的文件,
    不然改乱了,就把Git仓库给破坏了。如果你没有看到.git目录,那是因为这个目录默认是隐藏的,用ls -ah命令就可以看见。

二。把文件添加并提交到仓库:
    1.第一步,用命令git add告诉Git,把文件添加到仓库:
    $ git add readme.txt
    (提示)使用命令git add <file>,注意,可反复多次使用,添加多个文件;

     2.第二步,用命令git commit告诉Git,把文件提交到仓库:
    $ git commit -m "wrote a readme file"
    [master (root-commit) eaadf4e] wrote a readme file
     1 file changed, 2 insertions(+)
     create mode 100644 readme.txt
    (提示)-m后面输入的是本次提交的说明

    小结:
            初始化一个Git仓库,使用git init命令。
            添加文件到Git仓库,分两步:
            使用命令git add <file>,注意,可反复多次使用,添加多个文件;
            使用命令git commit -m <message>,完成。

三。文件管理的操作:
    1.修改文件后查看仓库当前的状态
    $ git status
     2.看看具体修改了什么内容
    $ git diff  HEAD -- readme.txt 
    知道了对readme.txt作了什么修改后,再把它提交到仓库就放心多了,提交修改和提交新文件是一样的两步,第一步是git add:
    $ git add readme.txt
    同样没有任何输出。在执行第二步git commit之前,我们再运行git status看看当前仓库的状态:
    $ git status

    小结:
           要随时掌握工作区的状态,使用git status命令。
            如果git status告诉你有文件被修改过,用git diff可以查看修改内容。

    (一)版本回退:
    1.查看提交历史
       $ git log    
       推荐用:$ git log --pretty=oneline    
     ($ git log --pretty=oneline     如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline参数)

    2.回退版本
       $ git reset --hard HEAD^
          在Git中,用HEAD表示当前版本,也就是最新的提交1094adb...(注意我的提交ID和你的肯定不一样)
         上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100。
       
        $ cat readme.txt     查看版本是否回退
        $ git reset --hard 1094a    指定回到未来的某个版本

    3.后悔回退了:
          $ git reflog
         在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到add distributed版本时,再想恢复到append GPL
         就必需找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令:

        小结:
        HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id。
        穿梭前,用git log可以查看提交历史,以便确定要回退到哪个版本。
        要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本。
       
         (二)工作区和暂存区:
        就是你在电脑里能看到的目录,比如我的learngit文件夹就是一个工作区
        工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
        Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区
        第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
        第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交到当前分支。
          (三)管理修改:
         为什么Git比其他版本控制系统设计得优秀,因为Git跟踪并管理的是修改,而非文件
         你会问,什么是修改?比如你新增了一行,这就是一个修改,删除了一行
          每次修改,如果不用git add到暂存区,那就不会加入到commit中

          (四)撤销修改:
          $ git checkout -- readme.txt    当你在工作区修改了文件想撤销时用
          $ git reset HEAD readme.txt    当你在提交到暂存区想撤销时用,(撤销到工作区然后再撤销)

        命令git checkout -- readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况:
             一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
             一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
         
    小结:
        场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file。
        场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD     <file>,就回到了场景1,第二步按场景1操作。
        场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。

            (五)删除文件:
         $ rm test.txt    删除工作区的文件
         $ git rm test.txt    删除暂存区的文件
     
     小结:
        git checkout其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。


四、远程仓库

    (1)添加远程库:
    第一步,创建ssh key.
       $ ssh-keygen -t rsa -C "[email protected]"

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

    第三步:登录github创建新的仓库

    第四步:在本地仓库输入:
        1.关联远程库:
            $ git remote add origin http://github.com/wanglinyan1995/FirstDemo.git        
        2.推送内容:
            $ git push -u origin master    把本地库的所有内容推送到远程库上
    小结:
        要关联一个远程库,使用命令git remote add origin git@server-name:path/repo-name.git;
        关联后,使用命令git push -u origin master第一次推送master分支的所有内容;
        此后,每次本地提交后,只要有必要,就可以使用命令git push origin master推送最新修改;

      (2)从远程库克隆:
    第一步:创建新的仓库,勾选Initialize this repository with a README
    第二步:在本地用命令git clone克隆一个本地库
        $ git clone [email protected]:michaelliao/gitskills.git

    小结:
        要克隆一个仓库,首先必须知道仓库的地址,然后使用git clone命令克隆。
        Git支持多种协议,包括https,但通过ssh支持的原生git协议速度最快


五,分支管理
        一。创建与合并分支:
           第一步:创建dev分支,然后切换到dev分支
              $ git checkout -b dev
    
         第二步:查看当前分支
        $ git branch
    第三步:切换回到master分支
        $ git checkout master
    第四步:把dev分支的工作成果合并到master分支上:
        $ git merge dev
    第五步:合并后删除dev分支
        $ git branch -d dev

    小结:
        查看分支:git branch
        创建分支:git branch <name>
        切换分支:git checkout <name>
        创建+切换分支:git checkout -b <name>
        合并某分支到当前分支:git merge <name>
        删除分支:git branch -d <name>

          二。解决冲突
       发生了冲突无法合并:
        $ git merge feature1
        Auto-merging readme.txt
        CONFLICT (content): Merge conflict in readme.txt
        Automatic merge failed; fix conflicts and then commit the result.
       解决冲突:
        查看文件内容并修改。然后再提交。
    
        查看分支的合并情况:
            $ git log --graph --pretty=oneline --abbrev-commit

       小结:
        当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。
        解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。
        用git log --graph命令可以看到分支合并图。

          三。 分支管理策略:
        禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
         1.创建并切换dev分支:
            $ git checkout -b dev
         2.修改文件并提交一个新的commit
            $ git add readme.txt 
            $ git commit -m "add merge"
             3.切换回master
            $ git checkout master
         4.合并dev分支,请注意--no-ff参数,表示禁用Fast forward:
            $ git merge --no-ff -m "merge with no-ff" dev
          5.查看分支历史:
            $ git log --graph --pretty=oneline --abbrev-commit
            
       小结:
        合并分支时,加上--no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。

           四。bug分支:
        1.Git还提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作   
            $ git stash
        2.回到dev继续工作:
            $ git checkout dev
            $ git stash list    看看刚才工作现场存在哪里        
        3. 恢复工作现场同时把stash内容也删了
            $ git stash pop

        小结:
        修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;
        当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场。
        如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。
 

猜你喜欢

转载自blog.csdn.net/qq_33221699/article/details/83578327