不要觉得有义务包含别人要求你包含的每一个更改。你必须判断哪些更改是改进——一部分基于你认为用户会喜欢什么，一部分基于你对什么是更好的判断。如果你认为某个更改不好，你应该拒绝它。
如果有人发给你有用的更改，但是书写方式丑陋或难以理解，并且未来难以维护，不要犹豫，请他们在合并之前清理他们的更改。由于我们能做的工作量有限，我们越能说服其他人帮助我们高效工作，GNU 就会发展得越快。
如果贡献者不愿意或不能使更改足够干净，那么可以合理地说“我无法以目前的形式安装它；只有当你清理它之后我才能这样做。”邀请贡献者以其他方式分发他们的更改，或者找到其他人来使它们足够干净，以便你安装和维护。
你自己进行这些清理的唯一原因是：（1）它很简单，比告诉作者需要清理什么更省事，或者（2）更改很重要，重要到值得清理工作。
当你要求别人清理更改时，GNU 编码标准是一个很好的参考（参见目录中的GNU 编码标准）。Emacs Lisp 手册包含一个附录，提供了 Emacs Lisp 程序的编码标准；敦促 Lisp 作者阅读它是好的（参见提示和约定中的GNU Emacs Lisp 参考手册）。