------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702243
To unsubscribe from this discussion, e-mail: [users-un...@tortoisesvn.tigris.org].
The repository UUID is stored inside the working copy, so it doesn't
matter if you reinstalled TortoiseSVN or not.
You can change the URL a working copy is "attached to" with the relocate
command, but as far as I know the new repository location must have a
different name.
In the worst case you'll have to get a fresh working copy from your new
repository.
Felix
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702257
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702269
So you have deleted the repository and you want to re-attach a working
copy to a new empty repository. Why on earth would you want to do
that? Are you trying to hide the development history of your project
and make it look as if the final revision appeared instantly? Please
tell us what you are trying to achieve, otherwise we cannot help you.
Simon
--
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702272
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702274
Bottom line: That's the wrong way to do what you wanted to do. You can
either resort to the server side tools like svnadmin, svndump and the
like, or change the structure from the client with svn move etc.
Felix
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702276
Please quote some context when replying on a mailing list, otherwise
no-one can see what you are talking about.
I think you need to find out what a revision control system does
before starting to use it. The repository keeps all your development
history, whereas the working copy reflects just the current snapshot.
Deleting a repository and re-creating it from a WC is just not a
normal operation that anyone would do, unless they want to discard the
entire history. Revision control is all about preserving history. It's
a bit like buying a new car and rebuking the salesman for not telling
you how to drive it off a cliff safely.
You still haven't told us what you wanted to achieve, only that you
deleted the repository and you expect it to be able to regenerate from
a working copy. If you really want to hide all history then you can
export the working copy to get a structure without any of the .svn
folders, then import it into a fresh repository. If you just want to
rename the files and folders then it is a lot easier to use
TSVN->Rename on the working copy.
Simon
--
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702278
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702277
I guess you misunderstood me - I don't want to recreate a whole repository. What I did (in much simplification) was:
1. Make a new repository
2. Checked out, added and comited a project
3. Then decided to change the repository name and structure. Decided it would be easier to just delete it and create a new one.
4. I wanted to deply the same WC again on my new repository when the old one was already deleted. That's when I ran into problem
What I want to know is simply how to un-check a folder. Like I wrote before - let's assume I have checked out a wrong folder by mistake (maybe not even a programing folder) and want to un-check it totally from tortoise. I now only can do it by exporting, deleting and replacing - silly...
just to remind - i am on windows 7
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702281
http://tortoisesvn.net/unversion.html
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702282
But now you are aware that you need to manually quote. And yet you
aren't doing it. Please fix this.
> What I want to know is simply how to un-check a folder. Like I wrote before
> - let's assume I have checked out a wrong folder by mistake (maybe not even
> a programing folder) and want to un-check it totally from tortoise. I now
> only can do it by exporting, deleting and replacing - silly
If you have checked *out* a folder you did not intend to check *out*,
the easiest solution (assuming there are no local changes) is to
delete the existing working copy and check out a new WC with the code
you intended to check out.
If, on the other hand, you have checked *in* a folder you did not
intend to check *in*, then just TSVN->Delete it.
If you have done something else you did not intend to do, tell us what
you did using terms that are standard when discussing subversion.
(Also, tell us how TSVN's behaviour differs from a command-line
client's behaviour, so we know what TSVN is doing wrong.) The manual
is your friend.
Dale McCoy
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702286
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702300
Actually, TSV does do this.. because people do want to do it often.
Just export from the working copy and specify the target location as the current working copy. It will remove all the .svn folders and "unversion" the working copy.
BOb
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702313
I was never 100% clear on these issues, so I did the manual .svn folders
delete method.
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702314
No. Export is a WC-only operation.
> Does this preserve uncommitted changes in the working copy?
Yes. There is also an option (checkbox) to export unversioned files
within the same directory structure, although these are not included
by default.
> I was never 100% clear on these issues, so I did the manual .svn folders
> delete method.
Simon
--
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702319
If you want to rename the repository itself, keeping the internal
structure intact:
TSVN->relocate
If you want to re-import an existing working copy into a new
repository, you first have to make it not be a working copy (sorry for
mangled English), then import it and check out again, or do an
in-place import (see the manual to understand how to do this.
> What I want to know is simply how to un-check a folder. Like I wrote before - let's assume I have checked out a wrong folder by mistake (maybe not even a programing folder) and want to un-check it totally from tortoise.
What do you mean by un-check? That's not a term anyone here is
familiar with. If you make up your own terminology you have to expect
people to misunderstand.
> I now only can do it by exporting, deleting and replacing - silly...
But this is a very infrequent operation. Subversion is all about long
term maintenance of a project, not creating one, destroying it and
creating it again. Why would we complicate the user interface by
adding support for something that would almost never be used?
The one place I can agree with you is the way Subversion handles
import, in that an imported folder structure does not become a working
copy, and as described in the subversion manual you have to import and
then checkout - yes, silly. What I describe as import-in-place is a
workaround, but it should really have better support in core
subversion. But again, import is something you do very rarely so there
is little incentive to spend time improving it when there are more
pressing matters to attend to.
Simon
--
: ___
: oo // \\ "De Chelonian Mobile"
: (_,\/ \_/ \ TortoiseSVN
: \ \_/_\_/> The coolest Interface to (Sub)Version Control
: /_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2702321