Thread (63 messages) flat view 63 messages, 25 authors, 2016-06-15

Re: [1.8.0] reorganize the mess that the source tree has become

From: Nicolas Pitre <nico@fluxnic.net>
Date: 2016-06-15 22:50:29

Possibly related (same subject, not in this thread)

On Mon, 31 Jan 2011, Jeff King wrote:
On Mon, Jan 31, 2011 at 03:28:37PM -0500, Nicolas Pitre wrote:
quoted
We do have subdirectories for documentation, tests, contributions, etc.  
But a sizeable part of the tree is just a big splat of source files 
dumped right in the root of the tree.

So I'd suggest doing the following:

1) Create a src/ directory and move *.c, *.h, *.sh, *.perl, *.py and 
   the builtin directory from the root directory to it.
Wouldn't this just be the same giant splat of source files, but in a
different tree? I don't really see the advantage, and it seems like an
extra annoyance. 
Like I said to Junio, if you don't see the advantage, there's nothing I 
can do for you.  To me this is simple good source code hygiene.
Besides being just one more directory to go up and down, it does make 
history browsing more annoying. As much as I love git's "don't record 
renames" philosophy, our handling of renames on the viewing side is 
often annoying. I already get annoyed sometimes following stuff across 
the s!builtin-!builtin/! change. This would be like that but more so.
So... we do suck at something?  So why not take this opportunity to 
shake yourself out of this easy comfort and improve Git as a result on 
both front?  :-)
Or maybe it is a good thing for that reason, as we will eat our own
rename dogfood. :)
Exactly!  And maybe we'll make Git even more useful in the process.
quoted
5) Rename t/ to testsuite/ so this doesn't look like some garbage 
   leftover.
Ugh, more typing. :P
Come on!  You sound like an old fart now!  ;-)


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