[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Branch philosophy

From: <kfogel_at_collab.net>
Date: 2004-11-05 15:49:25 CET

Greg, I recommend posting plaintext mails (instead of HTML mails), a
lot of people use plaintext-only mailreaders. See

   http://subversion.tigris.org/mailing-list-guidelines.html#encodings

for more.

Thanks,
-Karl

Greg Goodrich <ggoodrich@medinotes.com> writes:
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
> <title></title>
> </head>
> <body bgcolor="#ffffff" text="#000000">
> <br>
> <br>
> Peter Valdemar M&oslash;rch wrote:
> <blockquote cite="mid4184F84F.2000509@sneakemail.com" type="cite">Duncan
> Murdoch murdoch-at-stats.uwo.ca |Lists| wrote:
> <br>
> <blockquote type="cite">If it's a stable branch containing patches
> for a release, then this
> <br>
> wouldn't make sense.&nbsp; Even if you have no plans to continue patches
> <br>
> for that release, someone might, someday in the future.
> <br>
> </blockquote>
> <br>
> This is almost a FAQ isn't it? "How do I make a branch/tag read-only".
> (It isn't in the FAQ.) Well you can't unless you fiddle with apache
> configuration. (I'm using svn+ssh so I'm out of luck anyway).
> <br>
> <br>
> I have no idea how difficult it would be to implement, but form a users
> point of view it would make sense to be able to
> <br>
> <br>
> svn propset -m "Locking the branch" svn:nocommit $url
> <br>
> </blockquote>
> This is an AWESOME idea.&nbsp; I've been trying to figure out a clean way of
> handling this issue for a few days now for tags.&nbsp; I think deleting a
> branch will work for the branch situation.&nbsp; I don't want someone to do
> a checkout on a tag, and then later forget that the WC is from a tag
> and check something in.&nbsp; I was thinking that the properties would be
> the way to go on this.&nbsp; Now if we could just get subversion to
> implement this ability!<br>
> <blockquote cite="mid4184F84F.2000509@sneakemail.com" type="cite"><br>
> or something equivalent and have that affect the entire subtree below
> it, preventing commits to it.
> <br>
> <br>
> But today we can't. (Something for a pre-commit hook? I've never
> written one..)
> <br>
> </blockquote>
> The precommit hook is nice, but seems a bit underpowered for locking
> things down in this way.&nbsp; For example, I would like my tags area to
> allow tags to be created in there, but never modified.&nbsp; Well, when you
> do an svn copy, the pre-commit hook gets called, so now you have to be
> able to differentiate between a copy and a normal commit, which it
> doesn't seem is an easy thing to do.&nbsp; I investigated the svnlook
> command, but it doesn't appear that there is really a good way to use
> that command to be able to tell the difference between a copy and a
> commit.&nbsp; The only mechanisms I can come up with for this are somewhat
> hacks (running grep on the output for "^A" versus "^U" for example).<br>
> <blockquote cite="mid4184F84F.2000509@sneakemail.com" type="cite"><br>
> -------------
> <br>
> <br>
> Actually, I just noticed that subversion doesn't store the read-only
> "bit" for directories or files either.. Hmm. My mistake? Regardless,
> that (preventing writing in the checked-out working copy) would not be
> the same as the the svn:nocommit property I suggest above (disabling
> commits).
> <br>
> <br>
> Peter
> <br>
> </blockquote>
> <br>
> <div class="moz-signature">-- <br>
> <meta http-equiv="Content-Type" content="text/html; ">
> <title>Message</title>
> <meta content="MSHTML 6.00.2800.1170" name="GENERATOR">
> <div><span class="627550115-05122001"><font width="" 450px="" height=""
> 160px="" scrollamount="10" scrolldelay="1" direction="down"
> behavior="slide" loop="1" align="left"
> face="&lt;/FONT&gt;&lt;/SPAN&gt;&lt;/DIV&gt;
> &lt;DIV&gt;&nbsp;&lt;/DIV&gt;
> &lt;DIV&gt;&nbsp;&lt;/DIV&gt;
> &lt;MARQUEE id=m1 style=">
> <table border="0" cellpadding="0" cellspacing="0">
> <tbody>
> <tr>
> </tr>
> <tr>
> <td valign="top">
> <p><font style="font-size: 9pt; font-family: Verdana;"
> face="Trebuchet MS" size="2"><b><font
> face="Arial, Helvetica, sans-serif">Greg Goodrich</font></b></font><font
> face="Arial, Helvetica, sans-serif" size="2"><br>
> <font style="font-size: 8pt; font-family: Verdana;">Development
> Manager</font></font></p>
> <p><font style="font-size: 9pt; font-family: Verdana;"
> face="Arial, Helvetica, sans-serif" size="2"><b>MediNotes Corporation</b></font><font
> face="Arial, Helvetica, sans-serif" size="2"><br>
> <font style="font-size: 8pt; font-family: Verdana;">1025 Ashworth
> Road, Suite 222<br>
> West Des Moines, IA 50265<br>
> Phone: 515.327.8850 ext. 251<i><br>
> </i>Fax: 515.327.8856<br>
> <br>
> </font></font></p>
> </td>
> <td align="middle" valign="top" width="180">
> <div align="center"><font
> style="font-size: 8pt; font-family: Verdana;"><a
> href="http://www.medinotes.com"><img
> src="cid:part1.04050907.00070309@medinotes.com" nosend="1" border="0"></a></font></div>
> </td>
> </tr>
> <tr>
> <td colspan="2"><font
> style="font-size: 9pt; color: rgb(51, 102, 153); font-family: Verdana;"><b><font
> color="#0066cc" face="Arial, Helvetica, sans-serif" size="2">Charting
> Plus - "The Best EMR Value on the Market!"<br>
> </font></b><font color="#0066cc"
> face="Arial, Helvetica, sans-serif" size="2"><a
> href="http://www.medinotes.com/"><b>www.medinotes.com</b></a></font></font></td>
> </tr>
> </tbody>
> </table>
> <div>&nbsp;</div>
> <blockquote style="margin-right: 0px;">
> <blockquote style="margin-right: 0px;"> </blockquote>
> </blockquote>
> </font></span></div>
> <br>
> </div>
> </body>
> </html>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 5 17:44:11 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.