Hi, On Feb 28, 2012, at 12:17 PM, Thomas Mortagne wrote:
Hi devs,
Since I plan to move some stuff from platform to commons I would like to know what you think of the history in this case.
Pros including history: * can access easily the whole history of a moved file. But sometimes changing packages etc make too much difference for git to see it's actually the same file so you loose it anyway.
Cons including history: * double the history which make tools like ohloh indicate wrong informations * it's a lot easier to move without history
WDYT ?
Even if it was looking a bit weird to me at first I'm actually +1 to not move the history in this case.
+1, FTR I'd be -0, close to -1 to move it. If/when the source repository is removed for one reason or another, then we might want to import its history somewhere. So the general rule for me is: Copy history when the source repository is removed/deleted/not used anymore.
Eduard was proposing to include in the first commit of the new repository the id of the last commit containing the files (basically the id of the parent of the commit deleting the files) in the old repository so that it's easier to find it. I'm +1 for this.
+1 Thanks -Vincent