monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] Re: Feature request: monotone grep


From: Marcel van der Boom
Subject: Re: [Monotone-devel] Re: Feature request: monotone grep
Date: Wed, 9 Nov 2005 11:54:09 +0100


On 8 nov 2005, at 19:34, Bruce Stephens wrote:

Perhaps there should be a standard way for monotone to call out to
helper scripts, where `monotone grep', for example calls out to the
script `monotone-grep' -- in /usr/share/monotone/bin or the path if
that fails -- with all the necessary information provided on the
command line and in the environment.

That idea came up before, and didn't get much support, IIRC.  I think
a problem is that everyone's monotone could be different, so it's
difficult to document and support, and there's the potential of
clashing command names and things.

I posted that idea a while ago. The most important application for such a construct for us is having scripts distributed to the people in our project. (like inside the repo, inside MT dir would be perfect) So they can be rev controlled and maintained alongside the actual project code.

We've come from a bk setup, in which we implemented a similar feature we called 'custom commands' where we needed one config change so bk would look in a configured directory *inside* the repository for custom commands. What typically went into those custom directory were short shell script with a sequence of commands to create a very specific piece of repository info. Having them inside the repo made our life a whole lot easier than having to manage them separately. If you can count on someone who has a working dir to also have a set of scripts a lot of things get a lot easier to deploy. (for us at least)

Obviously there are some risks for clashes and dealing with the fact that everyones monotone is different. I think, if you limit the responsibility of monotone to (configurably) spawn control to something else, in practice most repository managers can set up a system to their likings.

So, I'm still very much in favour of this, wether through a lua construct (like .mt-ignore) or otherwise.

marcel

--
Marcel van der Boom
HS-Development BV               --   http://www.hsdev.com
So! webapplicatie framework  --   http://make-it-so.info

Attachment: smime.p7s
Description: S/MIME cryptographic signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]