版本號的格式為 a.b.c (又稱 major.minor.patch)，遞增的規則為：
a 表示主版本號，當 api 的相容性變化時，a 需遞增。
b 表示次版本號，當增加功能時(不影響 api 的相容性)，b 需遞增。
c 表示修訂號，當做 bug 修復時(不影響 api 的相容性)，c 需遞增。
詳細的規則如下：
a, b, c 必須為非負整數，且不得包含前導零，必須按數值遞增，如 1.9.0 -> 1.10.0 -> 1.11.0
0.b.c 的版本號表明軟體處於初始開發階段，意味著 api 可能不穩定；1.0.0 表明版本已有穩定的 api。
當 api 的相容性變化時，a 必須遞增，b 和 c 同時設定為 0；當新增功能(不影響 api 的相容性)或者 api 被標記為 deprecated 時，b 必須遞增，同時 c 設定為 0；當進行 bug fix 時，c 必須遞增。
* 注意：版本一經發布，不得修改其內容，任何修改必須在新版本發布！
開發版本號常用於 ci-cd，格式為 a.b.c.build-[hhmmss]，如 1.0.1.build-073012。alpha：內部版本
beta：測試版
demo：演示版
enhance：增強版
free：自由版
full version：完整版，即正式版
lts：長期維護版本
release：發行版
rc：即將作為正式版發布
standard：標準版
ultimate：旗艦版
upgrade：公升級版
PHP 微服務開發框架
從近年來的業界架構演進來看，微服務已經逐漸成為趨勢。伴隨著微服務架構的這種快速發展節奏，各種開發語言各種型別的微服務開發框架相繼出現，據各家使用微服務框架的情況，可以看到主要分為四種模式 目前php相關的微服務框架不多，基本上都是基於swoole開發，下面介紹幾種網路上資訊相對較多的幾款php微服務...
微服務 微服務簡介
什麼是微服務 顧名思義，就是粒度較小的服務，不再侷限於系統與系統之間的藉口呼叫，也不侷限於某種具體的服務形式。系統中凡是可被復用的功能模組都可以被 服務化 轉變為 服務 這些服務可以對外暴露，也可能僅限於再系統內部使用。由於服務數量更多，粒度更小，因此管控難度會更大，對效能的要求也更高。微服務的好處...
微服務RESTful 介面設計規範
網路應用程式，分為前端和後端兩個部分。當前的發展趨勢，就是前端裝置層出不窮 手機 平板 桌面電腦 其他專用裝置.因此，必須有一種統一的機制，方便不同的前端裝置與後端進行通訊。這導致api構架的流行，甚至出現 apifirst 的設計思想。restful api是目前比較成熟的一套網際網路應用程式的a...