Re: [RFH] Finding all commits that touch the same files as a specific commit
- From
- Sverre Rabbelier <alturin@gmail.com>
- Date
- Jul 14, 2008, 14:30 UTC
- Message-ID
- <bd6139dc0807140730o2cdc64d0m28a83dfa72d1496b@mail.gmail.com>
- In-Reply-To
- <alpine.DEB.1.00.0807141311520.8950@racer>
On Mon, Jul 14, 2008 at 2:13 PM, Johannes Schindelin <Johannes.Schindelin@gmx.de> wrote:
> IMO following the file renames/code moves precisely is really worth the > time it takes to calculate. Otherwise, the statistics will not reflect > what was going on in the project, right?
Ah, I did not mean to imply that it is not worth the time it takes to calculate, more that I do not know how to implement it that way. Of course if someone has the time/motivation to do so I would very much make use of it, but I do not have time to do so myself (at least not until after GSoC). I can have GitStats just ignore the subtree merge cases (and say that it is not beyond the scope of my project to take such into account) and have a working program by the end of GSoC. But if I spend time on getting this to work instead I might end up with a program that does follow sub-tree merges but is only half-done, and as such probably won't receive a "OK" grade. So, yes, I would very much like to see this, but no time to look into doing so myself until after GSoC.
-- Cheers, Sverre Rabbelier