First, excuse my poor english.
Le sam 13/07/2002 à 08:22, Féliciano Matias a écrit :
> Le sam 13/07/2002 à 06:16, Féliciano Matias a écrit :
> > first, excuse my poor english.
> >
> > svn r2464 with --enable-utf8
> > db 4.0.14
> > libapr 2002.06.25
> > neon 0.21.2
> >
> > [...}
> >
> > * some files are now empty !
> >
>
1 Problem with rename
1-1 a rename of a text file.
check the attachment dump_ref1.txt
Definition of the node in the version 2 of de repository.
> Node-path: oof
> Node-kind: file
> Node-action: add
> Node-copyfrom-rev: 1
> Node-copyfrom-path: /foo
oof is a reference to /foo:1 .
This node has no property and no content (this is different that having
property and content empty). So, a node is add and the content has no
change again /foo:1
In the version 3, the node is deleted.
> Node-path: foo
> Node-action: delete
1-2 a rename of a binary file.
check the attachment dump_ref2.txt
Definition of the node in the version 2 of de repository
> Node-path: oof.bz2
> Node-kind: file
> Node-action: add
> Node-copyfrom-rev: 1
> Node-copyfrom-path: /foo.bz2
Every thinq is normal but this header is fallowed by the content section
of the file (properties and content) :
> Content-length: 59
>
> K 13
> svn:mime-type
> V 24
> application/octet-stream
> PROPS-END
notes/fs_dumprestore.txt said :
> The content section has two implicit parts: a property hash, and the
> fulltext. The division between these two sections is implied by the
> "PROPS-END\n" tag at the end of the prophash. In the case of a
> directory node or a revision, only the prophash is present.
the node said that oof.bz2 is a reference to an existing file
(foo.bz2:1). So if the node have a new content, Node-action should be
"change" and can't be "add".
2- changing properties of a file
check the attachment dump_ref3.txt
Definition of the node in the version 2 of de repository when the
property is change.
> Node-path: foo
> Node-kind: file
> Node-action: change
> Content-length: 37
>
> K 14
> svn:executable
> V 2
> on
> PROPS-END
this is the same when the content of a file is changed.
> Node-path: oof
> Node-kind: file
> Node-action: change
> Content-length: 24
>
> PROPS-END
> coucou
> coucou
there is nothing abnormal.
the problem is that "svnadmin dump" forget the content section (part
after "PROPS-END\n").
CONCLUSION :
============
"svnadmin dump" seems bogus :
- "svnadmin dump" add an useless content when a node indicate only a
renaming file and the content is wrong.
- when a node indicate only a renamaing file, "svnadmin dump" try to
change the content of the node but indicate "Node-action: add".
- "svnadmin dump" forget the "real" content when only the property hash
is change or when the content has not changed (renaming file).
personally, the dump format need to set "property hash" and "real
content" independe and it shoud be good to extend "Node-action" for a
better legibility.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 13 11:25:34 2002