darcs

Issue 1052 wish: mechanism to save patch selection?

Title wish: mechanism to save patch selection?
Priority wishlist Status given-up
Milestone Resolved in
Superseder Nosy List darcs-devel, dmitry.kurochkin, galbolle, kowey, thorkilnaur
Assigned To
Topics UI

Created on 2008-09-01.09:34:28 by kowey, last changed 2017-07-30.22:58:57 by gh.

Messages
msg5858 (view) Author: kowey Date: 2008-09-01.09:34:26
From issue1051 (Florent):

> Additionnaly, it would be nice to be offered the option to do a dry run before
commiting the changes just after having finished selecting the patches.

I wonder if it would be useful instead to have some mode where darcs "saves"
your patch selection a file in a way that can be re-used by other darcs commands.
msg5877 (view) Author: galbolle Date: 2008-09-01.16:46:54
Yes, i think that darcs' swiss-army-knife selection mechanism should be enriched
with a "last regrets" question after the last patch/hunk has been selected. This
question would be "do you want to <action> these <things> ? [ynvd]". with v
being "see the <things>" and d being "dump the <things> to a file".

What dump does depends on the command being taken.
-in pull/push, dump acts like send -O
-in rollback, acts like send -O, but outputs the inverse patch
-in record, acts like whatsnew, but only lists changes that have been selected

the case of unrecord, unpull and amend-record are less clear.
-in unpull, acting like send -O makes sense, together with an unapply command
that unpulls the patches from a patch bundle.
-in unrecord, likewise
-then, since amend-record = unrecord + record, dump both the patch to be amended
as a bundle of its own, plus the new patch to be recorded in whatsnew format.

To make the record dump useful, record should take a --from-file option that
reads a file in whatsnew's output format and records the changes therein,
provided that they are in working dir\repository.
msg8422 (view) Author: kowey Date: 2009-08-23.18:32:33
I personally prefer that we avoid introducing confirmation prompts unless we
absolutely have to.  

If my preference is correct, this would mean adding yet another flag, for
example to always save your selection in whatever form is appropriate (which
also makes me a bit unhappy)... but since this is quite a general idea and
applicable to many commands, I can live with that.

I might also suggest the --retry flag from issue332 for that.
History
Date User Action Args
2008-09-01 09:34:28koweycreate
2008-09-01 16:46:57galbollesetstatus: unread -> unknown
nosy: kowey, dagit, galbolle
messages: + msg5877
2009-08-10 23:44:37adminsetnosy: + dmitry.kurochkin, thorkilnaur, simon, - dagit
2009-08-23 18:32:39koweysetstatus: unknown -> needs-implementation
nosy: kowey, simon, thorkilnaur, dmitry.kurochkin, galbolle
topic: + UI
messages: + msg8422
2009-08-25 18:14:40adminsetnosy: + darcs-devel, - simon
2009-08-27 14:31:06adminsetnosy: kowey, darcs-devel, thorkilnaur, dmitry.kurochkin, galbolle
2017-07-30 22:58:57ghsetstatus: needs-implementation -> given-up