• Git 简单入门(二)


    分支管理

    1. 分支的作用
      1. 提交不完整的代码到主分支上会导致别人不能正常开发
      2. 如果等代码全部写完再提交,存在丢失每天进度的风险
        详见:https://segmentfault.com/q/1010000010105733
    2. 新建与分支合并
      1. 过程
        1. Git 创建分支(例:dev) 除了增加一个dev指针外,让HEAD指向dev,工作区的文件没有变化
        2. 然后对工作区的修改和提交就是针对dev分支(HEAD指向的分支)
        3. 分支合并,直接将master指向dev的当前提交
        4. 然后可以将dev分支(dev指针)删掉
      2. 命令,例:
        1. 创建分支
          创建dev分支并切换到dev分支

          git checkout -b dev
          

          上面的命令相当于

          git branch dev
          git checkout dev
          
        2. 切换分支

          git checkout master
          
        3. 合并指定分支到当前分支

          1. 正常合并
            git merge dev	
            
          2. 如果在这个过程之前 主分支上面的代码也被你的同伴修改过,这样会出现冲突,这时候使用 git status 可以查看一下冲突的文件,然后可以去该文件中将Git <<<<<,=====,>>>>>> 标记出的不同分支的内容,解决完冲突后保存,然后再进行提交一次即可
        4. 合并完成后可以删除dev分支

          git branch -d dev
          
        5. 查看分支

          git branch
          
        6. 如果没有合并分支就要把分支删除,可以使用:

          git branch -D 分支
          
      注:
      1. 合并分支时,Git一般默认使用 Fast forward 模式,删除分支后,会丢掉分支信息
      2. 使用 git merge --no-ff -m"comment" dev 会在merge分支的时候生成一个新的commit,可以从分支历史上看出分支信息
    3. 常见分支策略
      1. master 分支是非常稳定的,仅用来发布新版本
      2. dev 分支是不稳定的,在dev上干活
      3. 在往下面建立一些自己的分支
    4. Bug分支
      场景:当工作进行到一半,没办法提交,突然接到一个要在两个小时解决一个bug的通知
      1. 使用 stash功能将当前工作现场保存起来

        git stash
        
      2. 却换到需要修复Bug的分支,如(master),新建一个临时分支

      3. 然后修改Bug,提交到临时分支上

      4. 确认Bug分支没问题的话,可以却换回master分支,然后合并Bug分支

      5. 最后删除Bug分支

      6. 找回刚刚保存起来的工作场景,命令:

        git stash list
        #显示 	stash@{0}: WIP on dev: 6224937 add merge
        

        然后恢复之前的工作场景,两种方法:

        1. git stash apply stash@{0} 恢复后stash内容并不删除
        2. git stash pop stash@{0} 恢复的同时将stash删除了
    5. Feature分支
      1. 就是针对要开发的功能新建一个功能分支,开发完成后,完成合并后将该功能分支删除
    6. 本地与远程
      1. 当从远程库克隆的时候,Git自动将本地的master分支和远程的master分支对应起来,远程仓库的默认名称是origin
      2. 查看远程库的信息用 git remote -v
      3. 推送分支
        经测试,不管你提交时在哪个分支,如果执行 git push origin master 时 会将本地的master分支推送到远程的master分支,如果执行 git push origin dev 时 ,会将本地发dev分支推送到远程的dev分支,但是如果在dev分支上 执行 git pull origin master 时,会吧master分支上的内容拉下来并且与当前的分支合并
      4. 如果git pull 提示提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用 git branch --set-upstream branch-name origin/branch-name。
      5. 多人协作的工作模式:
        1. 首先尝试 git push origin branch-name 推送自己的修改
        2. 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull 视图合并
        3. 如果合并有冲突则解决冲突,并在本地提交
        4. 没有冲突或者解决掉冲突后,使用 git push origin branch-name 推送
      6. 远程分支管理
        1. 推送本地分支 dev 到 远程分支 dev 并建立关联关系
          1. 远程已经有dev 并且已经关联本地分支dev 使用 git push
          2. 远程已经有dev 但是未关联本地dev 使用 git push -u origin/dev
          3. 远程没有dev分支 使用 git push origin dev:dev
        2. 删除远程分支 (远程分支删除后本地分支还在)
          执行下面两条命令
          1. git branch -r -d origin/branch-name #删除对分支的追踪
          2. git push origin :branch-name #删除远程分支

    标签管理

    在发布版本的时候,可以在版本库中打一个标签,这样就唯一确定了打标签时刻的版本。在需要的时候可取某个标签的版本。标签相当于是版本库的一个快照,可以自定义标签名字,便于查找

    1. 管理标签
      1. 创建标签
        git tag tag_name
        上面的命令默认是打在最新提交的commit上的,如果有时候忘记打标签的话,可以找到历史提交的commit id 然后打上标签即可
        git tag tag_name commit_id

        可以创建带有说明的标签,用 -a 指定标签名,-m 指定说明文字
        git tag -a -m "blablabla..."

        还可以通过 -s 用私钥 签名一个标签:
        git tag -s -m "blablabla..."
        签名采用PGP签名,因此,必须首先安装gpg(GnuPG),如果没有找到gpg,或者没有gpg密钥对,就会报错

      2. 查看标签

        1. 用git show tag_name 查看标签的说明
        2. git tag 查看所有标签
      3. 删除标签
        git tag -d tag_name

      4. 远程标签
        创建的标签默认只存储在本地,不会自动推送到远程

        1. 推送某个标签到远程
          git push origin tag_name
        2. 一次性推送全部尚未推送到远程的本地标签
          git push origin --tags
        3. 如果标签已经推送到远程,要将远程标签删除
          1. 先将本地标签删除 #这个其实可以不做
            git tag -d tag_name
          2. 从远程删除
            git push origin :refs/tags/tag_name

    忽略特殊文件

    有些文件放在Git工作目录中,但是又不能提交它们,不如数据库密码等配置文件,但是每次git status的时候都会显示好多 Untracked files ... , 这可以通过在Git 工作目录中创建一个 .gitignore 文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件

    .gitignore 参考 : 见GitHub的示例
    忽略文件的原则:

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

    配置别名

    我们有时候在面对非常长的命令会头疼,这时候可以给这些命令配置一个别名,这样就可以使用别名来进行相关操作了

    命令:git config --global alias.别名 原名   # 注意,当原名是一个单词的时候不需要加引号,如果超过了一个单词,原名就需要用单引号包括
    

    例:
    git config --global alias.st status
    执行过之后,下次再需要执行 git status 时就可以直接输入 git st 即可

    示例:

    git config --global alias.unstage 'reset HEAD'
    git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
    

    注意:

    1. 配置Git的时候,加上--global是针对当前用户起作用的,如果不加,那只针对当前的仓库起作用。
    2. 每个仓库的Git配置文件都放在.git/config文件中,当前用户的Git配置文件放在用户主目录下的一个隐藏文件.gitconfig中
    3. 配置别名也可以直接修改这个文件,如果改错了,可以删掉文件重新通过命令配置。

    本文参考: 廖雪峰的官方网站
    如需转载请注明出处:http://www.cnblogs.com/zhuchenglin/p/8820186.html

  • 相关阅读:
    。Java中的一些小细节
    。标识符命名规则
    。tar.gz(bz或bz2等)安装
    。U盘安装CentOS6.5
    。linux桌面与命令行
    。鸟哥私房菜
    。i节点
    UGUI- 单列列表(VerticalLayoutGroup)
    PhotonServer(3)-连接服务器-客户端
    PhotonServer(2)-配置
  • 原文地址:https://www.cnblogs.com/zhuchenglin/p/8820186.html
走看看 - 开发者的网上家园