threads / discuss / 24261

Improved autocrlf description in RelNotes-1.7.2.txt

Subject: Improved autocrlf description in RelNotes-1.7.2.txt

## tl;dr

3 messages between Jul 2, 2010 and Jul 2, 2010.

replies: 2people: 3as markdown or json

Finn Arne Gangstad· Jul 2, 2010, 07:58 UTC · lore

--- I think RelNotes should be rewritten along these lines..

 Documentation/RelNotes-1.7.2.txt |   11 +++++++----
 1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/Documentation/RelNotes-1.7.2.txt b/Documentation/RelNotes-1.7.2.txt
index aa79f06..92f0da3 100644
--- a/Documentation/RelNotes-1.7.2.txt
+++ b/Documentation/RelNotes-1.7.2.txt
@@ -4,11 +4,14 @@ Git v1.7.2 Release Notes (draft)
 Updates since v1.7.1
 --------------------
 
- * core.eol configuration and eol attribute are the new way to control
-   the end of line conventions for files in the working tree;
-   core.autocrlf overrides it, keeping the traditional behaviour by
-   default.
-
+ * core.eol configuration and text/eol attributes are the new way to control
+   the end of line conventions for files in the working tree.
+
+ * core.autocrlf has been made safer - it will now only handle line
+   endings for new files and files that are LF-only in the
+   repository. To normalize content that has been checked in with
+   CRLF, use the new eol/text attributes.
+   
  * The whitespace rules used in "git apply --whitespace" and "git diff"
    gained a new member in the family (tab-in-indent) to help projects with
    policy to indent only with spaces.
-- 
1.7.2.rc1
Eyvind Bernhardsen· Jul 2, 2010, 08:23 UTC · re: Finn Arne Gangstad · lore

Re: Improved autocrlf description in RelNotes-1.7.2.txt

On 2. juli 2010, at 09.58, Finn Arne Gangstad wrote:
> I think RelNotes should be rewritten along these lines..
[...]
> + * core.eol configuration and text/eol attributes are the new way to control
> +   the end of line conventions for files in the working tree.
Add something like "The old crlf attribute is now an alias of the new text attribute", perhaps?  Other than that, this looks good to me.
-- 
Eyvind

← back to recent threads