Hi again,
I tried what Stefan suggested below and used "svnadmin dump --exclude " instead of piping it to svndumpfilter and I was tearing my hair out with
failure until I realized that there's an undocumented difference here (at least
I can't find it in the help text for
On Thu, Dec 09, 2021 at 01:04:24PM -0600, Luke Mauldin wrote:
> Did this problematic commit occur due to a bug at the time in Subversion or a
> user error?
>
> Luke
The log message suggests it was a deliberate choice, and there was
some discussion about it after the fact.
See https://svn.apache.
ile is not implemented, unfortunately.
>
>> Btw, I also have this really silly commit sequence where someone managed to
>> delete the entire branches/ directory followed by a commit that brings it
>> back (not sure if the commiter used a proper reverse-merge or a copy). I
it
> back (not sure if the commiter used a proper reverse-merge or a copy). I
> haven't understood if that can be "fixed" with svndumpfilter or if there's
> some other way to do it. Those two are basically a null operation, but it
> messes with things like "log
naged to
delete the entire branches/ directory followed by a commit that brings it back
(not sure if the commiter used a proper reverse-merge or a copy). I haven't
understood if that can be "fixed" with svndumpfilter or if there's some other
way to do it. Those two are basica
rry
> about the noise.
>
Nowadays we also support --include and --exclude options in "svnadmin dump"
itself which avoids having to pass the dump stream through svndumpfilter.
I don't know if this would have prevented your mergeinfo-related problem.
But I wanted to menti
> Hi,
>
> I'm doing some work on an old, bloated repo to get rid of some erroneous
> commits to reduce the disk size. I've done this a few years ago with success,
> but I'm currently getting into an error situation that I don't know how to
> handle.
>
&
ething like
"svadmin dump | svndumpfilter "
This works fine until I get to
Committing revision 10 as 10
svndumpfilter: E23: Missing merge source path
'project/branches/somebranch/idioticdir-i-will-filter'; try with
--skip-missing-merge-sources
I do understand what the message
Chris wrote on Tue, 30 Oct 2018 13:36 +:
> One thing that was a bit annoying was when the dumpfilter threw an error
> because of a source of a file was missing when I filtered out a certain
> path and it turned out it had been copied to another location. The error
> message only prints out t
d, 10/10/18, Johan Corveleyn wrote:
Subject: Re: svndumpfilter and svnsync?
To: "Chris"
Cc: "Daniel Shahaf" , "Ryan Schmidt"
, "Subversion"
Date: Wednesday, October 10, 2018, 12:11 PM
On Wed, Oct 10, 2018 at 11:18 AM
Chris
wrote:
...
>
On Wed, Oct 10, 2018 at 11:18 AM Chris wrote:
...
> >>> The syntax I used: svnadmin dump -q MYREPO | svndumpfilter exclude
> >>> --targets filterfile filterdump svnadmin load -q --no-flush-to-disk
> >>> --force-uuid -M 2048 --bypass- prop-validation ./NEWREP
Big thanks for the help, it is greatly appreciated!
Some comments and further questions inline below.
>>
>> On Oct 10, 2018, at 02:04, Chris wrote:
>>
>>> I've trawled through bad commits of data files in our repo and added
> such paths to a filter file that I
On Wed, Oct 10, 2018 at 9:16 AM Ryan Schmidt
wrote:
>
>
>
> On Oct 10, 2018, at 02:04, Chris wrote:
>
> > I've trawled through bad commits of data files in our repo and added such
> > paths to a filter file that I'm using for svndumpfilter to get a
>
On Oct 10, 2018, at 02:04, Chris wrote:
> I've trawled through bad commits of data files in our repo and added such
> paths to a filter file that I'm using for svndumpfilter to get a
> reasonably-looking dump. In most cases, the files in question existed in a
> single
Hi again,
I managed to get some better permissions so I don't have to do svnsync and can
get by with doing incremental dumps/loads, but I'm a bit confused by the
svndumpfilter + load process so any help would be appreciated.
First of all, my statement about the dump taking 2 weeks
On Thu, Oct 4, 2018 at 3:03 PM Chris wrote:
>
> (apologies for the top-posting, I really need to stop using this yahoo web
> interface which is useless with quoting)
>
> Thanks for all the replies. I'll try out what you outlined. There are
> unfortunately problems outside of my control that make
analysis on
old revisions is that 90-95% of the data consists of beginners doing accidental
commits of things that should not have been allowed to commit
BR,
Chris
On Thu, 10/4/18, Johan Corveleyn wrote:
Subject: Re: svndumpfilter and svnsync?
To
d that dumping your repository takes 2 weeks.
What version of svn are you using? I'm used to 'load' taking a long
time (but that has been improved a lot in 1.10 by adding a
--no-flush-to-disk option for 'svnadmin load' [2]), but 'dump'
shouldn't take tha
Ryan Schmidt wrote on Thu, 04 Oct 2018 06:04 -0500:
> On Oct 4, 2018, at 02:32, Chris wrote:
> > I figured using svnsync to get the "cleaned repo" up to date with the
> > changes on the "live repo", but a note in the svnsync documentation says
> > "The only commits and revision property modificat
aint.filtering
> which indicates I go about this by first doing "svnadmin dump" and then work
> with "svndumpfilter" to remove paths that contain these files.
>
> But, doing dump on this big repo (>30GB) supposedly takes more than 2 weeks
> to complete. And if it
first doing "svnadmin dump" and then work
with "svndumpfilter" to remove paths that contain these files.
But, doing dump on this big repo (>30GB) supposedly takes more than 2 weeks to
complete. And if it takes that long, then we can't have the repo offline while
dumping
On 08.06.2018 10:20, Doros Agathangelou wrote:
> Another option is to use Subdivision, a commercial tool that is
> designed to do exactly these kinds of operations, in other works
> Delete files, Extract files, Split repositories in two parts.
> Subdivision reads the repository structure in memory
Another option is to use Subdivision, a commercial tool that is
designed to do exactly these kinds of operations, in other works
Delete files, Extract files, Split repositories in two parts.
Subdivision reads the repository structure in memory and 'understands'
the structure of your repository. It
On Thu, Jun 07, 2018 at 10:40:51AM -0400, Alfred von Campe wrote:
> Thanks, Stefan. The path of least resistance for me is to use the script you
> pointed me to. However, it seems that the exclude feature is not yet
> implemented:
>
> try:
> if args[0] == 'include':
> sys.exit(anal
tire repo, and now I’m trying
>>> to remove two directories from one particular branch. But svndumpfilter
>>> keeps failing as follows:
>>>
>>> $ svndumpfilter exclude branches/develop/dir1 branches/develop/dir2 <
>>> repo.dump > repo-nodir12.dump
>
ing
> > to remove two directories from one particular branch. But svndumpfilter
> > keeps failing as follows:
> >
> > $ svndumpfilter exclude branches/develop/dir1 branches/develop/dir2 <
> > repo.dump > repo-nodir12.dump
> > svndumpfilter: E23: In
now I’m trying
> > to remove two directories from one particular branch. But svndumpfilter
> > keeps failing as follows:
> >
> > $ svndumpfilter exclude branches/develop/dir1 branches/develop/dir2 <
> > repo.dump > repo-nodir12.dump
> > svndumpfilter:
On Wed, Jun 06, 2018 at 03:12:20PM -0400, Alfred von Campe wrote:
> I’m trying to remove two sensitive directories from a repo so we can have a
> 3rd party work on it. I first dumped the entire repo, and now I’m trying to
> remove two directories from one particular branch. But svnd
I’m trying to remove two sensitive directories from a repo so we can have a 3rd
party work on it. I first dumped the entire repo, and now I’m trying to remove
two directories from one particular branch. But svndumpfilter keeps failing as
follows:
$ svndumpfilter exclude branches/develop/dir1
>
>> On 19.09.2017 23:08, ycdtosa wrote:
>> > Hi. i have been nasty with some subversion dump files,
>> > and that got me using svndumpfilter quite a lot.
>> >
>> > One of the thinks that i learn is that --pattern does not show up
>> > when using
wrote:
> > Hi. i have been nasty with some subversion dump files,
> > and that got me using svndumpfilter quite a lot.
> >
> > One of the thinks that i learn is that --pattern does not show up
> > when using bash_completion
> >
> > I think this is
On 19.09.2017 23:08, ycdtosa wrote:
> Hi. i have been nasty with some subversion dump files,
> and that got me using svndumpfilter quite a lot.
>
> One of the thinks that i learn is that --pattern does not show up
> when using bash_completion
>
> I think this is a (small) bug.
Hi. i have been nasty with some subversion dump files,
and that got me using svndumpfilter quite a lot.
One of the thinks that i learn is that --pattern does not show up
when using bash_completion
I think this is a (small) bug.
Can anyone confirm it.
Also, i did peek into
http://svn.apache.org
svndumpfilter is not quite aggressive enough in dropping insignificant commits
as shown in the following sample.
$ svndumpfilter --version
svndumpfilter, version 1.10.0 (r1784492)
compiled Mar 22 2017, 19:02:41 on x86_64-unknown-linux-gnu
...
$ cat sample.dump
SVN-fs-dump-format-version: 3
The current version of svndumpfilter in trunk is dropping the line with
PROPS-END on all empty revisions, causing malformed errors later on when trying
to load the dump file into a repository.
$ svndumpfilter --version
svndumpfilter, version 1.10.0 (r1784492)
compiled Mar 22 2017, 19:02:41
On Fri, Feb 03, 2017 at 03:50:36PM +, Daniel Shahaf wrote:
> Stefan Sperling wrote on Fri, Feb 03, 2017 at 09:52:24 +0100:
> > Thank Steven!
> > Providing a dump file which triggered the problem helped a lot.
>
> I think we've had a miscommunication here. Brian Colavito reported this
> proble
Stefan Sperling wrote on Fri, Feb 03, 2017 at 09:52:24 +0100:
> Thank Steven!
> Providing a dump file which triggered the problem helped a lot.
I think we've had a miscommunication here. Brian Colavito reported this
problem two weeks ago and I confirmed/reproduced it then. I'm entirely
not sure
Thank you for the quick fix.
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Friday, 3 February, 2017 08:52
To: Steven Barbaglia
Cc: users@subversion.apache.org
Subject: Re: svndumpfilter crash on empty revisions
On Thu, Feb 02, 2017 at 02:57:02PM +, Steven
On Thu, Feb 02, 2017 at 02:57:02PM +, Steven Barbaglia wrote:
> I am moving an SVN repository from one third-party remote server to a local
> one and I would like to remove empty revisions but svndumpfilter keeps
> crashing. I first loaded the dump from svnradmin into a local repos
I am moving an SVN repository from one third-party remote server to a local one
and I would like to remove empty revisions but svndumpfilter keeps crashing. I
first loaded the dump from svnradmin into a local repository and dumped it
again. I also tried with a dump that just includes the
Hello all
I believe I discovered a potential bug in how svndumpfilter updates
the mergeinfo property.
I would like your feedback on whether this is indeed a bug or if I am
misunderstanding something in a grand way.
The problem is that in revision 10, the merginfo property of
/trunk:4,6,9
is
This was using the binary bundled with VisualSVN. I got similar results using
the one from TortoiseSVN.
svn-crash-log20170118163543.log
Description: Binary data
Hi Richard,
On 8/3/2016 5:35 PM, Kerry, Richard wrote:
My understanding from the documentation is that svndumpfilter may be
requested to exclude all nodes whose names have a specific prefix (ie
this will exclude the named node and all its children).
My specific requirement is to exclude
My understanding from the documentation is that svndumpfilter may be requested
to exclude all nodes whose names have a specific prefix (ie this will exclude
the named node and all its children).
My specific requirement is to exclude specific named nodes (and not their
children). Is it
Hi Yael,
Hello
I would like to know if the subject situation is normal.
Moment 1 (folder structure)
Etudes
>tags
>>copytrunk
>>>src
>>>example
svndumpfilter exclude /Etudes/tags/copytrunk < dump > filter
The log shows 3 dropped nodes: copytrunk, copytrunk/src
Hello
I would like to know if the subject situation is normal.
Moment 1 (folder structure)
Etudes
>tags
>>copytrunk
>>>src
>>>example
svndumpfilter exclude /Etudes/tags/copytrunk < dump > filter
The log shows 3 dropped nodes: copytrunk, copytrunk/src and
copyt
On Feb 5, 2016, at 1:04 PM, Eric Antonio Maquiling wrote:
>> svnadmin dump mainproject > mainproject.dump
>> svndumpfilter include branch/this_new_stuff < mainproject.dump >
>> new_stuff_only.dmp
>
> I guess I did try it bofore and I got this error:
>
>
>svnadmin dump mainproject > mainproject.dump
>svndumpfilter include branch/this_new_stuff < mainproject.dump >
>new_stuff_only.dmp
I guess I did try it bofore and I got this error:
Revision 2003 committed as 2003.
Revision 2004 committed as 2004.
Revision 2005 commit
>
>If the old repository root is svn://x.x.x.x/mainproject and the stuff you want
>to include in the dump is in branch/this_new_stuff in the old repository, then
>you need to run:
>
>svnadmin dump mainproject > mainproject.dump
>svndumpfilter include branch/this_new_
On Feb 3, 2016, at 10:49 AM, Eric Antonio Maquiling wrote:
> I have a new problem. Not a problem with the software I think this is
> sysadmin/user error.
>
> I've read the docs and examples on how to use svnadmin dump and svndumpfilter.
>
> I'm familiar with dumps
I have a new problem. Not a problem with the software I think this is
sysadmin/user error.
I've read the docs and examples on how to use svnadmin dump and svndumpfilter.
I'm familiar with dumps and loads. But I have a new task appointed to me.
I have a directory structure that
Hi,
I’m using p42svn to convert a Perforce repository into a Subversion repository.
I’m using that chance to filter out some accidentally submitted files, for
example the Library directory of our Unity project.
I am using svndumpfilter from subversion-1.9.1 with a bunch of exclude prefixes
Markus Kuhn writes:
> SUMMARY:
>
> svndumpfilter (version 1.8.8) rearranges the order of Node records
> in Revision records in its output, and as a result, the Node-path:,
> which the specification says MUST come first, often appears not
> as the first record. This can cor
Hi,
On 02/02/15 17:14, Markus Kuhn wrote:
> BUG REPORT:
>
> SUMMARY:
>
> svndumpfilter (version 1.8.8) rearranges the order of Node records
Fixed since May 2014,
See https://svn.apache.org/repos/asf/subversion/tags/1.8.9/CHANGES :
* svndumpfilter: fix order of node record he
BUG REPORT:
SUMMARY:
svndumpfilter (version 1.8.8) rearranges the order of Node records
in Revision records in its output, and as a result, the Node-path:,
which the specification says MUST come first, often appears not
as the first record. This can corrupt data when the output of
svndumpfilter
"Brown, Jonathan W" writes:
> Thanks for the quick attention, Phillip. I compiled a nightly
> snapshot of the source and tested it. Unfortunately, the filtered
> dump file format still appears incorrect.
Hmm, more ordering rules required, r1579274 should do it.
--
Philip Martin | Subversion
"Brown, Jonathan W" writes:
> Has anyone else come across this? I couldn't find any documented
> known issues/bugs on the matter. Any suggestions?
It's a bug. It's fixed it on trunk (r1578670) and proposed for 1.8.x.
--
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
I am trying use svndumpfilter. I exported the repository and I am now trying
to run:
svndumpfilter exclude foo < a.dmp > b.dmp
The problem is that the generated dump file, 'b.dmp', is inconsistent with the
documented format (which is causing some other problems for me):
https:
> *Sent:* Friday, February 07, 2014 3:04 AM
> *To:* subversi...@googlegroups.com
> *Cc:* Ian Wiles; us...@subversion.apache.org ;
> m.sc...@codesys.com
> *Subject:* Re: svndumpfilter woes
>
>
>
> Hi Markus,
>
>
>
> Thanks. I ran verify and everythi
sion.apache.org ;
> m.sc...@codesys.com
> *Subject:* Re: svndumpfilter woes
>
>
>
> Hi Markus,
>
>
>
> Thanks. I ran verify and everything passed. which is good, so I assume
> it's recoverable somehow. I'm going to try a fresh dump and see if
@subversion.apache.org; m.scha...@codesys.com
Subject: Re: svndumpfilter woes
Hi Markus,
Thanks. I ran verify and everything passed. which is good, so I assume it's
recoverable somehow. I'm going to try a fresh dump and see if that helps. For
now I've loaded the last few revisions whic
Hi Markus,
Thanks. I ran verify and everything passed. which is good, so I assume it's
recoverable somehow. I'm going to try a fresh dump and see if that helps.
For now I've loaded the last few revisions which is enough for me to be
getting on with until I figure out how to sto
ar 2014 06:29
An: subversion_us...@googlegroups.com
Cc: users@subversion.apache.org; tschoen...@am-soft.de
Betreff: Re: svndumpfilter woes
On Thursday, February 6, 2014 10:42:24 PM UTC+13, Thorsten Schöning wrote:
Guten Tag Ian Wiles,
am Donnerstag, 6. Februar 2014 um 09:39 schrieben Sie:
> I
s so I can't load the repo at
> > all.
>
> If that's the only reason you want to get rid of the files in your
> dump, you may provide the error message and fix this error because SVN
> should be able to load even large binaries.
>
> > svndumpfilter exclude --pat
ur
dump, you may provide the error message and fix this error because SVN
should be able to load even large binaries.
> svndumpfilter exclude --pattern "*.ncb" < orignal_dmp.fil > filtered_dmp.fil
May this get translated to /*.ncb only and therefore doesn't get
applied rec
Hello,
I've been trying to move my subversion repository from one PC to another.
However I stupidly committed lots of binaries to the repo and now it's got
a bit out of control. My solution was to use svndumpfilter to drop the
binary files, but this doesn't seem to work for me.
On Wed, Oct 30, 2013 at 8:15 AM, Thorsten Schöning
wrote:
> Guten Tag Somashekarappa, Anup (CWM-NR),
> am Mittwoch, 30. Oktober 2013 um 13:43 schrieben Sie:
>
>> May I know how to include the '/GTS/ENUMS' part?
>
> Please always respond to the list. I'm not sure but you may give more
> than one pa
Guten Tag Somashekarappa, Anup (CWM-NR),
am Mittwoch, 30. Oktober 2013 um 13:43 schrieben Sie:
> May I know how to include the '/GTS/ENUMS' part?
Please always respond to the list. I'm not sure but you may give more
than one path separated by spaces, like /GTS /GTS/ENUMS.
Guten Tag Somashekarappa, Anup (CWM-NR),
am Mittwoch, 30. Oktober 2013 um 11:56 schrieben Sie:
> But the folder ENUMS doesn't exists under GTS_STL and not sure why this is
> being pointed.
Because you need to consider your repo's history and it's changes:
ENUMS did exist under GTS_STL in some fo
few lines while creating the svndumpfilter
Revision 94946 skipped.
Revision 94947 committed as 94947.
Revision 94948 skipped.
Revision 94949 skipped.
Revision 94950 skipped.
svndumpfilter: E23: Invalid copy source path '/GTS_STL/ENUMS'
But the folder ENUMS doesn't exists under
Guten Tag Somashekarappa, Anup (CWM-NR),
am Mittwoch, 30. Oktober 2013 um 11:22 schrieben Sie:
> svndumpfilter: E23: Invalid copy source path '/Some/Path'.
/Some/Path is not in your include, but the path you want to include is
copies from that form the error message. You need to
Hi,
It worked for small repository but getting the below error for a big
repository.
svndumpfilter: E23: Invalid copy source path '/Some/Path'.
The dump file is 15G
Thanks & Regards,
Anup T S
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent:
hing has been loaded to the new
> repository "new_repo".
>
> * svnadmin dump /var/svn/data/Current_repo > repo.dump
> * cat repo.dump | svndumpfilter include --drop-empty-revs
> --renumber-revs http://localhost/svn/Current_repo/B &g
; repo.dump
* cat repo.dump | svndumpfilter include --drop-empty-revs
--renumber-revs http://localhost/svn/Current_repo/B > sv.dump
* svnadmin load /var/svn/data/new_repo < sv.dump
Thanks & Regards,
Anup T S
__
Guten Tag Smith, Mitchell,
am Montag, 20. Mai 2013 um 17:14 schrieben Sie:
> I get the following output on my svnfilter/load process
> Revision 48502 committed as 48502.
> svndumpfilter: No valid revision range 'start' in filtered stream
> <<< Started new transact
Hi,
I have come across a problem with my svn migration.
I am midway through migrating a 155000 revision repository, and have
received the following error:
svndumpfilter: No valid revision range 'start' in filtered stream
My dump command is:
svnadmin.exe dump myRepo -r 0:155999 --i
> already ~130 commits) using the following syntax (on Win7 x64):
>
> svnadmin dump .\desktop\OldRepo --incremental | svndumpfilter include
> trunk/PathOfInterest
> --drop-empty-revs --renumber-revs | svnadmin load .\desktop\TargetRepo
>
> The files are loaded corr
ental | svndumpfilter include
trunk/PathOfInterest
--drop-empty-revs --renumber-revs | svnadmin load .\desktop\TargetRepo
The files are loaded correctly but they are associated with the wrong
logmessages. Instead of
the messages associated with the commits, logmessages 1-15 are loaded.
Best re
Hi list!
I want to completely remove path/a from my repository using svndumpfilter
exclude. Unfortunately, there's one revision where path/a/stuff is moved to
path/b/stuff. As expected, svndumpfilter exits with an error message:
svndumpfilter: E23: Invalid copy source path '/pa
On 15 October 2012 20:05, Nico Kadel-Garcia wrote:
> Understandable, but it can really bite the next person who works with
> your scripts or material. I've encountered a lot of adventures with
> non-7-bit-ASCII character sets over the years, and it leads to me
> doing a lot of sanitizing of filena
On Mon, Oct 15, 2012 at 7:21 AM, Jason Heeris wrote:
> On 15 October 2012 18:53, Nico Kadel-Garcia wrote:
>> So why do you do it? Similar to putting spaces and question marks and
>> quotation marks in file names, it can cause a lot of scripting
>> confusion for your hook scripts.
>
> I did it onc
On 15 October 2012 18:53, Nico Kadel-Garcia wrote:
> So why do you do it? Similar to putting spaces and question marks and
> quotation marks in file names, it can cause a lot of scripting
> confusion for your hook scripts.
I did it once, because I didn't realise it would cause problems, and
it co
On Mon, Oct 15, 2012 at 5:40 AM, Jason Heeris wrote:
> On 15 October 2012 17:30, Stefan Sperling wrote:
>> The square brackets are wildcard syntax saying "match any of the characters
>> listed within the brackets". This is part of the syntax of the fnmatch()
>> standard C function
>
> Oh, that ma
proposed
changes with relatively little effort.
To enhance the help text, check out a copy of Subversion's trunk
from https://svn.apache.org/repos/asf/subversion/trunk and edit
the appropriate section of the file subversion/svndumpfilter/main.c.
Then run 'svn diff'
On 15 October 2012 17:30, Stefan Sperling wrote:
> The square brackets are wildcard syntax saying "match any of the characters
> listed within the brackets". This is part of the syntax of the fnmatch()
> standard C function
Oh, that makes sense now. That's not the first time I've been bitten
by u
On Mon, Oct 15, 2012 at 12:56:40PM +0800, Jason Heeris wrote:
> Okay, I managed to cheat a bit, so I'm sharing my workaround here. In
> my includes file, I used the form:
>
> /specs*01234*
>
> ...and for the directories:
>
> /results/RST-0001 (v0.01) #001*
>
> ...and now everything seems to
x27;t work, maybe it's the "["
characters or somesuch. Obviously you need to be a bit careful that
your patterns aren't too general; in my case those five-digit numbers
are a unique enough pattern to work for me.
— Jason
On 15 October 2012 09:57, Jason Heeris wrote:
> I
I am trying to use svndumpfilter to remove specific files and
directories from a repository dump, but I can't seem to remove all of
them.
Some of the files are, for example:
/specs/[01234] product x spec.pdf
There are other files in other top-level directories, but they all
have that &q
Nice. I don't see why svndumpfilter included r66, it might be a bug
(have you tried 1.7.6?). We could also make the "This is an empty
revision for padding" information available as a revprop --- patches
welcome... (to svndumpfilter/main.c)
David Newman wrote on Mon, Sep 24, 2
On Fri, Sep 14, 2012 at 6:49 PM, Daniel Shahaf
wrote:
> Can you post the actual parts of the dumpfile for those empty revisions?
> (between successive "Revision-number: " lines)
>
>
Sure. Posted below are a couple of revisions. I actually worked around
this problem by writing a perl script th
. There's only one subdirectory in the dump filter so I figured I
> could run it through svndumpfilter include subdir --drop-empty-revs
> --renumber-revs < src.dmp > filtered.dmp and because the empty revs don't
> contain any nodes they'd get filtered. However, the
Hi there,
I have received a subversion dump file that contains about 12000 empty
revisions. There's only one subdirectory in the dump filter so I figured I
could run it through svndumpfilter include subdir --drop-empty-revs
--renumber-revs < src.dmp > filtered.dmp and because the empty
On Tue, Aug 21, 2012 at 01:05:29PM -0700, Galen Seitz wrote:
> Hi,
>
> I'm seeing what appears to me to be inconsistent or undocumented
> behavior when using the --targets option of svndumpfilter. If I want
> to remove a given path, the following works as expected:
>
Galen Seitz wrote on Tue, Aug 21, 2012 at 13:05:29 -0700:
> [leading slash is required with --targets but not with argv arguments]
'svndumpfilter --targets foo' should be equivalent to 'xargs svndumpfilter <
foo'
(assuming no funny whitespace in the file). If one o
Hi,
I'm seeing what appears to me to be inconsistent or undocumented
behavior when using the --targets option of svndumpfilter. If I want
to remove a given path, the following works as expected:
$ svndumpfilter exclude --drop-empty-revs path/to/delete < in > out
This also works:
nt all the compb directories. After some research, I came up
with this command:
cat nightly.dmp | svndumpfilter --drop-empty-revs --renumber-revs include
project/trunk/compb project/branches/b1/compb project/branches/b2/compb
project/branches/b3/compb > compb.dmp
That runs and seems to work.
rks file.
> But now i want to use this dump - filter it (i will use svnsync if i
> just want to dump-and-load, yes?). So i supplied this dump file to
> svndumpfilter tool... and recived following strange error:
>
> "svndumpfilter: E140001: Unsupported dumpfile version: 3"
to dump-and-load, yes?). So i supplied this dump file to
svndumpfilter tool... and recived following strange error:
"svndumpfilter: E140001: Unsupported dumpfile version: 3"
Why such strange design decision? I was sure that svnrdump was created
to be used with svndumpfilter - all other
> -Original Message-
> From: poona...@yahoo.com [mailto:poona...@yahoo.com]
> Sent: 27 May 2011 11:13
> To: users@subversion.apache.org
> Subject: svndumpfilter question
>
> >
> > Hi,
> >
> > I am trying to filter an svn dump to get only one mo
t;
> tags
> --- ModuleATag1.1
> --- ModuleATag1.2
> --- ModuleATag2.0
> ...
> --- ModuleBTagx.x
>...
>
>
>
> I'm interested in getting /trunk/ModuleA and all /tags/ModuleATagx.x
> The svndumpfilter works fi
1 - 100 of 103 matches
Mail list logo
