Concerning Re: .SVN folder question
Garrett Rooney wrote on 22 Jul 2003, 9:44, at least in part:
> Sindbad the Seafarer wrote:
>
> > That's too high for my - limited would still be a euphemism -
> > programming skills! <G> However, after about a week of trial and
> > error I am about to give up on version control at all. Sometimes
> > everything works allright, added folders appear at correct place in
> > the other working copy, too. And then again further added folders
> > show up in the root of the second wc. But when I delete & commit
> > them in wc2 and then update wc1 and try to add those folders again I
> > get errors like "already exists", "not locked" etc. I am at the end
> > of my wits and patience.
>
> If you can give us a list of steps to reproduce these problems, we'd
> appreciate it. As it is, just saying "i get errors like..." isn't
> even close to enough information to begin to debug the problem.
True enough, Garrett ... However, I don't have written down the
commands, partly even used TortoiseSVN, and it's impossible to
reconstruct. Meanwhile I have deleted everything, the repository, all
working copies and tried to start from scratch. Creating a new
repos was no problem (upper/lowercase as entered at the
command line, no tortoise this time):
svnadmin create d:\SVNRepos
-> OK, worked, repos and four subfolders appear in filemanager;
svn import -m "initial import" d:\import
http://192.168.0.2/svn/SVNRepos
-> svn: Bad URL passed to RA layer
-> svn: illegal URL for repository
then:
svn mkdir http://192.168.0.2/svn/trunk -m "add trunk"
-> svn: RA layer request failed
-> svn: OPTIONS request failed on '/svn'
-> svn: The OPTIONS request returned invalid XML in the response:
XML parse error at line 1: no element found. (/svn)
That's it. I can't import, can't make a new folder. Substituting http
with svn returns Host not known.
Subversion .25, Apache2 running, 192.168.0.2 shows default test
page in browser, 192.168.0.2/svn/ brings up the Forbidden page.
Working on the same machine as repository and Apache, Win2K.
Before *this* part had worked without trouble. d:\import contains
three empty folders: trunk, branches, taggs as recommended in
Tortoise User Guide and virtually following the book.
But maybe this is a clue to those troubles above: that first
repository was first imported/committed to locally (file:///). Later I
turned to use http:// to test things most realistically before
spreading versioning over the LAN to the other user.
Perhaps either http:// has never worked correctly here or the switch
from file:/// to http:// had corrupted the repository in some way.
Dunno if this is of any help for you and others, I can't go on,
attempting to get into version control since Monday last week
without having achieved anything so far (despite of a promising
start) I have to get back to my regular work now and must do as
before: without versioning. Sorry, but that's how things are. Even
though I suspect that I am just two or three further days apart from
success. While working on a test site for another fortnight or so to
get used to versioning would have been OK, without even a basic
repository so far this is beyond any dream. The failure of Perforce
set aside guys like me should never go for beta software. On
another occasion I even drowned any plans to upgrade my email
app since first official releases of Pegasus 4 had been reported that
unstable. Therefore thanks a lot to all of you for your various help
since last week and good luck!
Best regards - God bless!
Jan Hendrik
>
> -garrett
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jul 23 11:51:00 2003