代码质量和代码防范的新时代
“边写边清理”意味着专注于新代码，以微小的投资收获巨大的代码质量影响。
传统的代码质量方法面临挑战，“边写边清理”的方法可以消除这些挑战。
专注于新代码以保持项目健康
SonarQube项目主页突出显示了新代码（更改或添加）的代码质量和代码防范性，因此您可以专注于重要的事情：确保您今天编写的代码是可靠的。
开发人员在新代码中确保质量
作为开发人员，您的首要任务是确保您今天编写的代码干净且安全。
个人责任，而不是英雄主义
在 “边写边清理”方法中，没有人需要负责清理其他人的代码。你只需要写好自己的代码。
如果你添加了新问题，它们将自动分配给你，但是不会要求他人在此之后进行清理。
开发人员负责他们新代码的质量。
跨语言、跨项目……整个组织的一致标准
实施专注于新代码指标的质量关口可确保干净地交付新功能。 然后你需要做的就是让你的质量关口保持绿色，以确保每个版本都比上一个版本更好。
每个开发人员都需要对自己新代码的质量负责。
质量关口™
通过专注于“新代码期”，您可以将相同的高标准应用于每个项目，无论年龄、语言或未偿技术债务如何。
以新准则为重点培养高标准
如果您只将它们应用于新代码，那么在您的质量关口中设置和执行高标准没有任何不利之处。开发人员以在他们的新代码上达到高标准而自豪，如果项目没有通过其质量关口，它显然还没有准备好发布。
团队乐于满足新代码的高标准。
管理层负责旧代码的质量
当你第一次分析遗留项目时，结果可能会令人震惊。但如果仅仅为了修复遗留债务而挖掘旧代码，可能会有功能回归的风险。
作为管理者，您需要负责旧代码中的代码质量和代码防范。开发人员已经在确保他们今天编写的代码是干净和安全的，由您决定清理旧代码是否重要，如果决定清理，则确定清理的优先级并安排清理时间。
经常修改的代码区域将很快得到修复，使这些高流量区域在未来维护更容易、更便宜、更可靠。而那些人流量较少的代码区域，清理起来会比较慢，但它们不受用户请求的影响，这意味着它们不那么关键，可以等待。
技术债务补救：一切照旧的副作用
开发人员负责新代码的质量；管理人员负责旧代码的质量。但是即使没有主动清理，在正常的业务过程中，代码库无论如何都会随着开发人员接触旧代码进行新的更改而逐渐清理。
经常修改的代码区域将很快得到修复，使这些高流量区域在未来维护更容易、更便宜、更可靠。而那些人流量较少的代码区域，清理起来会比较慢，但它们不受用户请求的影响，这意味着它们不那么关键，可以等待。
