Reputation: 21934
I'm trying to update by using
svn update --username myusername https://my.svn.address
However, I'm just getting a 'skipped' message?
Upvotes: 31
Views: 65540
Reputation: 549
This is what happened in my case :
I had a conflict and accidentally committed my folder.
On checking the folder i had the .mine and .r extension files.I manually deleted the files and
got the svn working again
Upvotes: 1
Reputation: 33
Upvotes: 0
Reputation: 1840
I found the SVN client also may say "Skipped" during "svn up," if you use a path that is partly defined by a symbolic link. The workaround is either:
Upvotes: 2
Reputation: 9
Just ran into this problem. Yeah I'm new to SVN. I had to update from the trunk directory.
Upvotes: 0
Reputation: 21
Matti is correct. I would like to add to his point that we need to understand what is a working copy first. Then the difference between SVN export and SVN checkout.
If you ran the svn export
command that wouldn't have created a working copy. Only svn checkout
creates a working copy.
Upvotes: 2
Reputation: 1638
I guess you are getting this type of error.
[user@user myprojectdir]# svn up
Skipped '.'
do svn st from your project dir
[user@user myprojectdir]# svn st
svn: warning: '.' is not a working copy
it means you are not in your working dir. You might have done a wrong checkout.
Correct way is this.
[user@user ~]# svn co http://xxx.xxx.x.xxx/projectPRJ/trunk/ myprojectdir
[user@user ~]# cd myprojectdir
[user@user ~]# svn up
Note: But if you messup with above order, svn up will not work for example.
[user@user ~]# cd myprojectdir
[user@user myprojectdir]# svn co http://xxx.xxx.x.xxx/projectPRJ/trunk/
[user@user myprojectdir]# svn up
you will get Skipped '.'
Upvotes: 39
Reputation: 13088
If you're updating a working copy you don't need to provide the address of the remote repository. You just do svn up
or svn update
, the local working copy already contains the information about where the remote repository is located.
Upvotes: 5