') 联系我们 | 收藏本站
华晨云阿里云优惠2
您当前位置:首页 > php开源 > 综合技术 > Git学习笔记

Git学习笔记

来源:程序员人生   发布时间:2016-07-14 15:28:20 阅读次数:2123次
    1. git基本配置
      1. git config --global user.name "Your Name"

        设置名字

        git config --global user.email "email@example.com"

        设置邮箱

        git commit --amend --author='Your Name <you@example.com>'

        如果名字邮箱有误,可以修改

    2. git基本命令

    git init

    初始化1个git仓库

    git add

    添加文件到仓库

    git commit -m

    提交更改,-m为此次提交的说明(message

    git status

    查看仓库当前的状态

    git diff

    文件被修改后,查看修改的内容

    git log

    提交的历史版本信息(从最近到最远罗列历史提交的信息)

    1. 版本回退
      1. HEAD

        表示当前版本

        HEAD^

        表示上1个版本

        HEAD^^

        表示上上个版本

        HEAD~100

        表示往上100个版本

        git reset --hard HEAD^

        回退到上个版本

        git reset --hard 3628164

        如果回退后希望撤消回退,可以直接在hard后面写上最后1次提交版本的commit id一样重新回到最新版(条件是当前终端命令行没有关闭)

        git reflog

        用来记录你的每次命令,场景:关掉了终端,希望撤消这次回退,则可用来查找最新的版本的commit id

    2. 工作区和暂存区
      1. 工作区

        就是在电脑中能看到的目录

        版本库

        工作区有1个隐藏目录.git,这个不算工作区,而是git的版本库:

        版本库里存了很多东西,其中最重要的就是称为stage(或叫index)的暂存区,还有Git为我们自动创建的第1个分支master,和指向master的1个指针叫HEAD

        暂存区(stageindex)(概念重要)

        git add 实际上就是把文件的修改添加到暂存区
        git commit 实际上是把暂存区的所有内容提交到当前分支
        可以简单理解为,需要提交的文件修改统统放到暂存区,然后,1次性提交暂存区的所有修改

    3. 管理修改
      1. 管理修改

        git跟踪并管理的是修改,而非文件

        git diff HEAD -- <fiel>

        查看工作区和版本库里面最新版本的区分

        git checkout -- <file>

        放弃工作区的修改,把<file>文件在工作区的修改全部撤消,让这个文件回到最近1次git commit git add 时的状态

        git reset HEAD <file>

        把暂存区的修改撤消掉(unstage,重新放回工作区

        git reset

        既可以回退版本,也能够把暂存区的修改回退到工作区。当我们用HEAD时,表示最新版本

        git rm <file>

        在版本库中删除某个文件,如果1个文件已被提交到版本库,那末你永久不用担心误删,但是要谨慎,你只能恢复文件到最新版本,你会丢失最近1次提交后你修改的内容

    4. 远程仓库
      1. 创建SSH Key

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

        SSH本地文件

        主用户目录>>/.ssh/id_res.pub里面的是公匙,在github新加SSH Key的时候把里面的内容复制过去

        关联远程仓库

        $ git remote add origin git@github.com:Jiayupeng/learngit.git

        git push

        把本地库的内容推送到远程,实际上是把当前分支master推送到远程

        git push -u origin master

        加上-u参数,Git不但会把本地的master分支内容推送到远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或拉取时就能够简化命令

        git push origin master

        从现在起,只要本地做了提交,就能够通过此命令同步到远程仓库

        小结

          1. 要关联1个远程库,使用命令git remote add origin git@server-name:path/repo-name.git;
          2. 关联后,使用命令git push -u origin master第1次推送master分支的所有内容
          3. 尔后,每次本地提交后,只要有必要,就能够使用命令git push origin master推送最新修改;
      2. 从远程库克隆

    git clone

    克隆远程库到本地     要有需要克隆的远程库的地址如:git@github.com:Jiayupeng/gitskills.git,在github仓库页面能找到,ssh支持的原生git协议速度最快

    1. 分支管理
      1. 创建与合并分支

    git checkout -b dev

    创建dev分支,然后切换到dev分支,git checkout 命令加上-b参数表示创建并切换,相当于以下两条命令:

    git branch dev

    创建dev分支

    git checkout dev

    切换到dev分支

    git branch

    查看当前分支

    git merge

    用于合并指定分支到当前分支, git merge dev

    Fast-forward

    1种合并模式,快速合并,只是改变指针的位置而已

    小结:

    git鼓励大量使用分支

    查看分支:git branch

    创建分支:git branch <name>

    切换分支:git checkout <name>

    创建+切换分支:git checkout -b <name>

    合并某分支到当前分支:git merge <name>

    删除分支:git branch -d <name>

    1. 合并冲突及解决

    git log --graph

    可以看到分支合并图

    $ git log --graph --pretty=oneline --abbrev-commit

    上面那个命令的扩大,多了几个命令

    手动解决冲突

    如果两个分支都对同1个文件进行了修改,合并的时候会出现冲突,这时候候需要手动解决冲突

    1. 分支管理策略

    --no-ff

    git merge 的禁用Fast forward模式,具体命令:

    git merge --no-ff -m"merge with no-ff" dev

    如果要强迫禁用Fast forward模式,Git就会在merge时生成1个新的commit,这样,从分支历史上就能够看出分支信息

    开发中分支策略的几个原则

      1. 首先,master分支应当是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;

     

      1. 那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本

     

      1. 你和你的小火伴们每一个人都在dev分支上干活,每一个人都有自己的分支,时不时地往dev分支上合并就能够了

    小结

      1. Git分支10分强大,在团队开发中应当充分利用。
      2. 合并分支时,加上--no-ff参数就能够用普通模式合并,合并后的历史有分支,能看出来曾做过合并,而fast forward合并就看不出来曾做过合并。
    1. bug分支

    git stash

    当需要修复1个bug,而dev分支的内容还没有提交(还不能提交,功能未完成),这个命令可以把当前工作现场“蕴藏”起来,等以后恢复现场后继续工作

    git stash list

    存储的stash,要恢复原来的工作现场,有两种方法:

    git stash apply

    恢复stash,但是还需要用git stash drop来删除

    git stash drop

    当用git stash apply恢复stash后,需要用这个命令来删除这个stash

    git stash pop

    恢复stash的同时,把stash的内容也删掉

    git stash apply stash@{0}

    可以屡次stash,恢复的时候,先用git stash list查看,然后恢复指定的stash

    小结:

    修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;

     

    当手头工作没有完成时,先把工作现场git stash1下,然后去修复bug,修复后,再git stash pop,回到工作现场。

    1. Feature分支

    git branch -D <branch name>

    如果要抛弃1个没有合并的分支,用这个命令,强迫删除1个分支

    1. 多人协作

    git remote

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

    此命令,查看远程库的信息。

    git remote -v

    显示更详细的信息,显示了可以抓取和推送origin地址

    git push origin master

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

    git push origin dev

    要推送本地其他分支到远程,就把后面的本地分支名字改成当前要推送的分支名便可

    哪些分支需要推送?

    masterdev需要,不过bug分支只用于本地修复bug,没推送必要,feature分支是不是推到远程,取决于你是不是和你的小火伴合作在上面开发。

    git checkout -b dev origin/dev

    当从远程clone下来后,默许只有本地的master分支,如果要在dev分支上做修改,需要使用这个命令,创建远程的origindev分支到本地

    git pull

    如果其他人对一样的文件做了修改,而自己一样往远程push,则会产生冲突,解决方案是先用git pull 把最新的提交从origin/dev抓下来,然后,在本地合并,解决冲突,在推送

    如果pull失败,根据git的提示,使用下面的命令:

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

    设置devorigin/dev的链接,连接后,再次pull就能够成功了

    git commit -m

    pull成功但是合并有冲突,以后手动解决冲突,再次commit,然后再推送到远程origin

    多人协作的模式通常是这样:

      1. 首先,可以试图用git push origin branch-name推送自己的修改;
      2. 如果推送失败,则由于远程分支比你的本地更新,需要先用git pull试图合并;
      3. 如果合并有冲突,则解决冲突,并在本地提交;
      4. 没有冲突或解决掉冲突后,再用git push origin branch-name推送就可以成功!

    会出现的问题及解决

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

    小结

      1. 查看远程库信息,使用git remote -v;
      2. 本地新建的分支如果不推送到远程,对其他人就是不可见的;
      3. 从本地推送分支,使用git push origin branch-name,如果推送失败,先用git pull抓取远程的新提交;
      4. 在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name,本地和远程分支的名称最好1致;
      5. 建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name origin/branch-name;
      6. 从远程抓取分支,使用git pull,如果有冲突,要先处理冲突。
    1. git标签
生活不易,码农辛苦
如果您觉得本网站对您的学习有所帮助,可以手机扫描二维码进行捐赠
程序员人生
------分隔线----------------------------
分享到:
------分隔线----------------------------
关闭
程序员人生