曦远 (DealiAxy)一份私人的文字刊物

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 许可协议。转载请注明出处!

相关文章

个人数据保全计划:(1)NAS开箱

前言 从几年前第一个硬盘故障导致参赛的文件丢失之后,我就开始意识到数据安全的重要性,开始用各种云盘做备份,当时还不是百度云一家独大,我们也都没意识到网盘备份是极其不靠谱的行为,直到因为某些不可抗力因素,一夜之间所有网盘都宣布停服,这时才意识到,数据始终是掌握在自己手中才安全可控。 随着数据量增大,我又购入一个2T硬盘,但因为不懂 + 被无良奸商坑了,买到手发现是叠瓦盘,用了一年多就频繁卡顿和丢数据

2022-11-13 · 个人数据保全计划 · 约 1 分钟

讨论

共 0 条

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

加载评论中…