ImageVerifierCode 换一换
格式:DOCX , 页数:12 ,大小:319.86KB ,
资源ID:2761653      下载积分:8 金币
验证码下载
登录下载
邮箱/手机:
验证码: 获取验证码
温馨提示:
支付成功后,系统会自动生成账号(用户名为邮箱或者手机号,密码是验证码),方便下次登录下载和查询订单;
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/2761653.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  
声明  |  会员权益     获赠5币     写作写作

1、填表:    下载求助     留言反馈    退款申请
2、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
3、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
4、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
5、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
6、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
7、本文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。

注意事项

本文(Git源代码管理标准规范.docx)为本站上传会员【精****】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4008-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

Git源代码管理标准规范.docx

1、Git源代码管理规范一、 分支管理使用git进行源代码管理,通常将某个项目标全部分支分为以下几条根本:1. Master顾名思义,既然名字叫Master,那么该分支就是主分支意思。master分支永远是production-ready状态,即稳定可产品化公布状态。2. Develop这个分支就是我们日常开发一个关键分支了,不管是要做新feature还是需要做bug fix,全部是从这个分支分出来做。在这个分支下关键负责统计开发状态下相对稳定版本,即完成了某个feature或修复了某个bug后开发稳定版本。3. Feature branches这是由很多分别负责不一样feature开发分支组成一

2、个分支系列。new feature关键就在这个分支系列下进行开发。当功效点开发测试完成以后,就会合并到develop分支去。4. release branches这个分支系列从develop分支出来,也就是预发分支。在预发状态下,我们往往会进行预发环境下测试,假如出现缺点,那么就在该release分支下进行修复,修复完成测试经过后,即分别并入master分支后develop分支,随即master分支做正常公布。5. Hotfix branches这个分支系列也就是我们常说紧急线上修复,当线上出现bug且尤其紧急时候,就能够从master拉出分支到这里进行修复,修复完成后分别并入master和d

3、evelop分支。下面这张图将完整展示这一个步骤二、 工作原理Git工作方法:也就是说,每次提交版本变动时候,git会保留一个快照(snapshot)。假如文件没有被更改,git也不会再次保留,而是提供一个到原来文件链接。这么一来,git更像是一个小型文件系统。另外,git全部操作全部能够是当地,仅仅在将新版本内容上传到服务器上时才需要连接网络。Git目录(repository)是Git保留元数据和对象数据库地方。这也是Git最关键部分。工作目录(working directory)是项目某个版本内容。暂存区(staging area)是一个简单文件,通常包含在Git目录中。其中存放了将要进入

4、下一次提交信息。Git基础工作步骤以下:1.在工作目录中修改文件。2.标识(stage)文件,并将文件快照添加到暂存区。3.实施commit,将获取暂存区中文件,并将快照永久保留到Git目录中。三、 常见命令1. 创建工程 git init2. 提交修改 git add 后就从修改变为暂存 git commit 后就从暂存变为提交。3. 提交规范在commit时,假如有对应PR(需求项),请在第一行写上PR号,然后再描述信息(另起行),并把包含到改动文件名附上。4. 回溯改错了,不过还没有git add git reset -hard改错了,已经git add git reset -q fil

5、es(其实就是 git add 反向操作)改错了,已经git commit git reset -soft HEAD(其实就是 git commit 反向操作)已经git commit,忘记写注释(PR)或漏提交了部分文件假如添加注释能够直接实施命令 git commit -amend,填写注释保留假如添加文件先实施 git add 后实施 git commit -amend5. 创建分支查看分支 git branch切换分支 git checkout branch name创建分支(在目前代码基础上) git branch branch name6. 合并分支先检出目标分支再把其它分支合并进

6、去 git checkout branch name git merge other_branch7. 删除分支 git branch -d branch name(不能删?用这个!) git branch -D branch name8. 标签管理git tag v1.09. 远程操作克隆远程库 git clone定义远程库 git remote从远程库取回更新 git fetch从远程库取回更新并合并 git pull推送至远程库 git push四、 操作步骤(当地)1. 准备工作初始化目录 git init git add readme.md git commit -m master

7、init然后从master分支中拉出develop分支 git checkout -b develop2. 功效点开发有新需求或功效点需要开发时, 从最新develop分支中拉出一个feature分支 git checkout -b feature name完成feature开发后需要对feature分支进行合并操作 git checkout develop git merge feature name3. 处理冲突当合并分支出现冲突时,需要手动将文件冲突部分进行修改。对修改后文件保留并重新提交。4. 产品公布当develop分支已经达成了一个能够公布状态,将最新develop分支拉出来成为一

8、个release分支 git checkout -b release假设需要部分环境配置,新建配置文件并提交 git add release.config git commit -m release1当碰到部分预发环境下bug,这个时候我就直接在release分支下进行修复演进,假如bug问题很大,则需要重新并入develop中,拉出新feature进行开发重构。假如预发一切正常,需要将release分支同时并入master分支和develop分支,master分支供线上公布,develop分支供下次开发演进。 git checkout master git merge release nam

9、e git checkout develop git merge release name5. 线上bug热修复当碰到部分线上意想不到bug,需要紧急修复时,就直接从master分支拉出hotfixes分支进行修复。 git checkout master git checkout -b hotfix namebug修复完成,测试经过后我们将分支合并到master和develop中去。 git checkout develop git merge hotfix name git checkout master git merge hotfix name五、 远程操作远程操作5个常见命令l gi

10、t clone l git remote l git fetch l git pull l git push1. 从远程主机克隆一个版本库 git clone 该命令会在当地主机生成一个目录,和远程主机版本库同名。2. 管理主机名为了便于管理,Git要求每个远程主机全部必需指定一个主机名。不带选项时候,git remote命令列出全部远程主机。3. 将更新取回当地 git fetch 默认情况下,git fetch取回全部分支(branch)更新。假如只想取回特定分支更新,能够指定分支名。 git fetch git branch命令-r选项,能够用来查看远程分支,-a选项查看全部分支。取回远

11、程主机更新以后,能够在它基础上,使用git checkout命令创建一个新分支。 git checkout -b newBrach origin/master也能够使用git merge命令或git rebase命令,在当地分支上合并远程分支。 git merge origin/master 或 git rebase origin/master4. 取回更新同时合并到当地git pull命令作用是,取回远程主机某个分支更新,再和当地指定分支合并。 git pull :假如远程分支是和目前分支合并,则冒号后面部分能够省略。 git pull origin next上面命令表示,取回origin/next分支,再和目前分支合并。实质上,这等同于先做git fetch,再做git merge。 git fetch origin git merge origin/next

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2025 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服