Re: git pull (Your local changes to ... would be overwritten by merge)

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: git pull (Your local changes to ... would be overwritten by merge)

From: Matthieu Moy <hidden>
Date: 2016-06-15 22:48:58

Michael J Gruber [off-list ref] writes:
Daniel Blendea venit, vidit, dixit 17.06.2010 13:18:
quoted
Windows 7, did not change anything related to crlf.
I never used Git on Windows, but I think Git sets autocrlf to true by
default on Windows.
I guess this shows that correct diagnostics is not a prerequisite for a
successful therapy ;)

(The diagnostics really indicate a work tree with local uncommitted
modifications.)
I'd bet for this kind of issue:

http://kerneltrap.org/mailarchive/git/2010/3/9/25215/thread
From: Johannes Schindelin
Subject: core.autocrlf considered half-assed

Didn't follow the outcome in details, but some patches were proposed
to improve the situation.

-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/

Re: git pull (Your local changes to ... would be overwritten by merge)

From: Eyvind Bernhardsen <hidden>
Date: 2016-06-15 22:48:59

On 17. juni 2010, at 17.21, Matthieu Moy wrote:
Michael J Gruber [off-list ref] writes:
quoted
I guess this shows that correct diagnostics is not a prerequisite for a
successful therapy ;)

(The diagnostics really indicate a work tree with local uncommitted
modifications.)
I'd bet for this kind of issue:

http://kerneltrap.org/mailarchive/git/2010/3/9/25215/thread
From: Johannes Schindelin
Subject: core.autocrlf considered half-assed

Didn't follow the outcome in details, but some patches were proposed
to improve the situation.
Finn Arne Gangstad's "safe autocrlf" patch (c480539, currently in next) solves the problem by disabling conversion for files that contain CRs in the repository.
-- 
Eyvind Bernhardsen
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help