|
From: | Zbigniew Zagórski |
Subject: | Re: [Monotone-devel] automate get_current_revision [was --non-interactive ... ] |
Date: | Thu, 21 Feb 2008 20:44:47 +0100 |
User-agent: | Thunderbird 2.0.0.9 (Windows/20071031) |
Nuno Lucas pisze:
On Feb 20, 2008 10:12 AM, Thomas Keller <address@hidden> wrote:
...
Sorry to interrupt, but are you talking about "automate get_current_revision_id" ? If it is, I make use of it in a script and count on the fact that is returns the same as "get_base_revision_id" if there are no changes on the workspace. If it's not, forget this...
Hey are you sure ? $ /c/Programs/mtn.exe au get_current_revision_id f7325407065d4eef7046931790783e449db1f924 $ /c/Programs/mtn.exe au get_base_revision_id e3a995e66d0c22a5e3c8c872ed09b85d098af81b $ /c/Programs/mtn.exe mtn st Current branch: net.venge.monotone.nuskool Changes against parent e3a995e66d0c22a5e3c8c872ed09b85d098af81b no changes (executable used is official 0.38 exe).IMHO get_current_revision_is is supposed to return an id of revision that would be created by next commit. It can't be same as base_revision id. Unfortunately - as Thomas pointed out - it makes no sense to create revision with no changes, so output of get_current_revision_id doesn't make sense.
-- Zbigniew Zagórski / software developer / geek / happy daddy /
[Prev in Thread] | Current Thread | [Next in Thread] |