Avoiding excessive compiling after a rebase

Andrei Vermel avermel at mail.ru
Fri Jun 17 03:30:52 CDT 2011


On 15-Jun-11 2:06 PM, John Jefferies wrote:
>
> I like using the rebase feature. In particular, I'm rebasing applied 
> MQ patches after pulling from the central repo.
>
> This workflow does suffer one flaw (from my PoV) in that in my usage, 
> the rebased files are all rewritten to disk. This has the conseqence 
> of needing to rebuild these files, even though much of the time the 
> rebased files haven't been merged during the rebase. My rebuild time 
> can be significant, 10 minutes or more if a rebased header has many 
> dependencies. And multiple configurations will require more again.
>
> Has anyone considered touching the non-merged files to their original 
> timestamps following a rebase?

There's an extension 'qtimes' that does just that.
'qtimes -s' stores timestamps of files in a patch queue. I have it 
called automatically after a build command.
'qtimes -r' restores the timestamps.

Andrei


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial/attachments/20110617/27b37b9d/attachment.htm>


More information about the Mercurial mailing list