Hi -
Thank you for returning my email. To answer your question in the first
sentence, yes, I am talking about the files within the repository tree. Let me
first explain that the current repository is
running on Linux. I access the repository through TortoiseSVN on my workstation
using the link that connects me to the repository on the Linux machine such as,
https://pathtorepository/
Below is an example of the TortoiseSVN repository display header.
File Extension Revision Author
Size Date
Accounting App 70 jjones
01/01/2012
Budget App 135 bsmith
04/16/1996
InventoryApp 16
tfoxworth 03/22/2001
When I create the dump file, I do so by directly logging into the Linux
machine. From the command line, I do the following;
$svnadmin dump /app/svn/csvn/data/repositories/nameofrepository -r 7500 >
prod1.dump
The prod1.dump file is create and I have a sys admin copy it to the Windows
machine. I create an empty repository on the Windows machine using subversion
edge(collabnet) administration console. I then perform the svnadmin load
command. (I don't remember the exact syntax but I use force uuid). The load is
successful and when I open the repository using TortoiseSVN on the Windows
machine, all of the Author's names, in all the folders and sub folders, in all
revisions are the same, such as bsmith. Each time I do this, the Author's name
will change, but the effect is the same. All of the Author's names in all of
the directories and sub directories contain the same name. I'd like to keep the
Author's names as they are displayed in the repository before the move.
Note:
At one time I had used a repository that was on a dev box, one that I used for
experimentation. I was able to load the entire repository without having to do
the latest revision. Everything
displayed as expected. I tried to do a full dump of the production instance but
the resulting dump file was so large that I ran out of room. I also tried to
dump it to a zip file, but didn't have
much luck.
Thank You
Tom
From: David Chapman [mailto:dcchap...@acm.org]
Sent: Tuesday, September 13, 2016 1:54 AM
To: Tom Sorensen; users@subversion.apache.org
Subject: Re: Subversion dump/load - author
On 9/12/2016 7:12 AM, Tom Sorensen wrote:
Hello -
I am a self taught Subversion administrator. I hope I am posting to the correct
place. I am moving a subversion repository from Linux to Windows.
I performed the dump command on the Linux machine and copied the resulting
repository. dump file to the windows machine. On the windows machine I created
an empty repository via a subversion Edge console. I then performed the load
command from a command line prompt. The repository loaded but the 'author' on
all folders have the same person's name assigned. For example jbrown is the
author throughout the entire repository. Some time ago I had a test repository
and performed the same as above and all of the resulting 'authors' were
correctly loaded.
I have reviewed the subversion website, but haven't seen anything on this. Can
you help?
Are you asking about files within the repository directory tree on the server,
e.g. revision files? It is typical for them to be created by a server process
and thus be owned by the user ID for that process. I host my repositories on
Linux using the "http://";<http://> access method, and all files within the
repository have the user ID "apache". The user IDs of the committing
developers are stored within the repository data structures for each revision,
so I can still determine who committed each revision. If I loaded a dump file
under Windows, I'd expect all revisions to be created with my user ID, not
"apache". (I don't have multiple accounts on my Windows machines, so I can't
test this.)
If you were using the "file://"<file:///\\> method for repository access then I
can see how individual revisions would be owned by the committing developers,
but this is not the recommended method of hosting a multi-user Subversion
repository. If you were not using the "file://"<file:///\\> method, I'd tend
to look at ownership of repository files by different user IDs as a bug, or at
best a quirk - not the expected or "only correct" result.
If I misunderstood your question please list the files which have surprising
ownership.
--
David Chapman dcchap...@acm.org<mailto:dcchap...@acm.org>
Chapman Consulting -- San Jose, CA
Software Development Done Right.
www.chapman-consulting-sj.com<http://www.chapman-consulting-sj.com>
