refactor: 发布前整理

Author: ChengzhiHuang

Reports/2024/#309-2024.10.28.md

@@ -30,12 +30,12 @@
 
 ### 🐕 [直接使用 xcodebuild 比 Xcode 慢的原因分析](https://github.com/wojciech-kulik/xcodebuild.nvim/issues/201#issuecomment-2423828065)
 
-[@Cooper Chen](https://github.com/cjlcooper)：这篇文章主要讨论了 xcodebuild 工具相较于 Xcode 更加耗时的问题，xcodebuild 每次构建时向 Apple 的 API 发出了多个请求，响应时间较长，导致构建变慢，并且 xcodebuild 对每个目标逐个发请求，目标越多则效率差异越明显，作者提供了解决方法包括修改 hosts 文件和使用网络嗅探工具阻止请求。这些方法能显著提高构建速度，同时作者建议用户也提交反馈，以促使Apple修复此问题。
+[@Cooper Chen](https://github.com/cjlcooper)：这篇文章主要讨论了 xcodebuild 工具相较于 Xcode 更加耗时的问题，xcodebuild 每次构建时向 Apple 的 API 发出了多个请求，响应时间较长，导致构建变慢，并且 xcodebuild 对每个目标逐个发请求，目标越多则效率差异越明显，作者提供了解决方法包括修改 hosts 文件和使用网络嗅探工具阻止请求。这些方法能显著提高构建速度，同时作者建议用户也提交反馈，以促使 Apple 修复此问题。
 
 
 ### 🐕 [The Memory Leak: An Xcode Detective Story](https://www.emergetools.com/blog/posts/the-memory-leak-an-xcode-detective-story)
 
-[@莲叔](https://github.com/aaaron7)：这篇文章讲述了作者从一个自己 app 遇到的 deeplink 的bug一步步的排查到问题的根源的过程。问题的根源虽然并不复杂，但触发点非常隐蔽，至少属于 CR 时很难发现的问题，值得关注。另外，过程中一步步讲述了作者自己排查的过程以及思路，对于刚入门的同学应该也有非常有帮助。
+[@莲叔](https://github.com/aaaron7)：这篇文章讲述了作者从一个自己 app 遇到的 deeplink 的 bug 一步步的排查到问题的根源的过程。问题的根源虽然并不复杂，但触发点非常隐蔽，至少属于 CR 时很难发现的问题，值得关注。另外，过程中一步步讲述了作者自己排查的过程以及思路，对于刚入门的同学应该也有非常有帮助。
 
 
 ### 🐕 [Beware UserDefaults: a tale of hard to find bugs, and lost data](https://christianselig.com/2024/10/beware-userdefaults/)