高端用户群浏览网站,网页传奇霸主高手攻略,苏州画廊网站建设,网站制作公司 郑州目录
一、Idea中使用Git
1.idea配置Git和Gitee
2.实践操作
1.将本地项目推送到远程
2.从远程库克隆项目到本地
二、Git Flow
1.什么是Git Flow
2.工作流程
3.实践操作 一、Idea中使用Git
1.idea配置Git和Gitee
第一步#xff1a;设置git.exe的安装路径
在设置中的…目录
一、Idea中使用Git
1.idea配置Git和Gitee
2.实践操作
1.将本地项目推送到远程
2.从远程库克隆项目到本地
二、Git Flow
1.什么是Git Flow
2.工作流程
3.实践操作 一、Idea中使用Git
1.idea配置Git和Gitee
第一步设置git.exe的安装路径
在设置中的版本控制找到Git设置Path to Git executable的值点击测试按钮显示git的版本信息。 第二步安装Gitee插件
在插件中下载Gitee插件安装完成后重启idea使其生效。 第三步配置Gitee账号 在设置中的版本控制找到Gitee、点击选择第一个跳到Gitee网站授权登录 2.实践操作
1.将本地项目推送到远程
点击菜单 VCS - Share Project On Gitee 输入远程仓库名、勾选是否是私库最后点击Share按钮将本地项目推送到远程库 最后可以再Gitee中的仓库里看到刚刚推送的仓库及仓库中项目。
之后即可在idea中的右键项目选择Git菜单进行Git三部曲操作add/commit/push。 新增项目文件
此时文件为新增状态以红色状态显示。 保存暂存区
点击保存按钮新增文件将被保存到暂存区此时文件为绿色状态。 提交到本地仓库
右键项目选择Git - 提交、在弹窗中输入提交信息点击提交此时项目文件从暂存区真正进入版本库(本地)中项目文件变成白色这里要注意如果idea是白色风格那么文件将会是黑色 修改文件
修改已提交的文件后此时文件将变成蓝色蓝色代表已修改状态。 推送和提取
右键项目点击Git - 推送 将本地项目推送到远程库
右键项目点击Git - 提取 将远程库代码更新到本地。 2.从远程库克隆项目到本地
打开idea选择从VCS获取弹出窗口下选择需要克隆的项目 二、Git Flow
1.什么是Git Flow
Git Flow是git的一种工作流程规范由Vincent Driessen最先提出来,目的是为了解决分支和commit杂乱无章的问题。在实际开发过程中若多名程序员开发同一个项目时很容易造成代码混乱甚至代码丢失的情况而合理的运用gitflow规范可以很好地解决这个问题。如果你的公司很重视代码review那么gitflow更是你的不二之选。
2.工作流程 Git Flow的分支主要分为两大类主分支和辅助分支。其中主分支包含主要分支和开发分支而辅助分支包含功能分支、预发分支、热修复分支以及其他自定义分支。 主要分支Master
主要分支上存放的是最稳定的正式版本并且该分支的代码应该是随时可在生产环境中使用的代码。当一个版本开发完毕后产生了一份新的稳定的可供发布的代码时主要分支上的代码要被更新。同时每一次更新都需要在主要分支上打上对应的版本号。
任何人不允许在主要分支上进行代码的直接提交只接受其他分支的合入。原则上主要分支上的代码必须是合并自经过多轮测试及已经发布一段时间且线上稳定的预发分支。 开发分支Develop
开发分支是主开发分支其上更新的代码始终反映着下一个发布版本需要交付的新功能。当开发分支到达一个稳定的点并准备好发布时应该从该点拉取一个预发分支并附上发布版本号。
开发分支接受其他辅助分支的合入最常见的就是功能分支开发一个新功能时拉取新的功能分支开发完成后再并入开发分支。需要注意的是合入开发的分支必须保证功能完整不影响开发分支的正常运行。 功能分支Feature
功能分支一般命名为 Feature/xxx用于开发即将发布版本或未来版本的新功能或者探索新功能。该分支通常存在于开发人员的本地代码库而不要求提交到远程代码库上除非几个人合作在同一个功能分支开发。
功能分支只能拉取自开发分支开发完成后要么合并回开发分支要么因为新功能的尝试不如人意而直接丢弃。 预发分支Release
预发分支一般命名为 Release/1.2后面是版本号该分支专为测试—发布新的版本而开辟允许做小量级的Bug修复和准备发布版本的元数据信息版本号、编译时间等。通过创建预发分支使得开发分支得以空闲出来接受下一个版本的新的功能分支的合入。
预发分支需要提交到服务器上交由测试工程师进行测试并由开发工程师修复Bug。同时根据该分支的特性我们可以部署自动化测试以及生产环境代码的自动化更新和部署。
预发分支只能拉取自开发分支合并回开发分支和主要分支。 热修复分支Hotfix
热修复分支一般命名为Hotfix/1.2.1后面是版本号当生产环境的代码主要分支上代码遇到严重到必须立即修复的缺陷时就需要从主要分支上指定的tag版本比如1.2拉取热修复分支进行代码的紧急修复并附上版本号比如1.2.1。这样做的好处是不会打断正在进行的开发分支的开发工作能够让团队中负责功能开发的人与负责修复的人并行、独立的开展工作。
热修复分支只能主要分支上拉取测试通过后合并回主要分支和开发分支。 3.实践操作
第一步在Master分支主分支上由项目经理开启新项目搭建框架。这时可以定义一个初始版本号例如v1.0.0
请手动模拟项目经理操作在git项目目录下创建aa.txt和bb.txt。
# 初始化git项目
git init
# 将手动添加的项目文件全部提交到暂存区
git add .
# 提交到本地仓库
git commit -m 搭建项目
第二步创建Dev分支开发分支并切换到Dev分支编写程序。这时程序员们开始干活了
请手动模拟开发人员操作在git项目目录下创建cc.txt和dd.txt。
# 创建并切换到Dev分支
git checkout -b dev
# 将手动添加的代码文件添加到dev的暂存区
git add .
# 提交到本地仓库
git commit -m 一阶段开发完成
第三步若开发阶段性工作完成准备发布新版本这时需要创建Release分支预发布分支并切换到Release分支将Dev分支代码合并到该分支这时测试工程师开始干活了测试功能并修复Bug后合并到Master主分支和Dev开发分支。
# 创建release预发布分支
git branch release
# 查看所有分支情况
git branch -v
这时请不要急着切换到Release分支当前任处于dev分支下请再次手动在git项目中创建ff.txt文件。
# 将ff.txt添加到暂存区如果有很多文件需要添加则请使用git add .
git add ff.txt
# 提交到本地仓库
git commit -m ff.txt
预示着虽然一阶段项目完成了但是后续开发工作还要继续做这时再次切换到Release分支上发现并没有ff.txt文件。
# 切换到release分支
git checkout release
这时测试工程师在Release分支进行代码测试并修复测试中遇到的Bug。可以手动修改Release分支下的代码文件例如cc.txt和dd.txt等等
修改完之后必须进行add/commit操作。
# 添加到Release分支的暂存区
git add .
# 提交到本地仓库
git commit -m 修改release分支的bug
第四步切换到Master分支上将当前的Release分支预发布分支上的代码合并到Master分支上并打上标签v1.0.0。
# 切换Master分支
git checkout master
# 将Release分支上的代码更新到Master分支上
git merge release -m 1.0.0
第五步切换到Dev分支上将当前的Release分支预发布分支上的代码合并到Dev分支上。
# 切换Master分支
git checkout dev
# 将Release分支上的代码更新到Dev分支上
git merge release -m 1.0.0
第六步删除当前的Release分支。
# 删除Release分支
git branch -d release
第七步若v1.0.0发布版本在生产阶段遇到了Bug这时则创建Hotfix分支热修复分支并切换到Hotfix分支将Master主分支上v1.0.0版本的代码合并到Hotfix分支上进行修复并测试测试完成后若无问题则将当前Hotfix分支上的代码合并到Master主分支和Dev开发分支上。
# 创建切换Hotfix分支
git checkout -b hotfix110
# 将Master分支上V1.0.0版本的代码合并到Hotfix分支
git merge master -m 修复master分支v1.0.0版本的问题
模拟代码测试及修复操作。
# 将修复代码提交到hotfix分支的暂存区
git add .
# 提交到本地仓库
git commit -m 已在hotfix110分支上修复了代码
第八步切换到Master分支将Hotfix分支上修复测试的代码更新合并到Master分支并打上标签v1.0.1。
# 切换到Master分支
git checkout Master
# 将hotfix110分支上的代码合并到Master分支
git merge -m 合并hotfix110分支上修复的代码
# 基于当前修复的代码在Master分支上打上v1.0.1的标签
git tag -a v1.0.1 -m v1.0.0问题已修复标签v1.0.1
第九步切换到Dev分支将Hotfix分支上修复测试的代码更新合并到Dev分支
# 切换到Dev分支
git checkout dev
# 将hotfix110分支上的代码合并到Dev分支
git merge -m 合并hotfix110分支上修复的代码
第十步删除当前的Hotfix分支。
# 删除hotfix110分支
git branch -d hotfix110
如果要开发即将发布版本或未来版本的新功能或者探索新功能则需要创建Feature分支功能分支。在该分支上完成新功能的探索与开发工作如若没有问题则可以将Feature分支上的代码更新到Dev分支开发分支。最后删除该Feature分支。
# 创建切换Feature分支
git checkout feature
# 将dev分支上的代码合并到feature分支
git merge dev -m 探索新功能
功能探索成功则合并到原有的Dev开发分支。
# 切换到dev分支
git checkout dev
# 将feature分支上探索开发成功的功能合并到dev分支
git merge feature -m 功能探索功能合并代码
不管是功能探索成功还是失败最后都删除Feature分支
# 删除feature分支
git branch -d feature
