Re: Merge with git-pasky II.
- From
- Diego Calleja <diegocg@gmail.com>
- Date
- Apr 26, 2005, 21:26 UTC
- Message-ID
- <20050426232624.4a68a720.diegocg@gmail.com>
- In-Reply-To
- <Pine.LNX.4.44.0504261301520.4678-100000@wax.eds.org>
El Tue, 26 Apr 2005 13:31:31 -0700 (PDT), Bram Cohen <bram@bitconjurer.org> escribió:
> Even if we pretend that these are comparable features, that's far from > clearly true. Function moves within a file occur more frequently, but a > file rename moves *all* the functions within that file.
Renaming or moving files is _so_ rare and unusual that even not implementing it (like CVS) is hardly a big issue. Even in the linux kernel people moved subsystems around - OSS went from drivers/sound to /sound/oss in 2.6, and a USB subdirectory moved too, I think.
The patch got bigger. People wasted 30 seconds more of their life because the .gz file was bigger - who cares? If it's something it's going to happen every 5 years, I'd rather move them like CVS does rather than wasting a single second implementing file renaming/moving...
If something so uncommon like file renaming has been implemented, I don't see why people shouldn't implement something really useful like the thing linus proposes, in fact it doesn't looks like a bad idea at all (and you'd get file renaming for free, too). Perhaps it would be hard to implement and get right, but at least it would be _useful_.