[Tool] Git 使用 与 Git Flow

C#

浏览数:82

2019-4-2

目录

简介

  • Git是目前世界上最先进的分布式版本控制系统(没有之一)。
  • Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!一个月之内,Linux系统的源码已经由Git管理了!
  • 很遗憾,接触2年+的Git,今天才稍微深入分析。

命令

  • git config
    • 配置git
    • git config --global user.name "Never、C" // 配置用户名
    • git config --global user.email cao@never.cn // 配置邮箱
  • git init
    • 创建版本库
  • git status
    • 查看 工作区(untracked) 和 暂存区(stage) 状态
    • git status -s // 精简模式查看
  • git add
    • git add . | git add --all // 添加当前所有修改到暂存区
  • git reset
    • git reset HEAD . // 将暂存区文件移除,不修改文件本身内容
    • git reset --hard xx // 还原到历史提交记录
    • git reset --merge // 撤销本次合并
    • git reset --hard HEAD^ // 回到上个版本,会修改文件内容
  • git commit
    • 提交到版本库
    • git commit -m xx // 带注释提交
  • git checkout
    • 从xx处检出文件
    • git checkout -- . // 将工作区文件还原为暂存区中最近的内容(暂存区无,则与版本库一致)
    • git checkout xx // 切换到分支xx
    • git checkout -b xx // 创建并切换到分支xx
  • git log
    • 查看历史记录
    • git log --oneline // 单行显示git记录
    • git reflog // 查看’未来’操作
  • git merge
    • 合并分支
    • git merge xx // 从xx分支合并到当前分支
  • git stash
    • 储藏
    • git stash pop // 恢复储藏的修改
    • git stash list // 显示stash列表
  • git tag
    • 版本标签
    • git tag // 查看版本所有标签
    • git tag -m "xx" v1.0 // 创建版本为1.0的标签,注释为xx
  • git revert
    • 回到历史
    • git revert xx // 生成新的提交来回到历史记录xx的父级
  • git push
    • 推送到远程版本库
    • git push --tags // 版本库推送到远程库上
  • git rm
    • git rm –cached
      • git rm –cached -r . // 清空暂存区
  • git rebase
    • git merge 会生成一个新得合并节点,而rebase不会
  • git fsck
    • 检查当前版本库信息是否存在错误

工作流

  • 简介
    • 软件开发模型有常见的瀑布模型、迭代开发模型、以及最近出现的敏捷开发模型等不同的模型。
    • Git Flow重点解决的是由于源代码在开发过程中的各种冲突导致开发活动混乱的问题。
  • 分支
    • Git Flow模型中定义了主分支和辅助分支两类分支。
    • 主分支
      • 主分支是所有开发活动的核心分支。所有的开发活动产生的输出物最终都会反映到主分支的代码中。主分支分为master分支和development分支。
      • master
        • master分支上存放的应该是随时可供在生产环境中部署的代码(Production Ready state)。当开发活动告一段落,产生了一份新的可供部署的代码时,master分支上的代码会被更新。同时,每一次更新,最好添加对应的版本号标签(TAG)。
      • develop
        • develop分支是保存当前最新开发成果的分支。通常这个分支上的代码也是可进行每日夜间发布的代码(Nightly build)。因此这个分支有时也可以被称作“integration branch”。
      • 规范
        • 仅在发布新的可供部署的代码时才更新master分支上的代码
        • 每当有代码提交到master分支时,我们可以使用Git Hook触发软件自动测试以及生产环境代码的自动更新工作。
    • 辅助分支
      • 辅助分支主要用于组织软件新功能的并行开发、简化新功能开发代码的跟踪、辅助完成版本发布工作以及对生产代码的缺陷进行紧急修复工作。这些分支与主分支不同,通常只会在有限的时间范围内存在。
      • 辅助分支包括:
        • 用于开发新功能时所使用的feature分支;
        • 用于辅助版本发布的release分支;
        • 用于修正生产代码中的缺陷的hotfix分支。
      • feature(topic分支)
        • 从develop分支发起
        • 合并回develop分支 或 被抛弃
        • 命名:feature-*
        • 该分支可以保存在开发者自己的版本库,不强制要求在主版本库中。
      • release
        • 从develop分支派生
        • 合并回develop 或 master分支
        • 命名:release-*
        • 用于发布新的产品,允许小的修正,准备发布说明信息。通过在release分支处理,可以让develop分支空闲出来。
      • hotfix
        • 从master分支派生
        • 合并回master 或 develop分支
        • 命名:hotfix-*
        • 当生产环境遇到异常或严重问题,从master指定的tag派生hotfix分支修复。能够让负责新功能和bug修复人员并行工作。
  • 下载

本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。 如果觉得还有帮助的话,可以点一下右下角的【推荐】,希望能够持续的为大家带来好的技术文章!想跟我一起进步么?那就【关注】我吧。