精华内容
下载资源
问答
  • Git 开发规范流程
    2017-12-14 17:59:21
    今天开发被展哥说了,开发流程不规范。。。。
    哈哈,终于学到技术了,看网上视频很啰嗦,下面都是满满的干货。。。。。


    1.clone master 分支代码。 Git clone 代码链接。

    2.可以从master切换到开发的分支,这里用qa代替。  切换分支:git checkout qa

    3.然后开发。。。提交。git commit -m ‘’    git push

    4.合并其他分支代码到Master,先切换到master,然后git merge qa。
    这样就合并成功了。
    更多相关内容
  • Git 是目前最流行的源代码管理工具。为规范开发,保持代码提交记录以及 git 分支结构清晰,方便后续维护,现规范 git 的相关操作
  • Git 开发规范

    2020-05-18 12:44:46
    Git开发规范 日常开发中,我们经常会跟Git打交道,可能服务器不一样,但是命令和规范基本都是一样的。 一.常驻分支 常驻分支为一个正常开发上线流程应该会有的分支。 1.master/prod/production 主分支,又称为生产...

    Git开发规范

    日常开发中,我们经常会跟Git打交道,可能服务器不一样,但是命令和规范基本都是一样的。

    一.常驻分支

    常驻分支为一个正常开发上线流程应该会有的分支。

    1.master/prod/production

    主分支,又称为生产环境分支,有时可能会使用(prod/production)来代替,生产环境的部署分支,生产环境相关操作,如:打包等应从改分支进行。

    2.dev

    全称(Develop),开发分支,我们正常的需求开发等,应该使用该分支。开发环境的部署和打包,使用该分支。

    3.pre

    全称(Pre production),预生产分支,一般根据项目而定,有的项目可能因为资源不足等原因,没有预生产分支,预生产分支,又为线上测试环境。预生产环境打包应从此分支进行。

    二.临时分支

    临时分支,顾名思义,是不会常驻的,一般,在merge完,完成使命后,会被删除。

    1.feature

    新需求的开发分支,从develop分支上面分出来的。开发完成后,要merge到develop分支。功能分支的命名,可以采用feature_*的形式命名(*为需求名称拼写,如feature_user_list)

    2.hotfix

    Bug修复分支。为了修复某个bug,从常驻分支上面分出来的。修复完成后,再merge到对应的分支。Bug修复分支的命名,可以采用fixbug_*的形式命名(*为bug说明,如fixbug_user_list

    三.开发流程

    1.正常开发

    1. dev分支切出一个新分支,根据是新功能还是bug,命名为feature_*fixbug_*
    2. 开发者完成开发,提交分支到远程仓库。
    3. 开发者发起merge请求(可在gitlab页面New merge request),将新分支请求mergedevelop分支,并提醒代码检查人员进行review
    4. 代码检查人员对代码review之后,若无问题,则接受merge请求,新分支mergedevelop分支,同时可删除新建分支;若有问题,则不能进行merge,可close该请求,同时通知开发者在新分支上进行相应调整。调整完后提交代码重复review流程。
    5. 转测时,直接从当前develop分支mergepre分支,重新构建测试环境完成转测。
    6. 测试完成后,从pre分支mergemaster/prod分支,基于master/prod分支构建生产环境完成上线。并对master分支打tagtag名可为v1.0.0_2020.05.15.1(即版本号_上线时间)

    2.开发过程中,修复Bug

    即前一个版本已经转测但未上线,后一个版本又已在开发中并部分合并到了dev分支,转测后测试环境发现的bug需要修复,但是dev分支此时又有新内容且该部分内容目前不计划转测,可以从pre切出一个bug修复分支。完成之后需要同时mergepre分支与dev分支。

    3.生产环境Bug修复

    生产环境的Bug分两种情况:

    1. 紧急Bug:严重影响用户使用的为紧急Bug,需立即进行修复。如关键业务流程存在问题,影响用户正常的业务行为。
    2. 非紧急Bug或优化:非关键业务流程问题,仅影响用户使用体验,或出现频率较小等,为非紧急Bug,可规划到后续版本进行修复。

    修复紧急Bug
    :需要从master分支切出一个bug修复分支,完成之后需要同时mergemaster分支与dev分支(如果需要测试介入验证,则可先merge到pre分支,验证通过后再mergemaster分支上线)。

    四.流程图

    在这里插入图片描述

    展开全文
  • 关于git项目管理分支说明。 2.1. master主干 命名:master 说明:发布分支 master为程序主干目录,开发新需求需从master打新分支,开发完成合并回master发测试包,测试完成需打新的tag包,tag包申请上线发布 2.2. ...
  • Git开发规范参考

    2020-03-22 22:28:48
    文章首发于Noah Sun’s Home Git开发规范参考 ,转载请注明出处,谢谢! 分支管理 git 的分支管理功能非常强大,为了提高效率、避免分支混乱,我们参考git flow的开发流程规范或者可以直接使用git flow工具。 分支...

    前言

    文章首发于Noah Sun’s Home Git开发规范参考
    ,转载请注明出处,谢谢!

    分支管理

    git 的分支管理功能非常强大,为了提高效率、避免分支混乱,我们参考git flow的开发流程规范或者可以直接使用git flow工具。

    分支构成

    主要分支

    master分支:永远处在即将发布(production-ready)状态;
    develop分支:为开发分支,始终保持最新完成以及bug修复后的代码。

    辅助分支

    feature分支:开发新功能的分支,基于develop,开发完成后merge回develop;
    release分支:准备要发布版本的分支(测试环境用的),用来修复SIT(System Integration Testing) bug;基于develop分支,完成后merge回develop和master分支;
    hotfix分支:修复线上(master)紧急bug,等不及release分支就必须马上上线;基于master分支,完成后merge回master和develop分支。

    命名规范约定如下:

    • feature分支命名:feature/name
    • release分支命名:release/name
    • hotfix分支命名:hotfix/name

    常见的开发流程

    增加新功能

    (develop)$: git checkout -b feature/xxx            # 从develop建立功能分支
    (feature/xxx)$: blabla                             # 开发
    (feature/xxx)$: git add xxx
    (feature/xxx)$: git commit -m 'commit comment'
    (develop)$: git merge feature/xxx --no-ff          # 把功能分支合并到develop
    

    修复紧急bug

    (master)$: git checkout -b hotfix/xxx         # 从master建立hotfix分支
    (hotfix/xxx)$: blabla                         # 开发
    (hotfix/xxx)$: git add xxx
    (hotfix/xxx)$: git commit -m 'commit comment'
    (master)$: git merge hotfix/xxx --no-ff       # 把hotfix分支合并到master,并上线到生产环境;注意,非管理员请用Merge Request;
    (develop)$: git merge hotfix/xxx --no-ff      # 把hotfix分支合并到develop,同步代码
    

    测试环境发布测试

    (develop)$: git checkout -b release/x.y.z           # 从develop建立预发布分支
    (release/x.y.z)$: blabla                            # 开发或者从其他feature分支合并代码
    (release/x.y.z)$: git merge develop --no-ff         # 把develop分支合并到release/x.y.z,然后在测试环境拉取并测试
    

    生产环境上线

    (master)$: git merge release/x.y.z --no-ff          # 把release/x.y.z或者develop测试好的代码合并到master
    (master)$: git tag -a 0.1.0 -m 'xxx'                # 给版本命名,打Tag
    

    注意:这一步由master管理员做,普通开发人员合并代码请用Merge Request。

    Tag管理

    Tag生成时间

    master分支每次发布时,必须打tag。

    Tag命名规范

    版本格式:主版本号.次版本号.修订号,如:1.0.1。

    版本号递增规则如下:

    • 主版本号:当你做了不兼容的 API 修改;项目架构发生巨大变化;
    • 次版本号:当你做了向下兼容的功能性新增;
    • 修订号:当你做了向下兼容的问题修正;小的修改,如代码格式修正等。

    参考

    您必须知道的 Git 分支开发规范
    分支管理规范
    git分支管理和工作流规范:具体规范

    展开全文
  • 浅谈git开发流程规范

    千次阅读 2018-10-20 16:28:58
    git是当前比较流行的版本管理工具,趁着今天有空,对我们实际使用的情况做一个总结。 1. 主要分支:master、develop        master:永远和线上产品最后一次发布的代码一致,...

           git是当前比较流行的版本管理工具,趁着今天有空,对我们实际使用的情况做一个总结。

    1. 主要分支:master、develop

           master:永远和线上产品最后一次发布的代码一致,保证随时可发布
      
      develop:最新的开发完整功能的分支(完整功能是指某个模块、需求或者特性完全开发完成后才合并到develop上)
      这两个分支,所有开发人员都没有push权限,只有开发组长或者其他专人有merge权限,开发人员在自己的分支开发完成后,提交merge请求,开发组长或者其他专人负责review后进行合并。

    2. 其它分支:feature、hotfix、release

           feature:功能开发分支。某(几)个开发人员在开发某个功能的时候,从develop上自行拉取分支,待功能开发完成,合并到develop,然后提测。我们的命名规范为:feature-姓名-开发的功能-日期。如:feature-zhangsan-orderList-20181020
      
      hotfix:紧急处理线上bug的分支。在线上有紧急bug需要修复的时候,从master拉取,修改完成测试通过之后,发布正式,然后合并到master和develop。命名规范同feature。如:hotfix-zhangsan-importBugFix-20181020
      
      release:发布分支。某个迭代开发完成,即将发布的时候从develop拉取此版本,此时,所有此次要发布的feature已经合并到了develop,这个版本只是用来做面向此次发布的工作,比如修复bug、打包发布等等。测试通过,发布之后,将此分支合并到master和develop。命名规范我们是按照迭代名称来取的,如:release-18.6.2-20181020
      
      ps:每次发布完成合并后,要从master打tag,并删除已发布分支,上面就没有一一说明了
      
      下面特地画了一张图:
    在这里插入图片描述

    以上是我的理解和用法,如有不正确的,还请指正。

    展开全文
  • 简单记录git开发规范

    千次阅读 2021-03-06 15:28:41
    简单记录git开发规范 创建分支:大家把项目拉下来,然后切换到dev分支,创建用自己姓名拼音命名的分支,如zhenlin,然后在自己的分支上进行开发。 创建问题:要开发一个功能时创建一个大概的描述的问题,如下 ...
  • Git规范

    2021-07-16 14:09:23
    六、Git规范 1、分支管理 master 主分支:master主分支始终保持稳定的可发布版本 说明:只有项目组主程才拥有master主分支的管理权限(例如其他分支合并到master必须由主程操作) dev 开发分支:dev开发分支为不...
  • 该文档定义了分支管理规范-GIT分支流程开发规范
  • Git 开发流程规范

    2018-09-23 14:40:23
    由于团队和项目规模在逐步扩大,为了统一开发流程,减少版本冲突,也方便大家规范化开发,在这拟定git开发流程。大家必须按照流程进行代码拉取提交合并。 分支命名规则 主干分支:master,该分支必须长期保持干净...
  • 日活千万级公司git使用规格。 目的 1 开发人员 git 使用流程(规范) 2 提交规范 2 分支建立规范 4 新功能开发分支建立规范 4 发布规范 4
  • git 开发规范约定

    2020-02-21 13:52:51
    git 开发规范约定 新增功能: fea-需求号-需求简称(以下划线或驼峰分割的英文单词) 缺陷修复:fix-缺陷号-缺陷简称(以下划线或驼峰分割的英文单词) 紧急修复:hotfix-缺陷号(或修复时间 mmddyyHHMM)-...
  • git开发流程规范

    2018-08-27 10:18:29
    git开发流程规范,及简单代码提交与代码拉取,完整的开发流程。
  • git flow规范.docx

    2020-07-01 14:28:42
    git flow 实用规范,实操性非常好,非常标准,提高代码管理的能力,非常好,用了离不了,下载完请给个好评,谢谢
  • 手动修改冲突之后,git add . git commit ,git push 转载于:https://www.cnblogs.com/QianDingwei/p/10933140.html
  • Git开发使用规范

    2021-04-07 17:47:53
    Git开发使用规范 一、常规操作 (一)克隆项目: git clone 项目仓库地址 [克隆下载的文件夹名] # SSH或HTTP仓库地址都可以,克隆下载的文件夹名非必填 (二)创建个人开发分支命名规则: 功能开发分支名: ...
  • 在日常的开发中,目前主流的代码管理工具就是 git 了,当我们对代码进行改动了,首先得git commit提交到本地仓库,git 规定了提交时必须填写提交信息作为改动说明,保存 commit 历史中,可以找到历史代码,也方便他人 ...
  • git分支开发规范

    2021-03-25 11:39:13
    规范开发,保持代码提交记录以及 git 分支结构清晰,方便后续维护,现规范 git 的相关操作。... git开发主分支(develop):日常开发在此分支上进行; git临时性分支:用于应对一些特定目的的版本开发..
  • Git 分支开发规范

    2022-01-28 16:34:09
    规范开发,保持代码提交记录以及 git 分支结构清晰,方便后续维护,现规范 git 的相关操作。 分支命名 1、master 分支 master 为主分支,也是用于部署生产环境的分支,确保master分支稳定性, master 分支一般...
  • git使用的开发规范

    2020-09-02 17:17:41
    本文给出解决方案——正确的git使用开发规范 二. 步骤 首先git clone下来的项目,先使用maven install(IDEA中有可视化按钮)把项目安装到本地库。 一般开发都是一个master分支、一个development分支。我目前所在...
  • git 团队开发规范

    2021-08-13 09:52:11
    现如今大部分项目都在使用 Git 作为代码管理工具,不论是在代码管理、版本控制以及团队协作上,Git 相比其他版本控制软件都有着无可比拟的优势。 虽然 Git 是个优秀的工具,但是在项目中是否能够正确合理地使用,...
  • git发布流程和规范

    2019-01-08 15:11:06
    git通用的团队开发规范和管理规范,常见的一些命令都在该文档里面。
  • git命名规范和协作开发流程
  • Git协作开发流程规范

    2017-10-20 09:14:54
    协作必须有一个规范的流程,让大家有效地合作,使得项目井井有条地发展下去。"协作流程"在英语里,叫做"workflow"或者"flow",原意是水流,比喻项目像水流那样,顺畅、自然地向前流动,不会发生冲击、对撞、甚至漩涡...
  • Git 提交规范

    2022-05-02 17:22:40
    Git 提交规范,包含命令行、Commitizen、 [git-commit-plugin、idea插件Git Commit Template
  • Git在项目开发中的使用规范总结 分支管理规范 分支说明和操作 项目分支操作流程示例 提交信息规范 参考资料 分支管理规范 分支说明和操作 master 分支 主分支,永远处于稳定状态,对应当前线上版本 以 tag ...
  • 由于我们一个项目通常是由几个人同时开发,所以我们直接在主分支上进行各自代码的开发并不是很合适,所以我们需要新建worker分支,开发完成后合并到主分支上。1.创建worker分支:git branch my_worker 2.切换到...
  • 点击上方“民工哥技术之路”,选择“设为星标”回复“1024”获取独家整理的学习资料!Git 是目前最流行的源代码管理工具。为规范开发,保持代码提交记录以及 git 分支结构清晰,方便后续...
  • 规范化管理代码库分支有助于版本库在演进过程中始终保持简洁,主干结构清晰。各个分支各司其职,有利于后续的维护更新,避免版本发布带来的混乱问题。
  • git版本管理规范

    2018-01-16 14:10:45
    git版本管理规范,gitlab开发工具,git版本管理

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 52,108
精华内容 20,843
关键字:

git开发规范