Thread (10 messages) flat view 10 messages, 8 authors, 2016-06-15

Re: .gitignore, .gitattributes, .gitmodules, .gitprecious?, .gitacls? etc.

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:43:31

Hi,

On Sat, 25 Aug 2007, Dmitry Kakurin wrote:
----- Original Message ----- From: "Junio C Hamano" [off-list ref]
quoted
quoted
2. Storing metadata in regular source-controlled files feels wrong to 
me.
You are free to _feel_ whatever you want without thinking, but
I did quite a bit of thinking before posting it. Not sure what made you 
think otherwise.
Well, it certainly appears to me that your proposal to move metadata from 
the working tree (where it is visible, and easily editable with the editor 
of _your_ choice) to the index (where it is hidden, and could only be 
edited with _yet another_ git command) is not well thought through.

It certainly would make some common operation much more complicated, for 
no gain at all.

Should you still not be convinced, please find some convincing mails by 
Linus (which are  much longer than I would have the patience to write) 
where he goes into detail _why_ it is _wrong_ to _hide_ things away from 
the working tree.

(Just a small hint: git is much more powerful _because_ it keeps metadata 
visibly in the filesystem.)

As for your proposal to munge the different metadata files into sections 
of _one_ file: I doubt that this is "cleaner" or "more elegant" than what 
we have now.  For one, if a script fscks up one file, it does not fsck up 
the others.

For another, scripts do not have to jump through hoops to edit the 
metadata files, as long as they do not have sections (containing 
completely independent informations).

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help