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

Re: [BUG] Bad msysgit/egit interaction over dotfiles

From
YDYann Dirson <ydirson@linagora.com>
Date
Dec 10, 2009, 08:35 UTC
Message-ID
<20091210083514.GA5971@linagora.com>
In-Reply-To
<4B200EF5.2060606@gmail.com>
On Wed, Dec 09, 2009 at 09:56:21PM +0100, Marius Storm-Olsen wrote:
Show 25 quoted lines
> Yann Dirson said the following on 08.12.2009 15:37:
> >On Tue, Dec 08, 2009 at 03:23:55PM +0100, Erik Faye-Lund wrote:
> >>You can follow the discussion here:
> >>http://code.google.com/p/msysgit/issues/detail?id=288
> >>
> >>I believe the reason is something like "because someone suggested
> >>it, and no one disagreed". Do you have a good argument why it
> >>shouldn't be the default (other than "it's a change", because
> >>changing it back now would also be a change)?
> >
> >Depending on the opinion of the Eclipse guys on this issue about
> >"writing to hidden files only says 'could not write'", which
> >arguably could be seen as a bug on their side, we can see changing
> >this behaviour back to the default on the msysgit side as either a
> >(possibly temporary) workaround for a known eclipse bug, or as
> >getting again interoperable with egit.
> 
> Dot-files on unix are considered hidden. It's the only way files are
> hidden there. Not so on Windows. Dot-files are just like any normal
> file, and you need to mark a file hidden.
> 
> So, the logic of egit, that *actually* hidden files should not be
> written to, but dot-files should, seems to me to be a bug in egit.
> There should be no reason why egit shouldn't be able to write to any
> file, pending permissions. I'd say file a bug report with egit.

Actually it is not egit who is unable to write to the file, but eclipse itself, and I do tend to think it is a bug in eclipse. But now, even if we can convince the eclipse guys that it is a bug, it will be some time before a new release with this bug fixed gets published.

So IMHO it would makes sense, for the sake of usability, to not activate the "hide dotfiles" feature by default. It is easier for someone seeing unwanted dotfiles to find the switch to hide them, than for someone getting a "could not write" message from eclipse to understand that there is a seemingly-unrelate switch for msysgit to avoid this situation.

But maybe the situation is not so clear. That "hide dotfiles" was implemented so that ".git" at first, and then ".git*" files do not clutter the view of the project. But then, if a git repo has other dotfiles, those are really *part of* the versionned stuff, so I do not see why those should be hidden at all. After all, the .project, .classpath, and other eclipse project files have that name on windows too, and it will indeed *confuse* people to get them hidden.

So should we have 2 classes of dotfiles, those "private to git", and the others, one class being hidden while the others are not ? I am not sure at all this would be a good idea either. Or maybe we should only get .git hidden - after all, that one is the only real metadata not part of the versionned stuff itself ?

Maybe we should add some sort of "core.hidedotfiles = dotgitonly" setting, and make that the default ? That one does not appear to cause any problems to jgit, and eclipse itself has not business with it, so it would IMHO make sense.

Opinions ?
Previous: Marius Storm-OlsenNext: Erik Faye-Lund
Message 7 of 9 in “[BUG] Bad msysgit/egit interaction over dotfiles”
  1. Yann DirsonDec 8, 2009
  2. Erik Faye-LundDec 8, 2009
  3. Ferry HubertsDec 8, 2009
  4. Erik Faye-LundDec 8, 2009
  5. Yann DirsonDec 8, 2009
  6. Marius Storm-OlsenDec 9, 2009
  7. Yann DirsonDec 10, 2009
  8. Erik Faye-LundDec 14, 2009
  9. Johannes SchindelinDec 14, 2009

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.