HowTo upgrade repository from 1.6 to 1.7
I've noticed a bug on v1.6 whenever using the svn:// protocol to checkout numerous files at one time. I get the svn: compression svndiff failed data error. This doesn't occur with v1.7.x Therefore, I would like to upgrade to v1.7. I know I can easily installed the binaries and libraries over v1.6. What about the existing repository that was build using v1.6 svnadmin create? How does that get upgraded to v1.7? Thanks. -cwstorm (Phil)
svn 1.6 - compression svndiff format data failed
Whenever I use "svn://" protocol to checkout numerous files at one time, I get the error "svn: compression svndiff failed data" at some point. However, this doesn't occure when using "file://" protocol. Does anyone know how to resolve this with svn v1.6? This doesn't occur with svn v1.7 but I prefer to use v1.6 because it works or integrate well with another product. -Phillip
Re: svn 1.6 - compression svndiff format data failed
Setting LC_ALL=C does not work either. Wonder why it works for v1.7 but not for v1.6. Again, I'm getting "svn: Compression of svndiff data failed" when executing "svn co svn://path/to/repo/prj working_directory". But if I do a "svn co file:///" then it's okay for v1.6. On Tue, Dec 20, 2011 at 9:38 PM, wrote: > Please forgive me but how do you install the v1.7 libraries on top of > v1.6. Is it basically performing the compilation of v1.7 and installing it > over the v1.6 directory location? > > On Tue, Dec 20, 2011 at 6:11 PM, Daniel Shahaf wrote: > >> please reply to all so so replies go to the list >> >> phillip...@gmail.com wrote on Tue, Dec 20, 2011 at 18:00:07 -0500: >> > Hi Daniel, >> > >> > Thanks for your response. I'm using a middleware product called >> > webMethods. Not sure if their product support the latest stable >> release of >> > subversion v1.7 but with v1.6, the product works well when doing api >> calls >> > to check in/out. >> > >> >> Well, you could try installing the 1.7 shared libraries on top of the >> 1.6 ones; should just work >> >> > Anyways, by setting LC_ALL=C environment variable (I'm running AIX >> server), >> > what exactly does that do? Strange that I don't have to set this when >> > running v1.7. >> > >> >> Force output to be in English if it's in some other language (via >> gettext library) >> >> > On Tue, Dec 20, 2011 at 5:35 PM, Daniel Shahaf >> > wrote: >> >> >> > >> > > Phil wrote on Tue, Dec 20, 2011 at 17:22:52 -0500: >> > > > Whenever I use "svn://" protocol to checkout numerous files at one >> time, >> > > I >> > > > get the error "svn: compression svndiff failed data" at some point. >> > > >> > > (You either misquote the message or mistranslate it. In the latter >> > > case, set LC_ALL=C in your environment.) >> > > >> > > > However, this doesn't occure when using "file://" protocol. Does >> anyone >> > > > know how to resolve this with svn v1.6? This doesn't occur with svn >> v1.7 >> > > > but I prefer to use v1.6 because it works or integrate well with >> another >> > > > product. >> > > > >> > > >> > > I'm curious about the latter part. What products do you have that >> work >> > > with 1.6 and not with 1.7? We publish stable public APIs exactly to >> > > prevent people from ending up in that state. >> > > >> > > > -Phillip >> > > >> > > Daniel >> > > (I don't have any specific insight on your actual error though, >> sorry.) >> > > >> > >> > >> > >> > -- >> > Regards, >> > Phillip >> > >> > >> > This e-mail, and any attachments thereto, is intended only for use by >> the >> > addressee(s) named herein and may contain legally privileged and/or >> > confidential information. If you are not the intended recipient of this >> > e-mail (or the person responsible for delivering this documentto the >> > intended recipient), you are hereby notified that any dissemination, >> > distribution, printing or coping of this e-mail, and anyattachment >> thereto, >> > is strictly prohibited. If you have received this e-mail in error, >> please >> > respond to the individual sending the message, and permanently delete >> the >> > original and any copy of any e-mail and printout thereof. >> > >> > > > > -- > Regards, > Phillip > > > This e-mail, and any attachments thereto, is intended only for use by the > addressee(s) named herein and may contain legally privileged and/or > confidential information. If you are not the intended recipient of this > e-mail (or the person responsible for delivering this documentto the > intended recipient), you are hereby notified that any dissemination, > distribution, printing or coping of this e-mail, and anyattachment thereto, > is strictly prohibited. If you have received this e-mail in error, please > respond to the individual sending the message, and permanently delete the > original and any copy of any e-mail and printout thereof. > >
Re: svn 1.6 - compression svndiff format data failed
I have about 155 packages in the repository that I want to checkout. This has never worked with v1.6. The workaround is to checkout each package one at a time (svn co svn://). As you can see, that's very tedious. I assume subversion doesn't care how many packages are in my repository. I did the basic installation of svn v1.6 (tar'ing subversion-1.6.17.tar and subversion-deps-1.6.17.tar). Then I did another installation but with v1.7 to see if I ran into the same issue. I installed it on a different directory location. I was able to checkout the 155 packages successfully. On Wed, Dec 21, 2011 at 8:05 AM, Stefan Sperling wrote: > On Wed, Dec 21, 2011 at 07:47:16AM -0500, Phil wrote: > > Setting LC_ALL=C does not work either. Wonder why it works for v1.7 but > > not for v1.6. Again, I'm getting "svn: Compression of svndiff data > failed" > > when executing "svn co svn://path/to/repo/prj working_directory". But > if I > > do a "svn co file:///" then it's okay for v1.6. > > The error is coming from zlib when compressing data. > Maybe svnserve is failing to compress data for transmission to the > client via the svn:// protocol. > > If you use file:// the only possible interaction with zlib during a > checkout is decompressing data. Though it might not even be trying to > decompress anything at all depending on the content of the respitory > you are checking out from. > > I would suspect that your Subversion 1.6 install has a problem with the > zlib it is using. > > Has checkout ever worked with 1.6 and suddenly stopped working? > Was zlib updated or recompiled without also recompiling its dependencies? > Or are you trying to get a fresh Subversion install working? > > That's all I can tell you given the information you provided. > Not sure what the problem really is, though. >
Re: svn 1.6 - compression svndiff format data failed
Maybe I should download and get a better zlib package. Let me try and keep everyone posted. On Wed, Dec 21, 2011 at 9:14 AM, Phil wrote: > I have about 155 packages in the repository that I want to checkout. This > has never worked with v1.6. The workaround is to checkout each package one > at a time (svn co svn://). As you can see, that's very tedious. I assume > subversion doesn't care how many packages are in my repository. I did the > basic installation of svn v1.6 (tar'ing subversion-1.6.17.tar and > subversion-deps-1.6.17.tar). Then I did another installation but with v1.7 > to see if I ran into the same issue. I installed it on a different > directory location. I was able to checkout the 155 packages successfully. > > > On Wed, Dec 21, 2011 at 8:05 AM, Stefan Sperling wrote: > >> On Wed, Dec 21, 2011 at 07:47:16AM -0500, Phil wrote: >> > Setting LC_ALL=C does not work either. Wonder why it works for v1.7 but >> > not for v1.6. Again, I'm getting "svn: Compression of svndiff data >> failed" >> > when executing "svn co svn://path/to/repo/prj working_directory". But >> if I >> > do a "svn co file:///" then it's okay for v1.6. >> >> The error is coming from zlib when compressing data. >> Maybe svnserve is failing to compress data for transmission to the >> client via the svn:// protocol. >> >> If you use file:// the only possible interaction with zlib during a >> checkout is decompressing data. Though it might not even be trying to >> decompress anything at all depending on the content of the respitory >> you are checking out from. >> >> I would suspect that your Subversion 1.6 install has a problem with the >> zlib it is using. >> >> Has checkout ever worked with 1.6 and suddenly stopped working? >> Was zlib updated or recompiled without also recompiling its dependencies? >> Or are you trying to get a fresh Subversion install working? >> >> That's all I can tell you given the information you provided. >> Not sure what the problem really is, though. >> > >
Re: svn 1.6 - compression svndiff format data failed
Well, it turns out that the other application does not support svn v1.7 but only v1.6. Too bad I still cannot get v1.6 to perform massive checkout using the "svn co svn://..." syntax. I guess I would have to write a unix shell script to help speed up my manual process. What I'm doing is first perform "svn co svn://... -depth immediate". Then "svn update -depth infinity" on each of the package folder (total 155). Please let me know if anyone is able to figure this out and get it working. Thanks in advance. On Wed, Dec 21, 2011 at 6:32 AM, Phil wrote: > Maybe I should download and get a better zlib package. Let me try and > keep everyone posted. > > > On Wed, Dec 21, 2011 at 9:14 AM, Phil wrote: > >> I have about 155 packages in the repository that I want to checkout. >> This has never worked with v1.6. The workaround is to checkout each >> package one at a time (svn co svn://). As you can see, that's very >> tedious. I assume subversion doesn't care how many packages are in my >> repository. I did the basic installation of svn v1.6 (tar'ing >> subversion-1.6.17.tar and subversion-deps-1.6.17.tar). Then I did another >> installation but with v1.7 to see if I ran into the same issue. I >> installed it on a different directory location. I was able to checkout the >> 155 packages successfully. >> >> >> On Wed, Dec 21, 2011 at 8:05 AM, Stefan Sperling wrote: >> >>> On Wed, Dec 21, 2011 at 07:47:16AM -0500, Phil wrote: >>> > Setting LC_ALL=C does not work either. Wonder why it works for v1.7 >>> but >>> > not for v1.6. Again, I'm getting "svn: Compression of svndiff data >>> failed" >>> > when executing "svn co svn://path/to/repo/prj working_directory". But >>> if I >>> > do a "svn co file:///" then it's okay for v1.6. >>> >>> The error is coming from zlib when compressing data. >>> Maybe svnserve is failing to compress data for transmission to the >>> client via the svn:// protocol. >>> >>> If you use file:// the only possible interaction with zlib during a >>> checkout is decompressing data. Though it might not even be trying to >>> decompress anything at all depending on the content of the respitory >>> you are checking out from. >>> >>> I would suspect that your Subversion 1.6 install has a problem with the >>> zlib it is using. >>> >>> Has checkout ever worked with 1.6 and suddenly stopped working? >>> Was zlib updated or recompiled without also recompiling its dependencies? >>> Or are you trying to get a fresh Subversion install working? >>> >>> That's all I can tell you given the information you provided. >>> Not sure what the problem really is, though. >>> >> >> >
Re: svn 1.6 - compression svndiff format data failed
Daniel, Please forgive me but I'm not familiar with *.py On Wed, Dec 21, 2011 at 7:52 PM, Daniel Shahaf wrote: > > https://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/svn-viewspec.py > > > Phil wrote on Wed, Dec 21, 2011 at 16:44:36 -0800: > > Well, it turns out that the other application does not support svn v1.7 > but > > only v1.6. Too bad I still cannot get v1.6 to perform massive checkout > > using the "svn co svn://..." syntax. I guess I would have to write a > unix > > shell script to help speed up my manual process. What I'm doing is first > > perform "svn co svn://... -depth immediate". Then "svn update -depth > > infinity" on each of the package folder (total 155). Please let me know > if > > anyone is able to figure this out and get it working. Thanks in advance. > > > > On Wed, Dec 21, 2011 at 6:32 AM, Phil wrote: > > > > > Maybe I should download and get a better zlib package. Let me try and > > > keep everyone posted. > > > > > > > > > On Wed, Dec 21, 2011 at 9:14 AM, Phil wrote: > > > > > >> I have about 155 packages in the repository that I want to checkout. > > >> This has never worked with v1.6. The workaround is to checkout each > > >> package one at a time (svn co svn://). As you can see, that's very > > >> tedious. I assume subversion doesn't care how many packages are in my > > >> repository. I did the basic installation of svn v1.6 (tar'ing > > >> subversion-1.6.17.tar and subversion-deps-1.6.17.tar). Then I did > another > > >> installation but with v1.7 to see if I ran into the same issue. I > > >> installed it on a different directory location. I was able to > checkout the > > >> 155 packages successfully. > > >> > > >> > > >> On Wed, Dec 21, 2011 at 8:05 AM, Stefan Sperling > wrote: > > >> > > >>> On Wed, Dec 21, 2011 at 07:47:16AM -0500, Phil wrote: > > >>> > Setting LC_ALL=C does not work either. Wonder why it works for > v1.7 > > >>> but > > >>> > not for v1.6. Again, I'm getting "svn: Compression of svndiff data > > >>> failed" > > >>> > when executing "svn co svn://path/to/repo/prj working_directory". > But > > >>> if I > > >>> > do a "svn co file:///" then it's okay for v1.6. > > >>> > > >>> The error is coming from zlib when compressing data. > > >>> Maybe svnserve is failing to compress data for transmission to the > > >>> client via the svn:// protocol. > > >>> > > >>> If you use file:// the only possible interaction with zlib during a > > >>> checkout is decompressing data. Though it might not even be trying to > > >>> decompress anything at all depending on the content of the respitory > > >>> you are checking out from. > > >>> > > >>> I would suspect that your Subversion 1.6 install has a problem with > the > > >>> zlib it is using. > > >>> > > >>> Has checkout ever worked with 1.6 and suddenly stopped working? > > >>> Was zlib updated or recompiled without also recompiling its > dependencies? > > >>> Or are you trying to get a fresh Subversion install working? > > >>> > > >>> That's all I can tell you given the information you provided. > > >>> Not sure what the problem really is, though. > > >>> > > >> > > >> > > > >
How to control where to put .subversion directory
Not sure if this is even possible but subversion place the ".subversion" directory based on your unix environment variable called $HOME. Well, on one server, we have specifically specify $HOME to a location that could be deleted in the future. If that's the case, then there goes the ".subversion" information. So, can the ".subversion" directory be backed up and manually move it somewhere else? I'm assuming not since the subversion program is relying on the $HOME variable. If that directory every got lost, what's the best approach on recovering it so that subversion can still function as normal. Thanks for your inputs. -Phillip
Re: How to control where to put .subversion directory
Thank you Ed and Ryan. You provided me some ideas around this topic. I appreciated it. On Thu, Jan 5, 2012 at 3:06 PM, Ed wrote: > On Thu, Jan 5, 2012 at 10:49 AM, Phil wrote: > > Not sure if this is even possible but subversion place the ".subversion" > > directory based on your unix environment variable called $HOME. Well, on > > one server, we have specifically specify $HOME to a location that could > be > > deleted in the future. If that's the case, then there goes the > > ".subversion" information. So, can the ".subversion" directory be > backed up > > and manually move it somewhere else? I'm assuming not since the > subversion > > program is relying on the $HOME variable. If that directory every got > lost, > > what's the best approach on recovering it so that subversion can still > > function as normal. Thanks for your inputs. > > > > -Phillip > > > Keep your .subversion in a safe place and make $HOME/.subversion a > link to it (ln -s) - if $HOME goes away you only loose the link. This > will save your settings, but more importantly your credentials to any > repos you access (proxy settings too). > > add this link to the other ones you will need (like .ssh) when you > rebuild your $HOME - on your workstation. There is also a system wide > config file in /etc, but it would apply to all users of the system. >
Supported platforms
Is there a version of Subversion that will run as a USB portable application under Xampp ? Regards, Philip Johnson BA(Open), Dip.CCI, FIAP Privileged and/or confidential Information may be contained in this message. If you are not the addressee indicated in this message, or responsible for delivery of the message to such person, you may not copy or deliver this message or any attachments to anyone. In such case, you should delete this message, and notify me immediately.
SVN update question
I'd like to be able to update a working copy after deleting a file from the Repository and have the file I removed from the Repository also removed from the working copy when I do an update. Is that possible ?
Re: SVN update question
On 08/11/2010 07:28 PM, David Bartmess wrote: On 8/11/2010 5:20 PM, Phil Pinkerton wrote: I'd like to be able to update a working copy after deleting a file from the Repository and have the file I removed from the Repository also removed from the working copy when I do an update. Is that possible ? Why would you want to remove a file from the repository? All you should have to do is do an svn delete and it would be deleted from the working copy on the update. But the deleted file will still be there, just not seen in the HEAD working revision Because the developers want to delete the file from Subversion Repository and have it removed from the working copy with the next (scripted update) , they do not have access to the working copy and the data in the working copy gets deployed ( also scripted) to several servers, they do not want the deployment to contain the file they deleted from the repository.
Re: SVN update question
On 08/11/2010 07:44 PM, Ryan Schmidt wrote: On Aug 11, 2010, at 18:20, Phil Pinkerton wrote: I'd like to be able to update a working copy after deleting a file from the Repository and have the file I removed from the Repository also removed from the working copy when I do an update. Is that possible ? I'm a little confused by the question... it's not only possible, I'm not sure how to disable that behavior. So, if you've removed a file from the repository, and you have a working copy that was checked out before that deletion, then a simple "svn update" in that working copy should delete that file from the working copy. Is that not what's happening? If so, was the file in the working copy modified? Subversion won't delete modified files since that might mean deleting work that didn't exist anywhere else. Our experience was that the file remained in the working copy after it was deleted from SVN Repo and an update was done in the working directory
Setting "tags" to read only ?
How can we set a tag as read only at creation time ? We have a tags subdirectory and we keep tags created from trunk there, we want to set these tags to ready-only so they cannot be modified. We also copy our tags to a static tag for build reference ( we call this a sliding tag ). The static tag always has the same name but is always a copy of the actual tag to be built. Is it possible to set these tags to read-only once ther are copied from the trunk to the tags directory ? thanks -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Secure connection truncated during checkout ?
Is there a solution for this issue or a work around that will not compromise security ? During long svn operations such as checkout I am often getting the following error: 'svn: REPORT of '/subversion/myproj/!svn/vcc/default': Could not read response body: Secure connection truncated' The location where I am checking out to is a Windows shared directory if that makes a difference. Phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Check out fails Secure Connection truncated
What is the issue / cause with regards to "Could not read chunk delimiter" ?? -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Network Drive Support ?
Question from a client: Does Subversion support checking out to a "network drive" many miles away ? They are asking due to extremely slow checkouts across a WAN to a NAS drive. I need a technical answer with regards to the performance of subversion in this scenario. ( as if speaking to a 10 year old ...mgmt haha ) thanks Phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Subversion/Tortoise questions
1) Does Tortoise just send command to the Subversion Windows Command Line client? 2) Can the Tortoise and/or Subversion Windows Command Line client be configured to reduce and/or eliminate with small pack CIFS traffic that occurs during the check out process to a Windows network drive? -maybe "trust" the check out and run an update status as a separate operation to get the status information validated -turn off the status feature during the check out and then turn it on -other options (i.e. ini or xml) file the client use to turn the client or other specific knowledge you have about the client we can tune 3) Are there options around the Export which is very fast but does not write out any of the .svn file that we can use to speed up the client and get our status information? 4) Is the another GUI Subversion client that has better performance when content is being checked out to a Windows network drive. 5) Does Tortoise and/or Subversion Windows Command Line client installed on the server allow multiple (i.e. 30 to 50) users accessing the one installation at the same time to check out, check in, and update content without corrupting content or experiencing great performance degradation? 6) Does Subversion other customers, example scripts or configurations for using a Subversion client with Windows network dr
Re: Subversion/Tortoise questions
On Tue, Nov 9, 2010 at 4:56 PM, Andy Levy wrote: > On Tue, Nov 9, 2010 at 16:30, Phil Pinkerton wrote: >> 1) Does Tortoise just send command to the Subversion Windows Command >> Line client? > > No, it is not a wrapper. TortoiseSVN is built on top of the Subversion > client libraries. > >> 2) Can the Tortoise and/or Subversion Windows Command Line client be >> configured to reduce and/or eliminate with small pack CIFS traffic >> that occurs during the check out process to a Windows network drive? > > No. The next-generation WC format (coming with 1.7) may improve > performance, but Subversion checkout operations are very I/O > intensive. Some filesystems handle it better than others. > >> -maybe "trust" the check out and run an update status as a >> separate operation to get the status information validated >> >> -turn off the status feature during the check out and then turn it on > > TortoiseSVN's TSVNCache by default does not check network drives. > >> -other options (i.e. ini or xml) file the client use to turn the >> client or other specific knowledge you have about the client we can >> tune >> >> 3) Are there options around the Export which is very fast but does not >> write out any of the .svn file that we can use to speed up the client >> and get our status information? > > Not if you want to maintain the connection to the repository. > >> 4) Is the another GUI Subversion client that has better performance >> when content is being checked out to a Windows network drive. > > You won't find much variation, because they almost all use the same > core libraries or code. > >> 5) Does Tortoise and/or Subversion Windows Command Line client >> installed on the server allow multiple (i.e. 30 to 50) users accessing >> the one installation at the same time to check out, check in, and >> update content without corrupting content or experiencing great >> performance degradation? > > Can you rephrase this? I can't tell if you're asking about 30 people > logged onto one server (via Terminal Services/RDP?) simultaneously, or > 30 people accessing the same repository from their individual > workstations. > >> 6) Does Subversion other customers, example scripts or configurations >> for using a Subversion client with Windows network dr > > Your question got cut off. > > Generally it's recommended that WCs not be located on network shares, > partly for performance reasons, partly for practicality (IOW, why have > dozens of copies of the same stuff on one fileserver, when you don't > need it all backed up and it's 95% identical in the first place?). > 5) Basically what I'd like to know is whether multiple instances of the client running on the same machine maintain completely separate data areas (i.e. - the separate instances don't interfere with each other). If the code is re-entrant, then separate instances of the commands will be complete separate from each other - the only thing they share is the executable code. 6) Does Subversion other customers, example scripts or configurations for using a Subversion client with Windows network drive? -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Re: Subversion/Tortoise questions
On Tue, Nov 9, 2010 at 4:56 PM, Andy Levy wrote: > On Tue, Nov 9, 2010 at 16:30, Phil Pinkerton wrote: >> 1) Does Tortoise just send command to the Subversion Windows Command >> Line client? > > No, it is not a wrapper. TortoiseSVN is built on top of the Subversion > client libraries. > >> 2) Can the Tortoise and/or Subversion Windows Command Line client be >> configured to reduce and/or eliminate with small pack CIFS traffic >> that occurs during the check out process to a Windows network drive? > > No. The next-generation WC format (coming with 1.7) may improve > performance, but Subversion checkout operations are very I/O > intensive. Some filesystems handle it better than others. > >> -maybe "trust" the check out and run an update status as a >> separate operation to get the status information validated >> >> -turn off the status feature during the check out and then turn it on > > TortoiseSVN's TSVNCache by default does not check network drives. > >> -other options (i.e. ini or xml) file the client use to turn the >> client or other specific knowledge you have about the client we can >> tune >> >> 3) Are there options around the Export which is very fast but does not >> write out any of the .svn file that we can use to speed up the client >> and get our status information? > > Not if you want to maintain the connection to the repository. > >> 4) Is the another GUI Subversion client that has better performance >> when content is being checked out to a Windows network drive. > > You won't find much variation, because they almost all use the same > core libraries or code. What about SvnAnt ?
Re: Subversion/Tortoise questions
On Wed, Nov 10, 2010 at 9:45 AM, Ludwig, Michael wrote: >> >> 4) Is the another GUI Subversion client that has better performance >> >> when content is being checked out to a Windows network drive. >> > >> > You won't find much variation, because they almost all use the same >> > core libraries or code. >> >> What about SvnAnt ? > > SvnAnt uses the svnClientAdapter.jar, which in turn uses one of: > > (1) JavaHL - Java/JNI to C++ core library interface [1] > (2) SvnKit - pure Java implementation [2] > (3) command line client, for example [3] > > Performance should be best for JavaHL. > > But a network drive is a network drive. > > And the current working copy format generates many files. > > Michael > > [1] http://subclipse.tigris.org/svnant.html > [2] http://svnkit.com/ > [3] http://www.sliksvn.com/ > With regards to the Windows Subversion Client. If several scripts are using the Subversion Command line client is the client shared or is a separate client launched when separate scripts are ran at the same time ?
Re: Subversion/Tortoise questions
On Tue, Nov 9, 2010 at 4:56 PM, Andy Levy wrote: > On Tue, Nov 9, 2010 at 16:30, Phil Pinkerton wrote: >> 1) Does Tortoise just send command to the Subversion Windows Command >> Line client? > snip ... >> 5) Does Tortoise and/or Subversion Windows Command Line client >> installed on the server allow multiple (i.e. 30 to 50) users accessing >> the one installation at the same time to check out, check in, and >> update content without corrupting content or experiencing great >> performance degradation? > > Can you rephrase this? I can't tell if you're asking about 30 people > logged onto one server (via Terminal Services/RDP?) simultaneously, or > 30 people accessing the same repository from their individual > workstations. Updated comment clarification from internal client: We have not ruled out a Citrix solution at this point so finding out how the GUI tool (TortoiseSVN ) will behave would be a good idea too. I think Citrix takes care of all the multi-threading complexities in this configuration but it would be good to ask. So the 30 people would be either running scripts on the developer server of have a Citrix session but either way the 30 people would be accessing the Subversion client installed on the development server.
SVN Best Practices
I'm working on a document that states the industry's best practices for SVN and would appreciate some guidance. Can anyone share or direct me to a good site that has useful information that engineers have discovered while working with SVN? I know I can read the SVN manual and did, but looking for real life experiences. I did a google search for some information but a helping hand to further my research would be appreciated. Thanks in advance, - Phillip Montgomery | Motorola Mobility Homes IT Support
Single Sign on for read-only Subversion access via HTTP
We use LDAP authentication + Subversion ACL We would like to let the read-only access users by-pass LDAP is that possible ? is there a single-sign0n module perhaps ? We also need to set ignore case in http.conf (we did this but http crashes when enabling the non-LDAP access for a specific repository Phil
Re: SVN Best Practices
The site has very useful information and basically the core part of my document. I do appreciate the posts. Just curious if there is anything else that is normally seen in the industry that wasn't applied to that site. Seeing how this is the SVN user group I would hope that the site is updated, but wanted to verify. Again thank you Andreas and Daniel. I'm rather new to SVN and very happy with the direction it's going and support from the community. On Sat, Jun 11, 2011 at 2:32 PM, Daniel Shahaf wrote: > Andreas Tscharner wrote on Fri, Jun 10, 2011 at 07:34:14 +0200: > > > I'm working on a document that states the industry's best > > > practices for SVN and would appreciate some guidance. Can > > > anyone share or direct me to a good site that has useful > > > information that engineers have discovered while working with > > > SVN? I know I can read the SVN manual and did, but looking > > > for real life experiences. I did a google search for some > > > information but a helping hand to further my research would > > > be appreciated. > > > > Did you see: > http://svn.apache.org/repos/asf/subversion/trunk/doc/user/svn-best-practices.html > > > > Did you check the last modification date of that file? > > > Best regards > > Andreas > > -- > > Andreas Tscharner > > -- > > "Intruder on level one. All Aliens please proceed to level one." > > -- Call in "Alien: Resurrection" > > > > > > CT-Dienstleistungen neu bei Wenzel Metromec > > === > > > > Haben Sie einen Prototyp ohne Zeichnung oder Konstruktionsmodell? > > Suchen Sie in Ihren Bauteilen Materialschäden, Risse und Poren? > > Dann sind unsere neuen Dienstleistungen im Bereich der > Computertomographie die perfekte Lösung für Ihre Anforderungen! > > > > Testen Sie uns und unsere neue WENZEL exaCT Anlage. > > Zögern Sie nicht und nehmen Sie noch heute mit uns Kontakt auf. > > mailto:c...@metromec.ch?subject=CT-Dienstleistungen > > > -- Phillip Montgomery | Motorola Mobility Homes IT Support | Ph: 480-440-1706
Re: Index of Subversion add-on projects and products
I would find something that you're mentioning and that Ryan sent useful. Would be nice to resurrect the space from the subversion project and have a few people such as yourself maintain it. On Mon, Jun 13, 2011 at 8:23 AM, wrote: > I checked out the Resourcey web site that Itamar suggested. Couple of > issues: 1) The site is still in “beta”, and 2) It doesn’t seem to be heavily > used. There are only 6 attached resources and only 2 of them (TortoiseSVN > and AnkhSVN) are project/product add-ons; the other links are to mailing > lists, CollabNet, and the Subversion book. > > > > I was thinking about starting a community server for Subversion and wanted > to see how much interest there would be, or if something already existed, > before I started. > > > > As for Googling, I was thinking it would be nice to help with the discovery > process. It’s fine to Google if you know exactly what you’re looking for, > but what if you don’t know exactly what you’re looking for and just want to > browse around and see what’s available. Maybe you’ll find something that > looks interesting, that you never heard of, and you want to check it out. > Google wouldn’t help you with that. > > > > What do you think? Would people on this mailing list find something like > that valuable? > > > > Thanks. > > > > - Kevin > > > > *From:* Itamar O [mailto:itamar...@gmail.com] > *Sent:* Sunday, June 12, 2011 1:06 AM > *To:* Mark Phippard > *Cc:* Daniel Shahaf; Ryan Schmidt; k...@timpanisoftware.com; > users@subversion.apache.org > *Subject:* Re: Index of Subversion add-on projects and products > > > > > > On Sun, Jun 12, 2011 at 12:44 AM, Mark Phippard > wrote: > > I recall there was at least one Wikipedia page that was fairly accurate. > > Sent from my iPhone > > > On Jun 11, 2011, at 5:34 PM, Daniel Shahaf wrote: > > > Ryan Schmidt wrote on Fri, Jun 10, 2011 at 18:37:24 -0500: > >> > >> On Jun 10, 2011, at 17:09, < > k...@timpanisoftware.com> wrote: > >> > >>> I was wondering if there is some sort of global list of Subversion > plug-ins, etc., including both open source projects and commercial products. > >>> > >>> For example, it would be nice if there was a unified list of all the > different svn clients, integrations with build systems, etc. > >> > >> The Subversion project used to maintain such a list but it became > >> unwieldy and was deleted. They now recommend you use Google to find > >> such things. > > > > Or, you know, if someone in the community wants to maintain such a list > > themselves, there's no way (or want) for us to stop them from doing so... > > > > How much does 10KB of web space cost these days again? > > > >> You can still find the last version of this list in the > >> 1.6.x branch but it is gone from trunk: > >> > >> > http://svn.apache.org/repos/asf/subversion/branches/1.6.x/www/links.html > >> > >> > >> > >> > >> > >> > > > > This page was supposed to be something of that sort: > http://resourcey.com/site_details/17/subversion.apache.org/ > > Anyone may add and rank resources. > -- Phillip Montgomery | Motorola Mobility Homes IT Support | Ph: 480-440-1706
branch question
Any issues with creating a branch from a branch? no trunk and no merge back to first branch ? Phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Standards "Best Practice"
Are there recommended standards with regards to Repository size, number of users per Repository, what type of data is contained in a Repository? Any experience with performance issues in regards to running Subversion on VMware vs a Blade Server ? Phil
Branching Questions
1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? 2. There is no limit on number of branches you can create, is this true ? 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Phil
Re: Branching Questions
Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11
Re: Branching Questions
Interesting, Can you (or anyone else) provide a few scenario examples from your experience (not related to horses and besides those given in the svnbook.red-bean)? On 7/1/2011 8:11 AM, Tony Sweeney wrote: Sorry, that's a common British idiom which obviously doesn't travel. Racehorses vary in strength, speed, stamina and temperament; some race horses do better in "heavier going" (i.e. a softer, muddier track), some race faster on a dry course, and of course racecourses vary in length. So there's no single answer to "which is the best horse", as there are "horses for courses". Makes sense now? Which approach you take to (3) depends on the existing customer set up. There are a number of tradeoffs, so there's no single right answer. Tony. -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 12:45 To: Tony Sweeney Cc: Subversion User List Subject: Re: Branching Questions Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11
Re: Branching Questions
I suppose the question was a bit ambiguous, I see your point I'll ask for clarity. On 7/1/2011 9:57 AM, Andy Levy wrote: Please stop top-posting. The convention on this mailing list is to bottom- or inline-post, and quote the relevant portions you're responding to. On Fri, Jul 1, 2011 at 09:43, Phil Pinkerton wrote: Interesting, Can you (or anyone else) provide a few scenario examples from your experience (not related to horses and besides those given in the svnbook.red-bean)? What are you looking for, exactly? If you need to restrict all access to a path, including read access, then you need to use Subversion's built-in path-based authorization or possibly some Apache configuration tweaks. The links you were given describe this very well - it's up to you to read& understand how they apply to your environment. If you need to restrict write access, you can use path-based authorization or a hook script. One script commonly used for this is svnperms.py svnperms.py requires more setup, but allows for wildcards and finer-grained control. If you're asking someone to show you a reference implementation, everyone's implementation of access control is a little different; it's best if you understand *how* it works and then how you can apply it to your environment. On 7/1/2011 8:11 AM, Tony Sweeney wrote: Sorry, that's a common British idiom which obviously doesn't travel. Racehorses vary in strength, speed, stamina and temperament; some race horses do better in "heavier going" (i.e. a softer, muddier track), some race faster on a dry course, and of course racecourses vary in length. So there's no single answer to "which is the best horse", as there are "horses for courses". Makes sense now? Which approach you take to (3) depends on the existing customer set up. There are a number of tradeoffs, so there's no single right answer. Tony. -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 12:45 To: Tony Sweeney Cc: Subversion User List Subject: Re: Branching Questions Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11
Re: Branching Questions
On 7/1/2011 9:57 AM, Andy Levy wrote: Please stop top-posting. The convention on this mailing list is to bottom- or inline-post, and quote the relevant portions you're responding to. On Fri, Jul 1, 2011 at 09:43, Phil Pinkerton wrote: Interesting, Can you (or anyone else) provide a few scenario examples from your experience (not related to horses and besides those given in the svnbook.red-bean)? What are you looking for, exactly? If you need to restrict all access to a path, including read access, then you need to use Subversion's built-in path-based authorization or possibly some Apache configuration tweaks. The links you were given describe this very well - it's up to you to read& understand how they apply to your environment. If you need to restrict write access, you can use path-based authorization or a hook script. One script commonly used for this is svnperms.py svnperms.py requires more setup, but allows for wildcards and finer-grained control. If you're asking someone to show you a reference implementation, everyone's implementation of access control is a little different; it's best if you understand *how* it works and then how you can apply it to your environment. On 7/1/2011 8:11 AM, Tony Sweeney wrote: Sorry, that's a common British idiom which obviously doesn't travel. Racehorses vary in strength, speed, stamina and temperament; some race horses do better in "heavier going" (i.e. a softer, muddier track), some race faster on a dry course, and of course racecourses vary in length. So there's no single answer to "which is the best horse", as there are "horses for courses". Makes sense now? Which approach you take to (3) depends on the existing customer set up. There are a number of tradeoffs, so there's no single right answer. Tony. -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 12:45 To: Tony Sweeney Cc: Subversion User List Subject: Re: Branching Questions Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 I was simply following the responce format to my orignial email, I understand about bottom response, but thing change so I just followed what I recieved.
Re: Branching Questions
On 7/1/2011 9:57 AM, Andy Levy wrote: Please stop top-posting. The convention on this mailing list is to bottom- or inline-post, and quote the relevant portions you're responding to. On Fri, Jul 1, 2011 at 09:43, Phil Pinkerton wrote: Interesting, Can you (or anyone else) provide a few scenario examples from your experience (not related to horses and besides those given in the svnbook.red-bean)? What are you looking for, exactly? If you need to restrict all access to a path, including read access, then you need to use Subversion's built-in path-based authorization or possibly some Apache configuration tweaks. The links you were given describe this very well - it's up to you to read& understand how they apply to your environment. If you need to restrict write access, you can use path-based authorization or a hook script. One script commonly used for this is svnperms.py svnperms.py requires more setup, but allows for wildcards and finer-grained control. If you're asking someone to show you a reference implementation, everyone's implementation of access control is a little different; it's best if you understand *how* it works and then how you can apply it to your environment. On 7/1/2011 8:11 AM, Tony Sweeney wrote: Sorry, that's a common British idiom which obviously doesn't travel. Racehorses vary in strength, speed, stamina and temperament; some race horses do better in "heavier going" (i.e. a softer, muddier track), some race faster on a dry course, and of course racecourses vary in length. So there's no single answer to "which is the best horse", as there are "horses for courses". Makes sense now? Which approach you take to (3) depends on the existing customer set up. There are a number of tradeoffs, so there's no single right answer. Tony. -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 12:45 To: Tony Sweeney Cc: Subversion User List Subject: Re: Branching Questions Thanks for the quick response. However I have no clue what you mean by Horses for courses. and I certainly cannot reply to my clients question with such an answer. On 7/1/2011 7:03 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 01 July 2011 11:58 To: Subversion User List Subject: Branching Questions 1. We are creating branch out of previous branch, if we want to delete a old branch or archive it how it will impact the current branch ? It won't 2. There is no limit on number of branches you can create, is this true ? Effectively. 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? Horses for courses. Phil __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1388 / Virus Database: 1516/3736 - Release Date: 06/30/11 I have reset Lanikai to use "bottom" reply. thanks for the reminder
Re: Branching Questions
On 7/1/2011 11:26 AM, Geoff Hoffman wrote: 3. What is the best way to lock the Trunk so only certain users can access it, using Hook Script or using admin tool? use Subversion's built-in path-based authorization or possibly some Apache configuration tweaks I just followed this guide yesterday, coincidentally, and it worked perfectly http://davidwinter.me/articles/2006/03/03/access-control-for-subversion-with-apache2-and-authz/ After getting the question clarified the customer was not using the word "lock" properly. We have an extensive ACL (one only for several hundred Repositories) and just about every access scenario down to the file level., so in this particular case there is no issue, as we are well versed in Apache and Subversion authz in combination with LDAP and the svn access file. thanks for you responses
Re: SVN 1.7 - check out single file?
On 7/1/2011 11:38 AM, joe.floe...@sungard.com wrote: -Original Message- From: Andy Levy [mailto:andy.l...@gmail.com] Sent: Friday, July 01, 2011 10:22 AM To: Andy Levy; users@subversion.apache.org Subject: Re: SVN 1.7 - check out single file? On Fri, Jun 24, 2011 at 17:05, Stefan Sperling wrote: On Fri, Jun 24, 2011 at 02:49:58PM -0400, Andy Levy wrote: With the new way WCs are managed, will it be possible to check out a single file, instead of having to do multiple steps with sparse directories just to get a single file in a directory? Looking at the release notes and CHANGES file, I think the answer is "no", but I need someone more knowledgeable to back me up here before I take the answer back to the person who asked me. Thanks. No, you still need to checkout a directory. But it sounds like the new --parents option of svn update might help you a bit: http://subversion.apache.org/docs/release-notes/1.7.html#update-parents We'll have to see how Tortoise implements this, as that's what most folks here are using. It's an edge case for us, it's only 2 or 3 people who are affected by the issue of too many items to check out just to update a single file. There may be more people who would like this feature than you think. Actually this ability is just what we are looking for. We are migrating off of SCCS and RCS to SVN. We organize our 9000 source files into two directories. We were disappointed that svn did not allow single file checkout. 90% of our work is maintenance involving 'work tickets' that affect only one or two files. So right now, in test, our checkouts run 4-10 minutes (depending on other server tasks and network traffic). This, as an optional ability, would be great for us. On the same note I have been involved with migrating some 200 VSS databases to Subversion, one of the big issues is the ability to checkout a single file, we default to using export in those cases as many checkouts , updates and commits are done via scripts. The other issue with regards to functionality of Subversion vs VSS is that many times VSS gets files from multiple locations in the database and puts them in the working directory. We find it difficult if not impossible to do the same with Subversion.
Re: SVN 1.7 - check out single file?
On 7/1/2011 1:14 PM, Andy Levy wrote: On Fri, Jul 1, 2011 at 13:10, Phil Pinkerton wrote: On 7/1/2011 11:38 AM, joe.floe...@sungard.com wrote: -Original Message- From: Andy Levy [mailto:andy.l...@gmail.com] Sent: Friday, July 01, 2011 10:22 AM To: Andy Levy; users@subversion.apache.org Subject: Re: SVN 1.7 - check out single file? On Fri, Jun 24, 2011 at 17:05, Stefan Sperlingwrote: On Fri, Jun 24, 2011 at 02:49:58PM -0400, Andy Levy wrote: With the new way WCs are managed, will it be possible to check out a single file, instead of having to do multiple steps with sparse directories just to get a single file in a directory? Looking at the release notes and CHANGES file, I think the answer is "no", but I need someone more knowledgeable to back me up here before I take the answer back to the person who asked me. Thanks. No, you still need to checkout a directory. But it sounds like the new --parents option of svn update might help you a bit: http://subversion.apache.org/docs/release-notes/1.7.html#update-parents We'll have to see how Tortoise implements this, as that's what most folks here are using. It's an edge case for us, it's only 2 or 3 people who are affected by the issue of too many items to check out just to update a single file. There may be more people who would like this feature than you think. Actually this ability is just what we are looking for. We are migrating off of SCCS and RCS to SVN. We organize our 9000 source files into two directories. We were disappointed that svn did not allow single file checkout. 90% of our work is maintenance involving 'work tickets' that affect only one or two files. So right now, in test, our checkouts run 4-10 minutes (depending on other server tasks and network traffic). This, as an optional ability, would be great for us. On the same note I have been involved with migrating some 200 VSS databases to Subversion, one of the big issues is the ability to checkout a single file, we default to using export in those cases as many checkouts , updates and commits are done via scripts. The other issue with regards to functionality of Subversion vs VSS is that many times VSS gets files from multiple locations in the database and puts them in the working directory. We find it difficult if not impossible to do the same with Subversion. In what ways could svn:externals be improved to do what you need? My memories of "sharing" in VSS are all nightmares. No doubt about VSS that is why I convinced the entire Enterprise that it was not the appropriate application for source code management and development. Just having the ability to checkout a single file via TortoiseSVN or the commandline would be a huge gain for us. I am trying to promote changing the development process but too many legacy applications still exist that have dependencies on VSS where developers are not able or even willing to change to optimize the utilization of Subversion. We have a hack in place to handle the worst offending application that was built around VSS.
Need for a local Subversion server?
I have a question regarding the need of a subversion mirror server. Our work is done on UNIX systems. We currently have a master repository in England. We mirror it as a read only repository to the states. The system that acts as the Subversion server in the states is rather old and its faster to do checkouts from the remote repository then the local one. I’m curious why we even need a local subversion server. We cannot add anything to the local repository. Developers check out the code, update the files in their working directory, then commit them to the remote server. Now trying to commit, resolve conflicts, and merges are another matter. Latency has a far greater impact on those tasks. We often thought about making a post-hook on the commit to initiate syncs from the master to the remote site in order to do the conflict resolution locally, allowing our developers to use a GUI interface or type in their xterm and not wait for the characters to appear. We have yet to do that test to see if it would help. (We did try the WanDisco Enterprise solution and like it, but in a spending freeze so absolutely no funds for that product) I do appreciate your time and any constructive responses. :) phil
Moving Repositories to New server
Are there any know issues with regards to moving Repositories from one platform to another ? Will the old Repositories maintain their current SVN revision ? Current platform Sun Solaris 10: SVN 1.6.5 Target platform Red Hat Enterprise 5 SVN 1.6.17 ( Subversion Edge ) Planned steps (Creating a script for the dumps and loads as there as a few hundred Repositories to move.) (1) Freeze the repository . Take a dump of the repository. (2) Verify the file is dumped correctly by making sure that the last version dumped is the same as the one in the live repository. Also check the return code of the svnadmin dump command. (3) Copy the dump file over to the new server. Verify that the file is copied over correctly. (4) Load the dump (5) Verify the load. (6) Migrate and hook scripts or authorization files over. (7) Verify the scripts and configuration files work. (8) If you have a name for the server for accessing it. You might have to point the name to the new server. a. use switch ? b. or relocate ? (9) Unfreeze the repository. Questions : Switch vs relocate ? Effects of load into a new Subversion version ? -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
svnsync
A local SVN "expert" tells me svnsync is all I need with regards to moving several (about 2 hundred) repositories from a Unix server to a Linux server even though there are mixed versions of SVN. Some are 1.5x others are 1.6.x (all are FSFS).and the destination server will have 1.6.17 svn installed ( Subversion Edge ) Is it possible it is as simple as say doing an SFTP of all the Unix Repositories to the Linux server then running svnsync on each repo ? any one done this successfully I am a bit of a skeptic when a task of this magnitude ids described as being too simple. WE are taking about several repos many well over 4GB -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Svn Searcher
Anyone have experience installing and using Svn Searcher ? http://svn-search.sourceforge.net/ I have a client that would like to do Repository Searches. -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Re: Svn Searcher
What platform did you install it on (Linux, Unix, Windows ) ? Was it installed on the Server , Cliient both ? Any issues or concerns, is it working ? How well ? Easy to install and use ? Any external dependencies and or Apache issues ? What about Security ( affects svn ACL , LDAP ??) Any feedback would be appreciated. On Wed, Jul 27, 2011 at 11:20 AM, vishwajeet singh wrote: > > > On Wed, Jul 27, 2011 at 8:48 PM, Phil Pinkerton > wrote: >> >> Anyone have experience installing and using Svn Searcher ? >> >> http://svn-search.sourceforge.net/ >> >> I have a client that would like to do Repository Searches. > > Yes I have done that. > >> >> -- >> " The fundamental principle here is that the justification for a >> physical concept lies exclusively in its clear and unambiguous >> relation to the facts that it can be experienced" AE >> >> Please Feed and Educate the Children... it's the least any of us can do. > > > > -- > Vishwajeet Singh > +91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com > Twitter: http://twitter.com/vishwajeets | LinkedIn: > http://www.linkedin.com/in/singhvishwajeet > -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Difference between Dump & Load and an FTP'd Repository ?
I here there are some advantage to both. My primary interest to to save disk space with heavily modified Repositories. What exactly get's "Cleaned-up" when doing a dump & load? Besides the "time" savings what is the real difference between a the 2 methods ? Phil
SVN dump & load vs ftp
Besides the time what is the advantage of svn dump & load vs ftp for moving a Repository to a new location ? What type of "clean-up" might take place to reduce disk space when using the dump & load method vs ftp ?
Lost list of "Search Utilities"
A while back I posted a question about various Application/utilities that provide a way to "Search" Subversion Repositories. My email got trashed (MS BSOD & disk crash) and I no longer have that wonderful list. If by chance someone has a list or knows of such utilities or application open source or paid and can post again I'd be most thankful Phil
Re: Lost list of "Search Utilities"
Very cool did not know about that. thanks! On 9/23/2011 7:39 AM, shrinivasan wrote: On Friday 23 September 2011 04:58 PM, Phil Pinkerton wrote: A while back I posted a question about various Application/utilities that provide a way to "Search" Subversion Repositories. My email got trashed (MS BSOD & disk crash) and I no longer have that wonderful list. If by chance someone has a list or knows of such utilities or application open source or paid and can post again I'd be most thankful Phil You can find find the mail archive here. http://mail-archives.apache.org/mod_mbox/subversion-users/201107.mbox/thread?2 Search for the text " Svn Searcher" and find the threads. Shrinivasan
Best Method to move 500 Repositories
Looking for suggestion on best way to move 500 Repositories from Unix Hardware to VM Linux Server old - Unix Server compiled and Built Subversion 1.6.5 from Source new - Linux VM Server will have Subversion Edge 1.6.17 ACL contains 2000 + users. Any experience at this scale ? Advise ? looking for clean , simple minimal risk approach. thanks
How to Maintain "timestamp" in Repository & Working copy ?
I have a request to keep the "commit" timestamps associated with the file in the working copy the same. Is that possible ? most users have their working copy on a Windows OS , Subversion Server is on a Unix Server ( not that that matters ). Is there a parameter in TortoiseSVN perhaps ?
Re: How to Maintain "timestamp" in Repository & Working copy ?
On 10/11/2011 10:48 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 11 October 2011 15:42 To: users@subversion.apache.org Subject: How to Maintain "timestamp" in Repository& Working copy ? I have a request to keep the "commit" timestamps associated with the file in the working copy the same. Is that possible ? most users have their working copy on a Windows OS , Subversion Server is on a Unix Server ( not that that matters ). Is there a parameter in TortoiseSVN perhaps ? --- In the TortoiseSVN settings menu, "General" section, there is a setting 'Set file dates to the "last commit time"' -- is that perhaps what you want? Tony. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1410 / Virus Database: 1520/3943 - Release Date: 10/07/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ How might this be done in a script where the command line is used ?
Re: How to Maintain "timestamp" in Repository & Working copy ?
On 10/11/2011 10:48 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 11 October 2011 15:42 To: users@subversion.apache.org Subject: How to Maintain "timestamp" in Repository& Working copy ? I have a request to keep the "commit" timestamps associated with the file in the working copy the same. Is that possible ? most users have their working copy on a Windows OS , Subversion Server is on a Unix Server ( not that that matters ). Is there a parameter in TortoiseSVN perhaps ? --- In the TortoiseSVN settings menu, "General" section, there is a setting 'Set file dates to the "last commit time"' -- is that perhaps what you want? Tony. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1410 / Virus Database: 1520/3943 - Release Date: 10/07/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ So what I found looks like I'll need to mess with the client side register parameters? , not nice on a production server. [HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\miscellany] "#global-ignores"="*.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store" "#log-encoding"="" "#use-commit-times"="" < ---Set this to yes and drop the comment I suppose will do the trick "#no-unlock"="" "#enable-auto-props"="" use-commit-times Normally your working copy files have timestamps that reflect the last time they were touched by any process, whether your own editor or some svn subcommand. This is generally convenient for people developing software, because build systems often look at timestamps as a way of deciding which files need to be recompiled. In other situations, however, it's sometimes nice for the working copy files to have timestamps that reflect the last time they were changed in the repository. The svn export command always places these “last-commit timestamps” on trees that it produces. By setting this config variable to yes, the svn checkout, svn update, svn switch, and svn revert commands will also set last-commit timestamps on files that they touch.
Re: How to Maintain "timestamp" in Repository & Working copy ?
On 10/11/2011 11:58 AM, Andy Levy wrote: On Tue, Oct 11, 2011 at 11:48, Phil Pinkerton wrote: On 10/11/2011 10:48 AM, Tony Sweeney wrote: -Original Message- From: Phil Pinkerton [mailto:pcpinker...@gmail.com] Sent: 11 October 2011 15:42 To: users@subversion.apache.org Subject: How to Maintain "timestamp" in Repository&Working copy ? I have a request to keep the "commit" timestamps associated with the file in the working copy the same. Is that possible ? most users have their working copy on a Windows OS , Subversion Server is on a Unix Server ( not that that matters ). Is there a parameter in TortoiseSVN perhaps ? --- In the TortoiseSVN settings menu, "General" section, there is a setting 'Set file dates to the "last commit time"' -- is that perhaps what you want? Tony. __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1410 / Virus Database: 1520/3943 - Release Date: 10/07/11 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ So what I found looks like I'll need to mess with the client side register parameters? , not nice on a production server. Normally, one does not have TortoiseSVN on a production server in the first place. Better to use tools which can be automated cleanly (command-line, etc.) for hands-off deployments. [HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\miscellany] "#global-ignores"="*.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store" "#log-encoding"="" "#use-commit-times"=""< ---Set this to yes and drop the comment I suppose will do the trick "#no-unlock"="" "#enable-auto-props"="" Note that because the setting is in HCU, it will need to be set for *each user* who might be doing things on this server. This holds true for setting it in %APPDATA%\Subversion\config as well. Settings in the registry will override %APPDATA%\Subversion configuration settings (that's my experience, anyway); specifying it at the command line (see my other reply) should trump both. Too bad there is not a global way to set this
Re: Sub Version Source Code
http://subversion.apache.org/packages.html Just google for Apache Subversion and choose your flavor. On Jan 16, 2012, at 3:28 AM, Manohar Mylaram wrote: > Hi, > This is Manohar. I would like to work on sub version. So, can u please > provide me the complete source code of sub version. > > Regards, > MANOHAR MYLARAM > SYSTEMS ENGINEER > Infosys®| HYDERABAD SEZ > > CAUTION - Disclaimer * > This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely > for the use of the addressee(s). If you are not the intended recipient, please > notify the sender by e-mail and delete the original message. Further, you are > not > to copy, disclose, or distribute this e-mail or its contents to any other > person and > any such actions are unlawful. This e-mail may contain viruses. Infosys has > taken > every reasonable precaution to minimize this risk, but is not liable for any > damage > you may sustain as a result of any virus in this e-mail. You should carry out > your > own virus checks before opening the e-mail or attachment. Infosys reserves the > right to monitor and review the content of all messages sent to or from this > e-mail > address. Messages sent to or from this e-mail address may be stored on the > Infosys e-mail system. > ***INFOSYS End of Disclaimer INFOSYS***
Error doing a svnsync
We have been doing a few hundred svnsync's from a 1.6.5 repositories to 1.7.2 repositories for the most par this has gone quite well. but we have encountered an error that is not to clear and we seek any insight to this error: svnsync: E22: Valid UTF-8 data (hex: 53 65 72 76 65 72 20 43 75 72 72 65 6e 63 79 20) followed by invalid UTF-8 sequence (hex: 96 20 42 61) -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
What does the number in the Repository file "format" represent ?
How can we determine what version of Subversion a Repository currently is. 5 = 1.4 ? or 1.5 ? Need to wire a script to check for older versions as we upgraded the FSFS server from 1.4.x to 1.5.x then 1.6.x phil
Add generic MOTD to hooks scripts ?
Looking for a way to send or display a Notice like a MOTD ( Message of the day ) whenever any repository is accessed. For example there will be a major change in Repository locations. Some projects already have pre and post commit hook scripts. What I want to do is advise the user who accesses their Repository of that change. perhaps adding an email or message to be sent automagically to whoever accesses the repository ? "Wish list' would be a script easily modified and propagated to all repository hook directories Ideas ? Suggestions ( besides read the book ) Phil
Re: SVN as DMS
SharePoint for documentation. As Subversion has no built-in search attribute so to speak, however there are 3rd party application that claim to search Subversion, but why go thorough all that. I here there have been substantial improvement is the SharePoint application. 2 cents On Mar 14, 2012, at 12:32 PM, Laura Mohiuddin wrote: > Dear Sir/Madam, > > My company IBCS-PRIMAX Software (BD) Ltd. (http://www.ibcs-primax.com) is > looking to install a Document Management System for the organization. I > suggested SVN, but the DMS should also come with a dashboard and search > facilities. Is there any way that I can setup subversion to provide me with a > dashboard and search facilities? > > Thank you for your kind cooperation > > Regards, > -- > Laura Mohiuddin > Manager, Marketing > IBCS-PRIMAX Software (Bangladesh) Limited > House # 51, Road # 10A, Dhanmondi R/A > Dhaka – 1209, Bangladesh > Web: http://www.ibcs-primax.com
ViewVC and shell scripts
Any particular reason I cannot view/annotate a shell script using the latest ViewVC provided with Subversion Edge ? Phil
Re: need a good vss to svn migration tool
VSS2SVN is about 60% accurate leaves lots of orphaned files ( in my experience migrating over 200 VSS databases to Subversion) The process I used was 1) Create the Subversion Repository that will replace the VSS database 2) Create a subversion working copy ( I had a NAS available with lots of space 300GB) 3) Run VSS analyze on the VSS database to be migrated 4) Do a VSS get Latest (Use the SVN working copy as the VSS working directory) 5) Remove all *.scc files from the working copy( I created a script to do the cleanup) 6) Do svn add for all the project directories/files in the working copy you want to migrate 7) Do a commit to put in Subversion The upside it is fast The downside is you lose metadata, and you have the same file structure as with VSS (many had modified the Repository later to have branches,tags,trunk) What I did was zip and archive the VSS data so it could be accessed later if needed for history or other metadata. Results after a small Subversion learning curve was the VSS archives were never accessed again. just my 2 cents phil On Sep 3, 2012, at 2:53 AM, "Cooke, Mark" wrote: >> -Original Message- >> From: Bhushan Jogi [mailto:bhushanjogi.2...@gmail.com] >> Sent: 02 September 2012 16:07 >> To: nsnc...@yahoo.co.in; users@subversion.apache.org; Cooke, Mark >> Subject: need a good vss to svn migration tool >> >> Hi, >> >> I need to migrate from VSS 6.0d to SVN 1.7.5, I tried few >> tools VSS2SVN(gives some error),svn importer(again some >> issues not working), I also tried >> http://code.google.com/p/vss2svn/downloads/detail?name=vss2svn >> -0.11.0.zip nothing happens after launching the .exe file, >> could you please let me know a food tool which can migrate >> all labels, tags, version history properly. >> >> Thanks & regards, >> Bhushan > > We used vss2svn. I did have some teething trouble getting it to work but > searching their mailing list and trying different things worked out OK in the > end. As I mentioned recently, I do not think I used the "latest" version but > it is three years ago now so my memory's not fresh. Also, I did use > dumpfilter quite a lot but that was after vss2svn had made the dump file. > > ~ mark c > > P.S. I believe that the author does still answer the odd question on the > vss2svn mailing list...
Branching best practice advice for an inherently complex environment
Looking for convincing guidelines to change some rather poor practices Scenario : Project has multiple branches with frequent changes by several different developers, merging back to trunk is infrequent and when done merge results in 90% conflicts. simple example: Project A1 (trunk) copied to branches B1, B1 gets a few changes and is copied to B2, B2 gets some changes and B2 is merged to trunk, trunk gets copied to B3, B1 is merged to B3 and copied to B4 B2 gets more changes, B2 is merged to B4, B4 gets more changes, B1 gets more changes. messy I know ; the big mess is B1 needs to be tagged and built and released but of course the merge to trunk will be full of conflicts, meanwhile B3 has more changes as does B4 and B4 needs to merge to B2 so B2 can be tagged built and released. More branches are expected, changes and lack of frequent sequential merges is out of control, releases are scheduled monthly. My thoughts are this will get worse before it gets better, any experienced users who have complex environments have an idea on how to turn this around to use best practices ? What is a good example for controlling massive changes in multiple branches, merges to trunk and maximizing tags? Have RTFM'd but need to convince the powers that be a change is needed that will also handle frequent changes in a very dynamic development environment. I am still trying to fully understand this environment and attempt to turn it around as quickly as possible. Any examples and or suggestions to produce a convincing argument would be useful. Thanks
svn diff bug
I'm seeing an inaccurate diff chunk in "svn diff" output. To reproduce this:
svn checkout http://libslax.googlecode.com/svn/trunk/ libslax-read-only
cd libslax-read-only/
svn diff -c342 doc/oxtradoc/rfc2629-to-html.slax
The output I see is:
Index: doc/oxtradoc/rfc2629-to-html.slax
===
--- doc/oxtradoc/rfc2629-to-html.slax (revision 341)
+++ doc/oxtradoc/rfc2629-to-html.slax (revision 342)
@@ -2696,6 +2696,7 @@
vertical-align: top;
}
table.full {
+ border-style: outset;
border-style: outset;
border-width: 1px;
background-color: lightyellow;
But this is not accurate:
% grep -A3 'table.full {' doc/oxtradoc/rfc2629-to-html.slax
table.full {
border-style: outset;
border-width: 1px;
margin-left: 3em;
The "margin-left" line is the line I added during this commit.
I am running macosx (10.8.0) and svn version 1.7.6 (r1370777).
FWIW, I do _not_ see this issue on freebsd w/ svn version 1.6.6 (r40053).
Is this a known bug? If not, where should I file it?
Thanks,
Phil
---
Bock [trash/libslax-read-only]% uname -a
Darwin bock.juniper.net 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7
16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
Bock [trash/libslax-read-only]% svn --version
svn, version 1.7.6 (r1370777)
compiled Aug 24 2012, 12:50:58
Re: Sub-Version Query
You answers are here: http://subversion.apache.org On May 8, 2013, at 3:30 AM, "Anupam Choubey" wrote: > > > Hi, > > I have some queries on subversion - > > 1. What is the latest version avaiable of subversion? > 2. What is the harrdware & software infrastructure required to install the > subversion? > 3. Is subversion a freeware or licensed sowtware? > 4.I have to move some code base with all the versions of file from CVS to > subversion . Is it doable? if yes how? > > Thanks in advance for your help. > > Regards, > Anupam > > > Get your own FREE website and domain with business email solutions, click here
Re: One data set - two repositories?
Create two working working copies as you described then up date the one your working on and commit after making changes. i.e 'complete' for home 'partial' for travel. Sent from Phil's iPad > On Oct 29, 2014, at 3:33 PM, Andreas Stieger wrote: > > Hello, > >> On 29/10/14 21:07, c...@qgenuity.com wrote: >> I'm looking for a way to use Subversion to store data from a single data >> set across two repositories. More specifically, I want to have one >> repository which contains all of the data and a second that contains only >> specific directories. >> >> When I am at home, I will sync to the "complete" repository and when I am >> traveling, I will sync to the "partial" repository. >> >> How do I set this up so that the two repositories play nicely with each >> other? > > svn being a centralized system, the disconnected two-way element of your > scenario is not part of its design. The keywords below will help you > work around: > a) svnsync, (one way) which has provisions for partial syncs > b) same, but switching the direction as required > c) two repositories with remote merging > d) two repositories with vendor branches > > Andreas >
view log problem with path authorization
Newbie question - I have authenticated users with read or r/w access are unable to view logs, eg: # svn --username whatever --password x svn://svn/repos/project/yada.txt svn: Item is not readable I must grant anonymous read access in authz and then it works: [/] * = r I've seen this reported earlier but no answer: http://svn.haxx.se/users/archive-2011-02/0141.shtml http://stackoverflow.com/questions/6651997/svn-show-log-not-working My question is why can't an authenticated user who has rights see the logs? -- This message from ORIX Australia might contain confidential and/or privileged information. If you are not the intended recipient, any use, disclosure or copying of this message (or of any attachments to it) is not authorised. If you have received this message in error, please notify the sender immediately and delete the message and any attachments from your system. Please inform the sender if you do not wish to receive future communications by email. The ORIX Australia Privacy Policy outlines what kinds of personal information we collect and hold, how we collect and handle it and your rights in regards to your personal information. Our Privacy Policy is available on our website: http://www.orix.com.au . We do not accept liability for any loss or damage caused by any computer viruses or defects that may be transmitted with this message. We recommend you carry out your own checks for viruses or defects.
RE: view log problem with path authorization
?Any response to this? It does look like a bug to me... ? From: Phil Crooker Sent: Tuesday, 24 May 2016 6:10 PM To: users@subversion.apache.org Subject: view log problem with path authorization Newbie question - I have authenticated users with read or r/w access are unable to view logs, eg: # svn --username whatever --password x svn://svn/repos/project/yada.txt svn: Item is not readable I must grant anonymous read access in authz and then it works: [/] * = r I've seen this reported earlier but no answer: http://svn.haxx.se/users/archive-2011-02/0141.shtml http://stackoverflow.com/questions/6651997/svn-show-log-not-working My question is why can't an authenticated user who has rights see the logs? -- This message from ORIX Australia might contain confidential and/or privileged information. If you are not the intended recipient, any use, disclosure or copying of this message (or of any attachments to it) is not authorised. If you have received this message in error, please notify the sender immediately and delete the message and any attachments from your system. Please inform the sender if you do not wish to receive future communications by email. The ORIX Australia Privacy Policy outlines what kinds of personal information we collect and hold, how we collect and handle it and your rights in regards to your personal information. Our Privacy Policy is available on our website: http://www.orix.com.au . We do not accept liability for any loss or damage caused by any computer viruses or defects that may be transmitted with this message. We recommend you carry out your own checks for viruses or defects.
RE: view log problem with path authorization
Thanks, Stefan, for the explanation. It has been very puzzling, this makes
sense now. A feature, not a bug. ;-)
From: Stefan Sperling
Sent: Monday, 30 May 2016 8:27 PM
To: Phil Crooker
Cc: users@subversion.apache.org
Subject: Re: view log problem with path authorization
On Tue, May 24, 2016 at 08:40:29AM +, Phil Crooker wrote:
> Newbie question - I have authenticated users with read or r/w access are
> unable to view logs, eg:
>
>
> # svn --username whatever --password x
> svn://svn/repos/project/yada.txt
>
> svn: Item is not readable
>
> I must grant anonymous read access in authz and then it works:
>
>
> [/]
>
> * = r
>
>
> I've seen this reported earlier but no answer:
>
>
> http://svn.haxx.se/users/archive-2011-02/0141.shtml
>
> http://stackoverflow.com/questions/6651997/svn-show-log-not-working
>
>
> My question is why can't an authenticated user who has rights see the logs?
Hi Phil,
The use case scenario behind the design of the authz feature is the following:
Imagine you're setting up a competition, where teams apply to compete
and write some piece of software for you based on a specification.
Your competition has the following contraints:
- No team should be aware of who else is competing.
- You're hosting all competing teams in a single repository.
In this scenario, the following information must be protected:
- file content
- the knowledge of which paths exist in the repository
- the knowledge of which authors make commits to the repository
'svn log' shows always the author name, and the list of changed paths
is available with 'svn log -v'. And because log messages are free-form,
they may contain content which would leak such information.
For example, developers might refer to each other in log messages
("Review by: Robert") or they might refer to paths in the repository
("team1/project1/main.c: Fix crash with --help option.")
That's why, if any path in the changed paths list of a revision is
forbidden to the authenticated user, the *entire* information which
would be provided by 'svn log' is hidden from that user.
I suspect that, in your scenario, SVN denies access to the revision
log based on the above reasoning.
--
This message from ORIX Australia might contain confidential and/or
privileged information. If you are not the intended recipient, any use,
disclosure or copying of this message (or of any attachments to it) is
not authorised.
If you have received this message in error, please notify the sender
immediately and delete the message and any attachments from your
system. Please inform the sender if you do not wish to receive future
communications by email.
The ORIX Australia Privacy Policy outlines what kinds of personal
information we collect and hold, how we collect and handle it and your
rights in regards to your personal information. Our Privacy Policy is
available on our website: http://www.orix.com.au .
We do not accept liability for any loss or damage caused by any computer
viruses or defects that may be transmitted with this message. We
recommend you carry out your own checks for viruses or defects.
Meaning of numbers in format file ?
my guess is 5=1.6 4=1.5 3=1.4 2= < 1.4 please correct me if I am wrong thanks Phil
Re: Meaning of numbers in format file ?
Sorry the format file that is in each repository directory name>/format Hyrum K. Wright wrote: To which format file are you referring? On Feb 16, 2010, at 11:40 AM, Phil Pinkerton wrote: my guess is 5=1.6 4=1.5 3=1.4 2= < 1.4 please correct me if I am wrong thanks Phil
Re: Meaning of numbers in format file ?
Hyrum K. Wright wrote: On Feb 16, 2010, at 11:47 AM, Phil Pinkerton wrote: Sorry the format file that is in each repository directory /format Hyrum K. Wright wrote: To which format file are you referring? On Feb 16, 2010, at 11:40 AM, Phil Pinkerton wrote: my guess is 5=1.6 4=1.5 3=1.4 2= < 1.4 please correct me if I am wrong See the note at the top of: http://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_repos/repos.h -Hyrum The reason I asked is I am looking for a way to identify the subversion version that was used to create a particular repository. The Subversion Server started as 1.4.2 was upgraded to 1.5.2 then 1.6.5 various repositories were created during each version and I need to know which repositories are associated with a particular Subversion version. I was hoping the format file was the answer, but not quite. any ideas ? thanks for your response it was very helpful. Phil
modifying the dot svn file
I have several projects that are transferring from one subversion server to another, which means the URL has changed, my question is what might the issues be if I just edit the (dot) svn file and change the URL ? or is it better to just delete it and rerun the checkout from the newer server ? phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
Subversion update "bug" ?
svn 1.6.5 while in a working copy I modified a file for testing. After testing I wanted to update the file I modified in the working copy to the version in the repository. the resulting update did not replace the files in the working copy as expected the modified file still remains. the only way I could have the update work was to delete the modified file then do the update. Why did svn not update the modified file ? Phil -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear and unambiguous relation to the facts that it can be experienced" AE Please Feed and Educate the Children... it's the least any of us can do.
