规范

A collection of 3 posts

「研发规范」团队成员基于fastlane+match统一iOS证书以支持CI
technology

「研发规范」团队成员基于fastlane+match统一iOS证书以支持CI

背景 为了支持CI持续集成,让Argo能够实现自动构建;同时避免证书混乱,实现自动管理。 整体方案 工具:fastlane + match 证书:公钥和私钥都有match统一管理,统一分发。 开发状态下(development),团队所有成员使用XCode的automatically manage signing自动管理certificates和provisioning profile。 持续集成状态下(appstore & testflight),由match管理。 match实现原理 match使用的是一个私有的git管理所有certificates和provisioning file。私有的git保存的说有内容都是通过OpenSSL加密的,密码不能外泄。 团队成员需要做的 Step1:

  • Hao Hu
「研发规范」版本号命名规范 2017.12
technology

「研发规范」版本号命名规范 2017.12

版本号命名规则 版本格式:主版本号.迭代版本号.补丁版本号 [. 编译版本号 ],版本号递增规则如下: 主版本号:产品进行了非常大规模的改动,比如重构、产品对客户带来了显著变化。主版本号改变需要通过评审确定。 迭代版本号:当你做了迭代式的产品功能新增,功能显著变化。 补丁版本号:当你做了产品修复,或者迭代式非显著功能新增。 编译版本号:根据Git提交次数进行确定,具体命令参考后文。 编译版本号可以加到“主版本号.迭代版本号. 补丁版本号”的后面,作为延伸。 主版本号 ...... 迭代版本号 ...... 每次发布增加1,

  • Hao Hu
「研发规范」Gitflow工作流规范 2017.12
technology

「研发规范」Gitflow工作流规范 2017.12

1.Summary2.Branches主干分支:永远存在,互相平行。master:产品发布分支,从develop分支合并过来。合并develop分支需要在git服务器上提交merge request。develop:所有协作者要交付的最新的代码辅助分支:用来团队协作、特性跟踪、版本发布,最终将被删除的分支。所有分支最终合并到develop。为了便于管理,当前需要push到远程服务器,合并到develop之后进行删除。  feature:具体的功能点分支,每一个功能点从develop分支拉取一个feature分支,完成之后合并到develop分支。新分支命名规则:前缀“feature-”,后面部分任意。 release:预发布分支,

  • Hao Hu