共计 919 个字符，预计需要花费 3 分钟才能阅读完成。
退出 NCC
先说一个事，AgileConfig 在 7 月底终于通过了 NCC 社区的审核，正式成为了 NCC 小家庭的一员。这对 AgileConfig 来说是一个里程碑，心愿退出 NCC 后能更好的帮忙到大家。同时责任也更大了，自己会判若两人的对这个我的项目保护上来，感激反对。
release-1.4.0
本次 1.4.0 公布版本是一个比拟大更新。解决了 AgileConfig 一些长期存在的性能上的问题。之前版本的公布、回滚只针对独自某个配置，当对某个配置编辑后会记录批改历史，并且公布后的配置批改是实时失效的。这会带来 2 个比拟大的问题：
- 没有方法追踪“删除”的配置
因为批改历史记录针对的是单个配置，然而当应用删除操作的时候，整个配置会在列表里移除，导致想要复原的时候都没有入口能够找到这个被删除的配置。 - 单个配置批改实时上线
之前的版本，当对某个配置批改或者删除后配置会实时同步至客户端。这样会带来一个问题：有的时候咱们心愿批改好多个配置后同时公布上线，因为配置之间很可能是依赖的关系。
1.4.0 重构了公布性能，解决了以上 2 个问题。新版本不在针对某个配置独自管制上线、下线。能够间断对多个配置新增、删除、编辑后进行集中公布，同时反对记录公布日志。
编辑配置
上面演示下新版的公布如何应用。
当初新增、编辑、删除配置后，配置不会间接上线，会处于一个待发布的状态。在编辑列表的右上角会提醒待发布配置的统计状况。
公布配置
批改完配置后，须要点击“公布”按钮进行确认公布。公布胜利后批改过后的配置会实时更新至客户端。
留神 : 新版本告诉客户端变更的事件不再辨别 add、update、delete，全副为 reload。
历史版本
新版本对公布的历史能够进行查看，同时反对回滚至某个公布版本的能力。
历史版本把每次公布的变更状况按时间轴列出。
点击“回滚”能够回滚至某个时刻的公布版本的状态。
留神：回滚操作会清空以后所有待发布的配置项
最初
✨✨✨Github 地址：https://github.com/dotnetcore/AgileConfig 开源不易，欢送 star✨✨✨
演示地址：http://agileconfig_server.xbaby.xyz/ 超级管理员账号：admin 明码：123456
