This is exactly what is being argued against. SVN
already does this via 'hook scripts' that would enable
the admin to make a specific kind of commit read-only.
However, that is not what is desired (by those -
including myself - arguing for a better label
implementation).
Scripts do not solve everything. They merely raise the
level of understanding and the dedicated-ness of a
full-time admin to a system. Those of us that do not
have the time to dedicate a full time admin to
maintaining the repository (most of us?) need a better
implementation that does not require writing scripts
(learning another API, possibly learning another
programming language, etc. - not that those are bad
things, mind you) of any kind to do a basic feature.
BRM
--- Moisei <moisei@gmail.com> wrote:
> Hello dear all,
> did anybody ever think about allowing the subversion
> to run server side scripts?
> Could not it solve all this super long flame in a
> very easy way?
> The simplest implementation that comes in my mind
> is:
> create the "scripts" directory under repository root
> and
> provide a way to the svn client to run any script
> located in this directory.
>
> something like:
> svn exec create_label THE_SUPER_LABEL
> http://svn/repo/my_silly_dir -r 123
> and
> svn exec log_by_label THE_SUPER_LABEL
>
> This would provide any easy way to adopt the svn
> behavior to
> the specific needs and on other hand the most
> "populat" scripts
> could become the part of the official distribution
> and later even implemented as a native part of the
> svn client.
>
> Yes, sure the permissions should be taken into
> account.
> Yes, sure, the administrator should be able to
> enable / disable
> the scripts execution.
>
> --
> Best Regards,
> Moisei
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail:
> users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 17 23:59:46 2005