返回文章列表文章索引阅读全文
STARBLOG / 阅读手记
团队

编码规范和版本管理

https://www.zhihu.com/question/393040445 合并发布, 可以参考Git Flow. 但是, 如果你做Trunk-based Development的话, 这个也可以省略了. 作者:Jacky 链接:https://www.zhihu.com/question/393040445/answer/1215427425 来源:知乎 著作权归作者所有。商业转载请联系作

曦远 (DealiAxy)约 3 分钟

合并发布, 可以参考Git Flow. 但是, 如果你做Trunk-based Development的话, 这个也可以省略了.

作者:Jacky 链接:https://www.zhihu.com/question/393040445/answer/1215427425 来源:知乎 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

我们团队在之开发上主要遇到的问题是,当我们项目做的工作多的时候,branch 就完全乱套了,由于之前用的是微软的TFS做管理的,所以更乱了,之后我们参考了一些开源项目的管理方法,做了一套GIT的管理方法:主要分master和dev 俩分支,master永远是生产环境的,dev永远是测试环境的,dev测试完成后会合併到master做发佈当要做新的功能或bugfix时,会建一些milestone和task,会从dev分一个分支出来,命名方法“内部编号/main”,程序员们再从main上分支自己要做的feature branch程序员做完自己的功能后,会pull request给reviewer,然后才能合到main分支当所有功能做都做好了会把main 做PR合併到dev,做自动测试然后到测试环境发佈时,会在上面打一个TAG做版本号,比如1.1.0,然后Jenkins会在背后自动测试和构建,这可以避免了测试的程序是100%等于将会发佈的版本,因为太多程度员直接自己build了就交付了,导致种种问题人工测试,没问题就排日期上线,出现BUG就重新跑一次流程TAG一个新版本,比如1.1.1上线生产环境前把dev 合併master

_EOF_

编码规范和版本管理

本文作者:
程序设计实验室
版权声明:
本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!

相关文章

Python数据展示 - 生成表格图片

前言 前一篇文章介绍了推送信息到企业微信群里,其中一个项目推送的信息是使用Python自动生成的表格,本文来讲讲如何用Python生成表格图片。 选一个合适库 Python最大的优点就是第三方库丰富,基本你要什么功能,都能找到别人实现好的库,几行代码一调用就完事了。 Pytable 项目地址:https://github.com/HiroshiARAKI/pytable 最先找到的是日本人开发的p

2022-04-09 · Python · 约 1 分钟

讨论

共 0 条

良言一句三冬暖,恶语伤人六月寒。

加载评论中…