Justin Erenkrantz wrote:
> On Wed, Sep 10, 2014 at 1:06 PM, Stefan Sperling wrote:
>> I believe the functionality is useful and complete. One user I have
>> in mind who would probably make use of this is the FreeBSD project.
>> They patch their Subversion clients to define a log message templat
On Mon, Sep 15, 2014 at 08:58:37AM +0100, Julian Foad wrote:
> Justin Erenkrantz wrote:
> > On Wed, Sep 10, 2014 at 1:06 PM, Stefan Sperling wrote:
> >> I believe the functionality is useful and complete. One user I have
> >> in mind who would probably make use of this is the FreeBSD project.
>
Stefan Sperling wrote:
> On Mon, Sep 15, 2014 at 08:58:37AM +0100, Julian Foad wrote:
>> Justin Erenkrantz wrote:
>>> If the functionality follows what is described above, my only request
>>> is that we insert the template/property value *after* the ignore line
>>> - I don't think that these templa
On Mon, Sep 15, 2014 at 10:25:42AM +0100, Julian Foad wrote:
> The FreeBSD patch provides two things to the user. It provides a template to
> be filled in, and it also provides a help message describing how to do so. I
> think we need to recognize that these are different. (And we should not
> mere
Stefan Sperling wrote:
> On Mon, Sep 15, 2014 at 10:25:42AM +0100, Julian Foad wrote:
>> I recommend we anticipate this now by defining a minimal syntax for
>> substitutions.
>
> Whatever we come up with now might not fit a future substitution feature.
> I'd say either we define the feature compl
On Mon, Sep 15, 2014 at 12:58 PM, Stefan Sperling wrote:
...
>> Are there other examples "out there" like FreeBSD but different?
>
> I don't know. I was hoping to get something finished that satisfies the
> FreeBSD use case, and nothing else. They obviously have a need for this,
> else they wouldn
On 15.09.2014 11:25, Julian Foad wrote:
>> And perhaps we could introduce a template syntax to specify
>> key-value pairs (e.g. "%KEYWORD:%") which are removed automatically
>> if the value is left empty?
[...]
> UPGRADE PATHS
>
> Once we release this, the 'svn:log-template' property will exist i
Hi Brane.
Isn't this fun, brainstorming a new feature (re)design?
Your proposal contains good points about adding a format number and a comment
syntax as well as an extensible command syntax.
Branko Čibej wrote:
> On 15.09.2014 11:25, Julian Foad wrote:
>> [...] We will want to upgrade the
>> f
Johan Corveleyn wrote:
> On Mon, Sep 15, 2014 at 12:58 PM, Stefan Sperling wrote:
>...
>>> Are there other examples "out there" like FreeBSD but different?
>>
>> I don't know. I was hoping to get something finished that satisfies the
>> FreeBSD use case, and nothing else. They obviously have a nee
On 15.09.2014 16:43, Julian Foad wrote:
> Hi Brane.
>
> Isn't this fun, brainstorming a new feature (re)design?
>
> Your proposal contains good points about adding a format number and a comment
> syntax as well as an extensible command syntax.
>
> Branko Čibej wrote:
>> On 15.09.2014 11:25, Julian
On Mon, Sep 15, 2014 at 03:56:07PM +0100, Julian Foad wrote:
> Johan Corveleyn wrote:
> > http://stackoverflow.com/questions/983026/how-do-i-create-a-svn-commit-message-template-and-hook-to-verify
>
> The script in the answer by JoeRandomUser highlights a problem with putting
> template text above
On Monday, September 15, 2014 10:25:42 AM Julian Foad wrote:
... snip ...
> Instead of a 'get_log_message(list_of_commit_items)' we should have
> 'get_rev_props_for_commit(list_of_commit_items)', and instead of a template
> we should have:
>
> - a list of required and optional rev-props (usually
Translation status report for trunk@r1625212
lang trans untrans fuzzy obs
--
de2753 94 264 478 ++U~~~
es2254 593 814 526 ++U~~~
fr2564 283
13 matches
Mail list logo
