On 3/20/07, C. Michael Pilato <cmpilato@collab.net> wrote:
> Ben Collins-Sussman wrote:
> > My impression is that this feature is a bit strange, and not
> > particularly useful to the general public. This is an 'itch' that
> > I've never heard anyone talk about, so I'm not keen on the idea of
> > putting it into the core svn code. Don't know how other developers
> > feel, though.
>
> I've already expressed my lack of interest in the feature.
>
> I think the less we can have Subversion tied to quirky environment variables
> and such, the better. There are workarounds for this behavior (including
> writing a generic wrapper around 'svn' itself which can hijack the -m and -F
> parameters and tweak their arguments in accordance with the prefix and
> suffix stuffs). And, like Ben, I've never heard *anyone* else ask for such
> a feature.
>
> Krzysiek, you are more than welcome to incorporate this behavior into your
> own personal build of Subversion and share that build with your team members
> if it suits you. I can't recall now if you showed up here with a patch, but
> I don't think coding this feature would take you much time. Probably just
> some tweaks to subversion/svn/util.c:svn_cl__get_log_message().
>
> --
> C. Michael Pilato <cmpilato@collab.net>
> CollabNet <> www.collab.net <> Distributed Development On Demand
>
>
>
Agreed. This can be addressed in ways that do not require a core code
change. Revel in subversion's hook scripts :). At my site, I wrote a
post-commit script to append commit info to Bugzilla bugs and one can
also add a pre-commit script to prevent improper log messages if your
repository wants to be anal about it. That does the trick for us.
--
Mark
"Blessed is he who finds happiness in his own foolishness, for he will
always be happy."
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 20 18:36:34 2007