git/list[1] front-page[2] threads[3] people[4] search[5] about
 

FEAUTRE-REQUEST: upon git difftool, files which cannot be modified (persistently) should be made read only

From
CMChristoph Anton Mitterer <calestyo@gmail.com>
Date
Oct 16, 2014, 02:45 UTC
Message-ID
<1413427523.4706.40.camel@gmail.com>
Hi.

Apparently since a while, git difftool has the awseome feature, that it just symlinks the files to the working copy, if a diff with that is requested.

e.g. something like: git difftool -d will have /tmp/git-difftool.TWYTA

created with subdirs

left: -rw-r--r-- 1 user user 45k Oct 16 04:33 file

right: lrwxrwxrwx 1 calestyo calestyo 52 Oct 16 04:33 file -> /home/user/foo/file

When one edits and saves this in one's favourite difftool,... it actually gets into the working copy.

But of course saving the left (in this example) has no effect, so it would be nice if all these files were marked readonly, so that one already sees in the difftool "changes here are useless".

Cheers, Chris.

Message 1 of 1 in “FEAUTRE-REQUEST: upon git difftool, files which cannot be modified (persistently) should be made read only”
  1. Christoph Anton MittererOct 16, 2014

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.