別覺得有義務必須收錄別人要求你收錄的每個變更。你必須判斷哪些變更是改進——部分基於你認為使用者會喜歡什麼，部分基於你自己對於什麼是更好的判斷。如果你認為某個變更不好，你應該拒絕它。
如果有人寄給你一些變更，這些變更很有用，但寫得很糟糕，或者在未來難以理解和維護，請不要猶豫要求對方在合併之前清理他們的變更。由於我們可以做的工作量有限，我們越能說服其他人幫助我們有效率地工作，GNU 就會進展得越快。
如果貢獻者不願意或不能將變更清理得夠乾淨，那麼你可以合理地說：「我無法以目前的型式安裝這個；只有在你清理乾淨之後我才能安裝。」邀請對方以其他方式發布他們的變更，或者找其他人將它們清理乾淨到你可以安裝和維護的程度。
你自己做這些清理工作的唯一理由是，如果 (1) 這很容易，比告訴作者要清理什麼工作量更少，或者 (2) 這個變更很重要，重要到值得花費清理它的工作。
當你要求人們清理變更時，GNU 編碼標準是發送給他們的好東西 (參見 GNU 編碼標準 中的 目錄)。Emacs Lisp 手冊包含一個附錄，其中提供了 Emacs Lisp 程式的編碼標準； 建議 Lisp 作者閱讀它 (參見 GNU Emacs Lisp 參考手冊 中的 提示與慣例)。