My question about subversion
If we install Subversion and begin to use it, can we migrate it to a different server without loosing any of our data?
How do you to export/update a pattern filtered subset of a large repository?
I have a batch processing application that needs to process a subset of documents of a given type in a large SVN repository. I wish to recursively traverse the repository and only export or update documents that match a pattern. Ideally I'd prefer to use a recursive pattern in a single export or update command that preserves the parent directory hierarchy for exported/update files. Ant scripts, for example, support this type of recursive file name pattern using filesets: http://ant.apache.org/manual/CoreTypes/fileset.html I failed to find a straightforward way to do this. Can you either suggest a solution ... or otherwise I will submit an enhancement request. Thanks, Tony O'Hagan
Re: My question about subversion
> If we install Subversion and begin to use it, can we migrate it to a > different server without loosing any of our data? > Short answer yes you can without much hassle. -- Vishwajeet Singh +91-9657702154 | dextrou...@gmail.com | http://bootstraptoday.com Twitter: http://twitter.com/vishwajeets | LinkedIn: http://www.linkedin.com/in/singhvishwajeet
Re: How do you to export/update a pattern filtered subset of a large repository?
On Apr 6, 2010, at 00:56, Anthony OHagan wrote: > I have a batch processing application that needs to process a subset of > documents of a given type in a large SVN repository. > I wish to recursively traverse the repository and only export or update > documents that match a pattern. > > Ideally I’d prefer to use a recursive pattern in a single export or update > command that preserves the parent directory hierarchy for exported/update > files. > Ant scripts, for example, support this type of recursive file name pattern > using filesets: >http://ant.apache.org/manual/CoreTypes/fileset.html > > I failed to find a straightforward way to do this. > Can you either suggest a solution … or otherwise I will submit an enhancement > request. I think you will have to write a script to do that. There are language bindings available, or you could parse the svn command's output.
Problem to load a dump file
Hello, One of my collegues dump the svn repository and sent it to me. I try to load it in my svn server and it returns this error : 'vnadmin: Le flux de sauvegarde contient une entête mal formée (sans ':') à ' In english : dump stream contains a malformed header (with no ':') at ' I tried in two different svn server and I had the same error. I find any solution at my problem, I hope you'll find one. If you need more informations, just ask me. Thanks in advance. Best regards, Luc-Patrick Bretin The beginning of my dump file is : SVN-fs-dump-format-version: 2 UUID: a8207c25-1035-0410-98a2-f9f94de5ba69 Revision-number: 0 Prop-content-length: 56 Content-length: 56 K 8 svn:date V 27 2007-07-12T12:29:31.483413Z PROPS-END Revision-number: 1 Prop-content-length: 124 Content-length: 124 K 7 svn:log V 23 Initial import from CVS K 10 svn:author V 6 thomas K 8 svn:date V 27 2007-07-12T13:45:24.577820Z PROPS-END Node-path: trunk Node-kind: dir Node-action: add Prop-content-length: 10 Content-length: 10 PROPS-END Node-path: trunk/.classpath Node-kind: file Node-action: add Prop-content-length: 35 Text-content-length: 883 Text-content-md5: 3596e731a5a9a12a9587ac188b790e7d Content-length: 918
Re: Problem to load a dump file
On Tuesday 06 April 2010 11:49:54 Bretin Luc-Patrick (SILICOM) wrote: > One of my collegues dump the svn repository and sent it to me. > I try to load it in my svn server and it returns this error : > 'vnadmin: Le flux de sauvegarde contient une entête mal formée (sans ':') > à ' In english : dump stream contains a malformed header (with no ':') at > ' > > I tried in two different svn server and I had the same error. > > I find any solution at my problem, I hope you'll find one. > If you need more informations, just ask me. > Do you use the same svn version as your colleague ?
RE: svn 1.6.9 stuck on CLOSE_WAIT after 'svn info'
> -Original Message- > From: Lars Peterson [mailto:peter...@highfleet.com] > Sent: maandag 5 april 2010 20:11 > To: users@subversion.apache.org > Subject: svn 1.6.9 stuck on CLOSE_WAIT after 'svn info' > > I have a bash script that runs this command as part of a code testing > system: > > svn info https://server.highfleet.com/repository/trunk/Project -- > username user --password secret > > Every tenth run or so, it hangs, producing no output. Perhaps notable > is this open TCP socket: > > svn 22905 testuser4u IPv4 43196765 0t0 > TCP client.highfleet.com:35940->server.highfleet.com:https (CLOSE_WAIT) Do you know which neon version is used by your svn? Neon 0.29.0-0.29.2 have a regression with closing https connections, triggerable by certain proxies and non-apache webservers. Upgrading to neon 0.29.3 fixes these hangs. Bert
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.
Re: modifying the dot svn file
No need to do it hackish. Lookup svn switch --relocate: http://svnbook.red-bean.com/en/1.1/re27.html Cheers / Erik On Tue, Apr 6, 2010 at 2:42 PM, Phil Pinkerton wrote: > 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. > >
Re: modifying the dot svn file
On Tue, Apr 6, 2010 at 08:42, Phil Pinkerton wrote: > 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 ? The correct procedure is to use svn switch or if that won't work (there are some situations where it won't), check out a new working copy. Do NOT mess with the .svn directories yourself - they are meant to only be touched by the Subversion API.
Re: modifying the dot svn file
On Tue, Apr 6, 2010 at 08:48, Erik Andersson wrote: > No need to do it hackish. Lookup svn switch > --relocate: http://svnbook.red-bean.com/en/1.1/re27.html Or, for current documentation (the 1.1 manual is extremely out of date), http://svnbook.red-bean.com/nightly/en/svn.ref.svn.c.switch.html > Cheers / Erik > On Tue, Apr 6, 2010 at 2:42 PM, Phil Pinkerton > wrote: >> >> 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. >> > >
Re: My question about subversion
vishwajeet singh wrote: >> If we install Subversion and begin to use it, can we migrate it to a >> different server without loosing any of our data? >> > > Short answer yes you can without much hassle. long answer http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.migrate -- Lorenz
File not deleted after update
An interesting chain of events here: http://pastebin.com/rR1Fw1K0 The update should have deleted ebayparts.cgi, but it didn't. It just un-versioned it. Am I missing something?
Re: File not deleted after update
On Tue, Apr 06, 2010 at 10:24:21AM -0400, David Shere wrote: > An interesting chain of events here: > http://pastebin.com/rR1Fw1K0 > The update should have deleted ebayparts.cgi, but it didn't. It > just un-versioned it. Am I missing something? That probably means ebayparts.cgi was locally modified before the update, and you are using Subversion 1.5? With 1.6 you would have gotten a tree conflict flagged at ebayparts.cgi. Stefan