git分支

git 使用

自古美人都是妖i 提交于 2019-11-27 00:50:00
相信小伙伴们对git不陌生吧,但是究竟git是怎么样工作的,它的构成又是怎么样的呢?我们来看看: 上图很明显的说明,git是又4个部分组成的: 工作区域--add-->暂存区域--commit-->本地版本仓库--push-->远程版本仓库 基本指令 1. add git add -u:将文件的修改、文件的删除,添加到暂存区。 git add .:将文件的修改,文件的新建,添加到暂存区。 git add -A:将文件的修改,文件的删除,文件的新建,添加到暂存区。 虽然网上是如上这么说,但是我试过好像git add . 和git add -A 效果是一样的。 2.commit commit -m:把暂存区的内容提交到本地版本区 commit -a -m:相当于git add -u和git commit -m组合 3.log 可以查看每个commit的版本号: 4.reflog 和log很像,比log能看得更多,git reset也可以看到 5.reset reset: "git reset --hard 版本号 " 执行这句就可以回滚代码回到对应的版本了,我们常用回滚 本地分支 的代码 其中版本号是上面红框的随机字符串,和git log的commit右边的字符串,一般取开头的几位就ok了 例如git reset --hard ad208 6.revert revert:也是回滚版本

eclipse git 主干代码合并到分支

纵饮孤独 提交于 2019-11-26 18:50:31
https://blog.csdn.net/wwd0501/article/details/80676807 eclipse git 主干代码合并到分支: 1、项目切换至分支; 2、选中项目右键--》team--》merge--》orgin/master(Remote Tracking) 3、Merge options选择Squah(merge changes into working directory,......) Fast forward options选择默认的if a fast-forward,only update the branch pointer 4、点击Merge,之后主干代码会拉取到本地分支。若有冲突,解决冲突后提交;没有冲突,可直接提交。 ============================================= 来源: https://www.cnblogs.com/kungfupanda/p/11330366.html

git使用规范

半腔热情 提交于 2019-11-26 05:26:24
新建项目 项目负责人在项目组下面新建项目(以下简称‘主项目’),所有参与该项目开发的人员,必须fork此项目到自己的工程(以下简称‘fork项目’),然后进行开发。 主项目分支 主项目建立hotfix、release、dev、test四个分支。 dev分支 dev是开发分支,开发分支是更新最频繁的分支,开发人员正在开发的代码都必须且只能提交Merge Request(以下简称MR)到这个分支。 test分支 test是测试分支,用于发布测试环境。项目完成一个或多个功能点或者用户故事时,由负责测试版本发布的人员先从dev分支合并到test分支,然后发布到测试环境。 hotfix分支 hotfix是热修复分支,用于修复线上bug。开发人员提交的修复代码提交MR时选择该分支。当问题确定被修复后,项目负责人再将hotfix分支的代码同步到dev和master分支。 release分支 release分支是版本发布分支,用于发布线上版本时,由负责版本发布的人先从master分支合并到release分支,然后发布到正式环境。 commit规范 每次的commit按照【标签】该次提交主要内容进行提交 标签分为5类: * feature (新功能) * bug (bug修复) * refactor (重构) * other (其他) * tag(版本tag) fork项目规范 * master

git版本管理规范

孤人 提交于 2019-11-26 02:50:18
一般约定 一般分为一下几个分支进行管理: master(主分支):稳定的线上版本 develop(开发分支):用于开发集成测试分支,不稳定 release(测试分支):用于测试的分支 hotfix:用于紧急修复线上bug feature :功能开发分支 开发分支管理 对于小的团队可以不用以功能作为一个划分维度,因为一个功能可能就是一个人开发的,可以考虑以人作为划分分支的维度,将feature这个的分支简化省略。 每个人的开发分支的命名: dev_xxx(姓名)_xxxx(时间) 开发完成后提交到测试release 测试release测试通过后提×××并到master 对于bug分支的管理 每个阶段的bug从每个阶段的分支中进行代码拉取,创建修改分支 如测试阶段的bug应该从release分支拉取 线上的bug应该从master分支拉取 对于bug的分支命名: bug_xxx(bug代号) 来源: 51CTO 作者: zzzzzga 链接: https://blog.51cto.com/9552815/2169053