Hello all,
I am willing to bet that many folk on this list have created an alias
for the eight-lettered `monotone' command. I could see it being useful
for monotone to start shipping a short symlink to the `monotone'
command. I use `mt' myself, although this conflicts with the old
magnetic tape
A problem with updating win32 working copy is that some directories can
be in use while updating. Monotone will try to move these directories to
some working directory but it fails, because the directory is in use. This
is pretty bad, it can render your working copy useless. I had several
times
Shaun Jackman [EMAIL PROTECTED] writes:
I could see it being useful for monotone to start shipping a short
symlink to the `monotone' command.
I use a shell alias of mt, but do note that the bash completion
magic doesn't work through this alias. Would a symlink fare any
better?
--
Steven E.
Hi list,
While discussing the current behaviour of 'monotone revert' (see Alex's
email about the possibility of losing work too easily) on #monotone, the
idea of removing the automatic command expansion from monotone was
discussed.
monotone currently accepts commands in three ways:
1.
On Mon, Dec 12, 2005 at 08:24:18AM -0300, Alex Queiroz wrote:
'Monotone revert' without arguments reverts the whole directory.
Isn't that dangerous? I like the subversion way that requires an
explict dot: 'subversion revert .'. What do you think?
So, we had a bunch of discussion of this
On 12/13/05, Nathaniel Smith [EMAIL PROTECTED] wrote:
On Mon, Dec 12, 2005 at 08:24:18AM -0300, Alex Queiroz wrote:
'Monotone revert' without arguments reverts the whole directory.
Isn't that dangerous? I like the subversion way that requires an
explict dot: 'subversion revert .'. What
Matthew Gregan [EMAIL PROTECTED] wrote:
While discussing the current behaviour of 'monotone revert' (see
Alex's email about the possibility of losing work too easily) on
#monotone, the idea of removing the automatic command expansion from
monotone was discussed.
What?! Why?
3. By guessing
Chad Walstrom [EMAIL PROTECTED] wrote:
Aliases, on the other hand, are explicitly defined. This means
that they're less likely to change tomorrow, and that any change
that affected them is much more likely to be reflected in the
documentation and the monotone release notes.
Command
On Tue, 2005-12-13 at 20:32 -0800, Justin Patrin wrote:
[...]
As was said before, I think that monotone revert . makes sense, .
being the cwd, of course. monotone revert --all seems like an
unneeded option (unless I'm missing that monotone revert reverts the
entire working copy...).
It
On 12/13/05, Timothy Brownawell [EMAIL PROTECTED] wrote:
On Tue, 2005-12-13 at 20:32 -0800, Justin Patrin wrote:
[...]
As was said before, I think that monotone revert . makes sense, .
being the cwd, of course. monotone revert --all seems like an
unneeded option (unless I'm missing that
10 matches
Mail list logo
