[issue1768] mq: use date from last qrefresh as commit date, not date from last qpush

Yann E. MORIN mercurial-bugs at selenic.com
Mon Jul 27 14:22:59 CDT 2009


New submission from Yann E. MORIN <yann.morin.1998 at anciens.enib.fr>:

When working on an MQ, the commit date is currently the date of the last
qpush that pushed the patch.

When pushing multiple patches in a row, they all get the same (or a
relatively close) commit date, when they might have been changed quite some
time ago.

It would be interesting that the commit date is taken from the last qrefresh
instead, as that is really the date at which the patch was modified. The
drawback is that patches early in the queue may get commit date more recent
than patches late in the queue.

This could be achieved in two ways:
- an option in the .hgrc file to set the default to either behavior
- a command line optin to override the default from .hgrc
- the default being using the date from the last qpush (to keep current
behavior)

In .hgrc, something like:
[mq]
date.commit = [refresh|push]

And on the command line, something like:
# To use date from qrefresh:
hg qpush [-r|--refreshdate]
# To use date from qpush:
hg qpush [-p|--pushdate]
# To use specified date, extending the existing --date argument:
hg qpush -d [refresh|push]

Pushing things a little bit further, one may also want to set the commit
date to the date of the qfinish.

----------
messages: 10229
nosy: ymorin
priority: wish
status: unread
title: mq: use date from last qrefresh as commit date, not date from last qpush

____________________________________________________
Mercurial issue tracker <mercurial-bugs at selenic.com>
<http://mercurial.selenic.com/bts/issue1768>
____________________________________________________



More information about the Mercurial-devel mailing list