<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>版本化 on PlumePHP</title><link>https://plumephp.com/tags/%E7%89%88%E6%9C%AC%E5%8C%96/</link><description>Recent content in 版本化 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 09 May 2022 19:23:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E7%89%88%E6%9C%AC%E5%8C%96/index.xml" rel="self" type="application/rss+xml"/><item><title>游戏配置版本化架构设计</title><link>https://plumephp.com/game-server-configuration-versioning-architecture/</link><pubDate>Mon, 09 May 2022 19:23:00 +0800</pubDate><guid>https://plumephp.com/game-server-configuration-versioning-architecture/</guid><description>&lt;p&gt;游戏项目里最容易被低估的系统之一就是配置。策划改一张表，客户端更新一份资源，服务端热加载一组参数，看起来只是日常操作；但一旦配置没有版本边界，就会出现玩家看到 A 奖励、服务端按 B 奖励结算、客服后台又查到 C 文案的情况。配置版本化架构不是把 Excel 放进 Git，而是让每一次配置生效都有范围、有时间、有依赖、有回滚。&lt;/p&gt;</description></item></channel></rss>