欢迎来到新一期的 This Week on TiDB 栏目！TiDB 是一个开源的 MySQL 协议兼容的分布式数据库，支持 HTAP 即混合事务和分析处理。这个栏目是 TiDB 开发进展和社区新闻的非官方周刊窗口，如果你想将自己看到或者正在做的工作也通过这个窗口发布，欢迎私信联系我或者在下方链接的 issue 中提出。如果你有意了解或加入 TiDB 社区，TiDB 社区也非常欢迎贡献者。
这周先讲两个开放性的主题。
Proposal: Remove or actively maintain PowerShell build script of TiDB
第一个关于 TiDB 支持的平台问题。毫无疑问 TiDB 支持 Unix 系列的操作系统，支持 X86 架构，并正在验证和完善 ARM 架构的支持。但是，Windows 操作系统的支持不仅会带来代码上复杂的条件编译，社区当中更没有活跃的维护 Windows 开发环境和编译执行的维护者。因此我提议把容易令人误解的无人维护的 Powershell 构建脚本给干掉。
如果你是 Windows 用户，对此有自己的意见，乃至愿意调查和维护 Window 的支持，欢迎评论。如果你对移除这个依赖乐见其成，也欢迎发表自己的观点。预计没有其他反对意见的话，将在九月内移除。
TiDB Operator v1.2.2 was officially released on September 3 2021
第二个话题是关于 TiDB Operator 版本发布的问题。恭喜顺利发布新版本！
这里我想提出一个问题，各位是如何关注到一个软件的版本发布的呢？ASF 的项目对此有明确的要求，是在邮件列表上公布以投票通过 RC 为基础的新版本，并且有基金会维护的文件服务器来存放发布产物。
TiDB 必须自己思考这个问题。现在大约是每个 TiDB 功能版本的发布会有相应的宣传，文档网页上也会更新，GitHub Release 页面上也有提示，但是仅提供源码下载，在约定的文件服务器上有二进制格式。其他不随 TiDB 版本发布的软件，例如 TiDB Operator 和 TiSpark 等，则很难说啥时候怎么发布了。
各位关注 TiDB 相关软件的版本发布吗？以前是怎么关注的呢？希望有哪些方式来做推送或者期待订阅的发布信息渠道呢？
Refactor the “Contribute to TiDB” part
@zhangyangyu 在阅读 TiDB Dev Guide 的过程中发现了 Contribute to TiDB 一章关于社区行为准则和开源协同精神的强调过少，因此建立了这个 issue 来整体优化这个章节的表述。
感谢 @zhangyangyu 的贡献，也欢迎所有 TiDB 的贡献者 review 相关的工作。这里面介绍的指南和指导原则应该贯彻到社区行为当中的方方面面，而这些内容本身应该是社区产生的共识。
vote: gozssky as TiKV reviewer
说到社区行为，今天就看到了一个提名 review 的意外情况。根据社区治理模型的描述，review 的提名应当至少持续 3 天。这是为了让不同时区的社区成员能够充分交换意见。
然而，这个提名在提出后一小时内就急匆匆的合并了。虽然稍后就提了一个 revert PR 来撤销这个行为，但是也看得出来 TiKV 社区自己定下的规则还没有落实到 maintainer 的认知当中。
开源社区必须强调 community over code 的原则，这不是说不要 code 了，而是更注重人的连接和协同的力量。这才是开源协同的价值所在。
Separate general log from tidb.log
最后讲两个开发相关的事情。
@dragonly 开始处理起一年的需求，优化 TiDB 的日志。改动的代码行数不多，行为却有重要的变化，关注 TiDB 日志性能的同学可以看一下。
Tracking issue for Migrate functions from TiDB
另一个是两年前的 TiDB 算子下推到 TiKV 的 issue 被 @kururuken 和 @Adam-Kulju 重新提起。
感谢 @Adam-Kulju 的调查，我们知道了现在算子下推的大致情况。@skyzh 正在追踪这个问题，并期望将它重新调整为符合当下情况并适合吸引更多贡献者参与进来的开发任务。敬请期待。