[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
emacs-28 d1aa552: ; * CONTRIBUTE: No cleanups on release branches, even
From: |
Eli Zaretskii |
Subject: |
emacs-28 d1aa552: ; * CONTRIBUTE: No cleanups on release branches, even in docs. |
Date: |
Thu, 25 Nov 2021 03:43:51 -0500 (EST) |
branch: emacs-28
commit d1aa552d11484ab15944a1f3c15f607dda811d8d
Author: Eli Zaretskii <eliz@gnu.org>
Commit: Eli Zaretskii <eliz@gnu.org>
; * CONTRIBUTE: No cleanups on release branches, even in docs.
---
CONTRIBUTE | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/CONTRIBUTE b/CONTRIBUTE
index 8295a8e..5740004 100644
--- a/CONTRIBUTE
+++ b/CONTRIBUTE
@@ -342,7 +342,9 @@ Documentation fixes (in doc strings, in manuals, in NEWS,
and in
comments) should always go to the release branch, if the documentation
to be fixed exists and is relevant to the release-branch codebase.
Doc fixes are always considered "safe" -- even when a release branch
-is in feature freeze, it can still receive doc fixes.
+is in feature freeze, it can still receive doc fixes. However, this
+rule is limited to fixing real problems in the documentation; cleanups
+and stylistic changes are excluded.
When you know that the change will be difficult to merge to the
master (e.g., because the code on master has changed a lot), you can
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- emacs-28 d1aa552: ; * CONTRIBUTE: No cleanups on release branches, even in docs.,
Eli Zaretskii <=