-
- 独进青楼 2018-04-10
feature/name
- 0赞 · 0采集
-
- 独进青楼 2018-04-10
历史分支
Master分支存储正式发布的事
Develop分支作为功能的收集分支- 0赞 · 0采集
-
- root750 2018-03-22
- git 分支
-
截图0赞 · 0采集
-
- sugelalin 2017-12-13
- 历史分支图
-
截图0赞 · 0采集
-
- aSuncat 2017-04-09
一、repository:[rɪ'pɑzə'tɔri]，仓库。 二、feature分支是从develop打出来的。 三、功能分支——feature分支： 1、使用develop分支作为父分支， 2、每个新功能位于一个自己的分支 3、新功能完成后，合并回develop分支。 4、新功能提交应该从不直接与master分支交互。 5、分支名称feature/[feature name]。
- 0赞 · 0采集
-
- miraclehw 2017-02-12
- 功能分支的使用原则
-
截图0赞 · 0采集
-
- miraclehw 2017-02-12
- 功能分支的工作流程
-
截图0赞 · 0采集
-
- miraclehw 2017-02-12
- Master和developer分支的区别
-
截图0赞 · 0采集
-
- 侠客岛的含笑 2016-11-27
- 功能分支扩展。。。。
-
截图0赞 · 0采集
-
- 侠客岛的含笑 2016-11-27
- feature分支 使用规范： 可以从develop分支发起feature分支 代码必须合并回develop分支 feature分支的命名可以使用除master，develop，release-*，hotfix-*之外的任何名称 feature分支（有时也可以被叫做“topic分支”）通常是在开发一项新的软件功能的时候使用，这个分支上的代码变更最终合并回develop分支或者干脆被抛弃掉（例如实验性且效果不好的代码变更）。 一般而言，feature分支代码可以保存在开发者自己的代码库中而不强制提交到主代码库里。
-
截图0赞 · 0采集
-
- 侠客岛的含笑 2016-11-27
- master分支 master分支上存放的应该是随时可供在生产环境中部署的代码（Production Ready state）。当开发活动告一段落，产生了一份新的可供部署的代码时，master分支上的代码会被更新。同时，每一次更新，最好添加对应的版本号标签（TAG）。 develop分支 develop分支是保存当前最新开发成果的分支。通常这个分支上的代码也是可进行每日夜间发布的代码（Nightly build）。因此这个分支有时也可以被称作“integration branch”。 当develop分支上的代码已实现了软件需求说明书中所有的功能，通过了所有的测试后，并且代码已经足够稳定时，就可以将所有的开发成果合并回master分支了。对于master分支上的新提交的代码建议都打上一个新的版本号标签（TAG），供后续代码跟踪使用。 因此，每次将develop分支上的代码合并回master分支时，我们都可以认为一个新的可供在生产环境中部署的版本就产生了。通常而言，“仅在发布新的可供部署的代码时才更新master分支上的代码”是推荐所有人都遵守的行为准则。基于此，理论上说，每当有代码提交到master分支时，我们可以使用Git Hook触发软件自动测试以及生产环境代码的自动更新工作。这些自动化操作将有利于减少新代码发布之后的一些事务性工作。
-
截图0赞 · 0采集
数据加载中...