Am 20.11.10 17:19, schrieb Stephen Leake: > As issue 108 pointed out, it might be good to move 'mtn show_conflicts' > to be part of the 'mtn conflicts' command group, so it is described by > 'mtn help conflicts'. > > In addition, I need 'mtn au conflicts store' for Emacs DVC. There is 'au > show_conflicts', but that turned out to not be useful for DVC; does > guitone (or anything else) use it?.
No, I'm not using the conflicts machinery until now. I should probably implement it sometime though... > So I propose: > > 1) add 'mtn conflicts show_all'; same behavior as 'mtn show_conflicts'. > > keep 'mtn show_conflicts' (with an alias if possible), but deprecate > it. I'm not sure if you can alias a normal to a subcommand, but if it works out, this is just fine. > 2) add 'mtn au conflicts store' > > 3) delete 'mtn au show_conflicts' ...and this is not replaced by anything? Because just storing the conflicts in basicio to a file without outputting them might get cumbersome for remote access (this is just theoretical, even if we do not have a "merge" or "propagate" command in automate right now...). In any case, please implement something in a way which does not require a major automate version bump, remember we communicated that 1.0 will be 0.99 + bug fixes, i.e. no new features or breakage. If this is not possible, please do it in a separate branch and we'll merge that for 1.1. Thomas. -- GPG-Key 0x160D1092 | tommyd3...@jabber.ccc.de | http://thomaskeller.biz Please note that according to the EU law on data retention, information on every electronic information exchange might be retained for a period of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel