新一代和12-factors:基准代码
来源:互联网 发布:递归算法解决迷宫问题 编辑:程序博客网 时间:2024/05/22 20:27
我们的解读:
- 每个模块一个Git库
- 使用TBD(Trunk Based Development)版本管理模式
- 每个发布版本(发布后会对该发布版本的代码打一个Release Branch)为一个Codebase
- 模块间无代码依赖
引用原文:http://12factor.net/zh_cn/codebase
I. 基准代码
一份基准代码(Codebase),多份部署(deploy)
12-Factor应用(译者注:应该是说一个使用本文概念来设计的应用,下同)通常会使用版本控制系统加以管理,如Git,Mercurial, Subversion。一份用来跟踪代码所有修订版本的数据库被称作 代码库(code repository, code repo, repo)。
在类似 SVN 这样的集中式版本控制系统中,基准代码 就是指控制系统中的这一份代码库;而在 Git 那样的分布式版本控制系统中,基准代码 则是指最上游的那份代码库。
基准代码和应用之间总是保持一一对应的关系:
- 一旦有多个基准代码,就不能称为一个应用,而是一个分布式系统。分布式系统中的每一个组件都是一个应用,每一个应用可以分别使用 12-Factor 进行开发。
- 多个应用共享一份基准代码是有悖于 12-Factor 原则的。解决方案是将共享的代码拆分为独立的类库,然后使用 依赖管理 策略去加载它们。
尽管每个应用只对应一份基准代码,但可以同时存在多份部署。每份 部署 相当于运行了一个应用的实例。通常会有一个生产环境,一个或多个预发布环境。此外,每个开发人员都会在自己本地环境运行一个应用实例,这些都相当于一份部署。
所有部署的基准代码相同,但每份部署可以使用其不同的版本。比如,开发人员可能有一些提交还没有同步至预发布环境;预发布环境也有一些提交没有同步至生产环境。但它们都共享一份基准代码,我们就认为它们只是相同应用的不同部署而已。
0 0
- 新一代和12-factors:基准代码
- 新一代和12-factors:配置
- 新一代与12-factors:依赖
- 新一代与12-factors:进程
- 新一代与12-factors:后端服务
- 新一代与12-factors:构建,发布,运行
- 基准和项目章程
- 基准电源和参考电压
- Sysbench安装和基准测试
- ceph 性能调整和基准
- 新一代
- CPython 和IronPython的基准测试
- 基准比对过程和模型
- mysql 基准测试和性能分析
- mysql 基准测试和性能分析
- 数据库基准测试的目的和作用
- 浏览器基准测试分析和数据
- 基准测试工具sysbench安装和使用
- 如何得到 Google 的工作机会?
- 【学生信息管理系统】数据类型问题
- 上拉分页加载PullToRefreshGridView
- java:final和static初学
- 利用python模拟登录
- 新一代和12-factors:基准代码
- 模态对话框和非模态对话框
- Spanner vs. F1:谷歌两大数据管理利器的整体对比及关联
- Qt WebView js交互(new) 支持ios android 平台
- 在邓小平同志追悼大会上致悼词
- Matlab的高斯输入的PID仿真
- win10下git教程安装和配置(一)
- IP地址的两种表示方法:整数和点分十进制`
- 机房收费—窗体嵌入窗体