Boost logo

Boost :

Subject: Re: [boost] [Boost-users] Maintenace Guidelines wiki page
From: Henrik Sundberg (storangen_at_[hidden])
Date: 2008-11-23 09:13:50


On Sun, Nov 23, 2008 at 2:37 PM, vicente.botet <vicente.botet_at_[hidden]> wrote:
> Do you know if the author can change himself the permision on his own SVN files?

Subversion is not meant to be used that way, as I understand it. Locks
would give the effect you describe, but they aren't meant to be used
for this.

>> Back to what I misunderstood; what does "that" refer to in "Of course
>> I think that this is a good idea"?
>
> I think that is a good idea that the author do not change the released test files.

I don't think released files shall be changed at all. This should be
prevented by hook scripts*).

> If he thisnk that this is good, changing the write permission to these files will
> avoid to change them by error. I don't think that it is a good idea to make this a rule and improse this guideline to authors, but I would like they adopt this guideline because I really think that it helps them.

I think you say that files that has been copied to tags, shall not be
edited in trunk. That seems like hindering development. I see no real
difference between bugs/changes in test code and bugs/changes in C++
code.

> I hope that it is clear that I don't want to impose any rule to the authors, release manager or users. Guidelines that are used could incite other to use them. If some of the guidelines seems no useful at all, I have no problem to remove them from this Maintenance Guidelines.

I think you're doing a very good thing by writing this guideline. I
believe in guidelines too. I actually believe in some rules as well.

/$

*) Adding rules that must be followed in the hook scripts is mostly
good. But as always there are exceptions. In my repository I therefore
accept all commits, no matter my own rules, as long as the commit
comment begins with "ABUSE: ".


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk