RE: Cannot "update"/"commit" from top level bookmark anymore?
[email protected] Fri, 25 Jan 2013 15:47:12 -0600
| Newsgroups | gmane.comp.version-control.subversion.rapidsvn.user |
|---|---|
| Message-ID | <[email protected]> |
------=_Part_8592_888916732.1359152275093 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Just figured this out.. the end of the top level bookmark gets included in the tree view, just not necessarily at the top. So you have everything under the bookmark plus one more entry when you expand the bookmark. That entry has everything duplicated under it yet again. That is pretty confusing.=20 Why not just display the one top level bookmark derived entry in the tree view and then expand below it? But this feature at least allows a full tree to be updated/committed. I haven't experimented what happens if there is a duplicated name in the top level of the tree.. Eg: svn://myarchive/project1 as the bookmark, then the first item in the archive is also "project1". =20 =20 From: Lucas, Andrew T @ ISG - IS=20 Sent: Tuesday, January 15, 2013 9:54 AM To: '[email protected]' Subject: RE: Cannot "update"/"commit" from top level bookmark anymore? =20 Sorry.. I think this may be Issue #: 547 just reworded.. Looks like it broke between 0.9.4 and 0.9.6 and has been downgraded in importance repeatedly to a target of 0.16. I'm not sure I agree with the priority. It makes the tool much harder to use. =20 =20 From: Lucas, Andrew T @ ISG - IS=20 Sent: Tuesday, January 15, 2013 8:54 AM To: '[email protected]' Subject: Cannot "update"/"commit" from top level bookmark anymore? =20 Hi, We just upgraded to v0.12.1 revision 8257 from 0.9.4. RapidSVN no longer allows you to expand the top level bookmark and then execute an update/commit. You have to work on a subtree within the local working copy / bookmark. You can still update/commit the entire tree from the command line of subversion 1.7.8. Was this inadvertently taken out of RapidSVN? You really should have the option on working the whole tree/working copy. The tree might not be the entire archive.. the working copy might just be a subset of the parent tree so forcing people to move everything down one level is not realistic and I don't think is how it was intended to work. It used to be that way in rapidsvn until you expanded the top bookmark, then you could right click on the expanded bookmark and get a context menu that had the update and commit for the full tree. It no longer allows you to do that.. and it should. =20 Thanks, Andy ------------------------------------------------------ http://rapidsvn.tigris.org/ds/viewMessage.do?dsForumId=3D671&dsMessageId=3D= 3045950 To unsubscribe from this discussion, e-mail: [[email protected]= gris.org]. ------=_Part_8592_888916732.1359152275093 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 12 (filtered medium)"><style><!-- /* Font Definitions */ @font-face =09{font-family:"Cambria Math"; =09panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face =09{font-family:Calibri; =09panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face =09{font-family:Tahoma; =09panose-1:2 11 6 4 3 5 4 4 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal =09{margin:0in; =09margin-bottom:.0001pt; =09font-size:11.0pt; =09font-family:"Calibri","sans-serif";} a:link, span.MsoHyperlink =09{mso-style-priority:99; =09color:blue; =09text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed =09{mso-style-priority:99; =09color:purple; =09text-decoration:underline;} p.MsoAcetate, li.MsoAcetate, div.MsoAcetate =09{mso-style-priority:99; =09mso-style-link:"Balloon Text Char"; =09margin:0in; =09margin-bottom:.0001pt; =09font-size:8.0pt; =09font-family:"Tahoma","sans-serif";} span.EmailStyle17 =09{mso-style-type:personal; =09font-family:"Calibri","sans-serif"; =09color:windowtext;} span.EmailStyle18 =09{mso-style-type:personal; =09font-family:"Calibri","sans-serif"; =09color:#1F497D;} span.BalloonTextChar =09{mso-style-name:"Balloon Text Char"; =09mso-style-priority:99; =09mso-style-link:"Balloon Text"; =09font-family:"Tahoma","sans-serif";} span.EmailStyle21 =09{mso-style-type:personal-reply; =09font-family:"Calibri","sans-serif"; =09color:#1F497D;} .MsoChpDefault =09{mso-style-type:export-only; =09font-size:10.0pt;} @page WordSection1 =09{size:8.5in 11.0in; =09margin:1.0in 1.0in 1.0in 1.0in;} div.WordSection1 =09{page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--></head><body lang=3DEN-US link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'c= olor:#1F497D'>Just figured this out.. the end of the top level bookmark get= s included in the tree view, just not necessarily at the top.<o:p></o:p></s= pan></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>So you have ever= ything under the bookmark plus one more entry when you expand the bookmark.= <o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>Th= at entry has everything duplicated under it yet again.<o:p></o:p></span></p= ><p class=3DMsoNormal><span style=3D'color:#1F497D'>That is pretty confusin= g. <o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'= >Why not just display the one top level bookmark derived entry in the tree = view and then expand below it?<o:p></o:p></span></p><p class=3DMsoNormal><s= pan style=3D'color:#1F497D'>But this feature at least allows a full tree to= be updated/committed.<o:p></o:p></span></p><p class=3DMsoNormal><span styl= e=3D'color:#1F497D'>I haven’t experimented what happens if there is a= duplicated name in the top level of the tree..<o:p></o:p></span></p><p cla= ss=3DMsoNormal><span style=3D'color:#1F497D'>Eg: svn://myarchive/project1 a= s the bookmark, then the first item in the archive is also “project1&= #8221;.<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F4= 97D'><o:p> </o:p></span></p><p class=3DMsoNormal><span style=3D'color:= #1F497D'><o:p> </o:p></span></p><div><div style=3D'border:none;border-= top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b>= <span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</s= pan></b><span style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>= Lucas, Andrew T @ ISG - IS <br><b>Sent:</b> Tuesday, January 15, 2013 9:54= AM<br><b>To:</b> '[email protected]'<br><b>Subject:</b> RE: Cannot= "update"/"commit" from top level bookmark anymore?<o:p= ></o:p></span></p></div></div><p class=3DMsoNormal><o:p> </o:p></p><p = class=3DMsoNormal><span style=3D'color:#1F497D'>Sorry.. I think this may be= Issue #: 547 just reworded..<o:p></o:p></span></p><p class=3DMsoNormal><sp= an style=3D'color:#1F497D'>Looks like it broke between 0.9.4 and 0.9.6 and = has been downgraded in importance repeatedly to a target of 0.16.<o:p></o:p= ></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'>I’m no= t sure I agree with the priority. It makes the tool much harder to use.<o:p= ></o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o:p>&= nbsp;</o:p></span></p><p class=3DMsoNormal><span style=3D'color:#1F497D'><o= :p> </o:p></span></p><div><div style=3D'border:none;border-top:solid #= B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=3DMsoNormal><b><span style= =3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><sp= an style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Lucas, And= rew T @ ISG - IS <br><b>Sent:</b> Tuesday, January 15, 2013 8:54 AM<br><b>T= o:</b> '[email protected]'<br><b>Subject:</b> Cannot "update&q= uot;/"commit" from top level bookmark anymore?<o:p></o:p></span><= /p></div></div><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNorm= al>Hi,<o:p></o:p></p><p class=3DMsoNormal>We just upgraded to v0.12.1 revis= ion 8257 from 0.9.4.<o:p></o:p></p><p class=3DMsoNormal>RapidSVN no longer = allows you to expand the top level bookmark and then execute an update/comm= it.<o:p></o:p></p><p class=3DMsoNormal>You have to work on a subtree within= the local working copy / bookmark.<o:p></o:p></p><p class=3DMsoNormal>You = can still update/commit the entire tree from the command line of subversion= 1.7.8.<o:p></o:p></p><p class=3DMsoNormal>Was this inadvertently taken out= of RapidSVN?<o:p></o:p></p><p class=3DMsoNormal>You really should have the= option on working the whole tree/working copy.<o:p></o:p></p><p class=3DMs= oNormal>The tree might not be the entire archive.. the working copy might j= ust be a subset of the parent tree so forcing people to move everything dow= n one level is not realistic and I don’t think is how it was intended= to work.<o:p></o:p></p><p class=3DMsoNormal>It used to be that way in rapi= dsvn until you expanded the top bookmark, then you could right click on the= expanded bookmark and get a context menu that had the update and commit fo= r the full tree.<o:p></o:p></p><p class=3DMsoNormal>It no longer allows you= to do that.. and it should.<o:p></o:p></p><p class=3DMsoNormal><o:p> = </o:p></p><p class=3DMsoNormal>Thanks,<o:p></o:p></p><p class=3DMsoNormal>A= ndy<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoN= ormal><o:p> </o:p></p></div></body></html> ------=_Part_8592_888916732.1359152275093--