I have a copy of a Web site checked out with Tortoise SVN. We are making a Spanish version of the site, and I need to copy the en/ directory, paste it in the same directory, rename it es/ and then commit it back to the repo. How do I do that?
Right-Drag the folder from the right list view in explorer to the same folder in the tree view on the left. When you release the mouse button, the drag context menu is shown where you will see multiple entries added by TortoiseSVN. One of them is SVN copy and rename. Or you could just use SVN copy - TortoiseSVN will detect that the file/folder already exists and ask for a new name.
Related
My new Tortoise SVN repository project should be mix of some files on my local disk and some files already part of another existing project in SVN. Regarding those (existing) files, can I simply copy them using repo browser into new project and then do check out to bring them into local working copy ? Or should I check out existing files to working folder of new project, then add new local files to it and after that add all of them to mentioned new repo project ? Or ... ?
Here are some solutions depending on your application:
if you do not want to duplicate the existing files in the repository: you should use svn:externals property (see Subversion doc and TortoiseSVN doc). This allows you retrieving in the working copy of your new project some folders coming from another location in repository (e.g. from another project). The constraint is that you can do that with entire folders, not separate files.
if you don't matter duplicating the files in the repository: in your local working copy (not in the repo browser), you should select the files you want to copy, right click and choose Context Menu → Copy from the explorer context menu. Then browse to the target folder, right click and choose TortoiseSVN → Paste. Then commit all in once. This is described here.
I have created a Tortoise SVN repo in my C:\Users\***\svn_repo dir and would like to delete it. Is it safe to just delete the directory itself because the TortoiseSVN Explorer utilities don't show me how and neither does the documentation
Just delete the repo. And go to Settings -> Saved Data -> URL history -> Clear.
You'll be fine. I promise
Yes, it's safe. A Subversion repository is nothing else than a directory with a bunch of files.
I windows.
Go to project in explorer.
Options
See hidden files.
Delete SVN folder
Have you tried using the repository browser to delete? Right click the any folder and choose TortoiseSVN -> Repo Browser. Then point to your local repository in the URL field. Once open you could be able to browse the repo, and with a right click, delete the folder.
I messed up with some commits in my project and I'd like to totally remove the commits I made, and not having any trace anymore (no revert).
Because I deleted some folders in my arborescence then restored them, but I lost all the logs that were on these subfolders and I totally need to know the modifications that have been made on these subfolders.
From the main folder, all the logs are visible, but not anymore in the subfolders
Does someone has an idea how to do it ???
You cannot remove revisions, but I think what you could to in your case is the following: Use the repository browser and go to the revision where you still had your folders, copy the required folders to some "temp" folder in the root of your repository. Switch back to the "HEAD" of the repository and move the copied folders back into your project folder.
This way you will be able to see the entire history, just make sure that you uncheck the "Stop on copy/rename" checkbox in the log window.
This has been plaguing me for a week.
SVN keeps telling me that a certain file "does not exist in repository".
Fine. Let's just delete it. Forget about it. Ignore it. Whatever. I don't really care about this file (especially if it continues to fail the nightly check-in).
The most bizarre part? A "restore" will actually RESTORE the file from the repository, so its there (corrupted, maybe?).
...and this has to be the icing on the cake. If I delete the file through Windows Explorer, SVN will RESTORE the file from the repository, and right after that state that it doesn't exist in the repository. WTF?
Does anyone have a clue how to get rid of this?
I've already tried clean-ups, reversions, deletions and anything else imaginable, but this one has me stumped.
Thanks for any tips you might have...
It seems most likely that you have corrupted your local working copy, e.g. by moving folders or some other manipulation that you did with windows explorer but should have done through the TortoiseSVN context menu. The information inside the .svn folders now no longer matches the state of the working copy, which is confusing Subversion.
To fix this, delete the parent folder ("Originals") in your working copy with windows explorer (NOT with TortoiseSVN). Then do a TortoiseSVN "update" at the root of your working copy. This should restore the folder in working order.
Another option is to discard your working copy entirely and do a fresh checkout.
Note that the next release of Subversion (1.7) will reduce the opportunities for corrupting your working copy by centralizing all metadata in a single .svn folder at the root.
I've had similar problems with corrupted working copies. Sometimes the working copies have a lot of pending changes but unable to checkin. To resolve this, I use the following approach (svn 1.7+):
Checkout a fresh working copy into a new directory (path2)
In the fresh working copy, if the offending file is there, delete it if needed.
Commit the fresh working copy
In the fresh working copy, delete everything except the .svn directory
Copy everything from the old working copy except the .svn directory into the fresh working copy.
Commit the fresh working copy again
Delete (or backup) the old working copy
Rename the fresh working to the old working copy (path2 to path)
I had faced a similar problem wherein i had a folder, for example "FolderA" which consistently shows in svn update even though I had deleted it.
It would not even show in the folder list but svn would still recognise it as if it exists.
I followed below steps:
1.Create same folder name for which svn was giving error in the same file location
2.Added it to svn checkout. Since it gave conflict errors, i resolved it using the svn option to resolve.
3.Deleted the folder and committed my svn.
Error was resolved
After I add and commit changes from my VS2008 solution folder, I have noticed that the the exclamation mark on all files and folders changes to a checkmark after the commit is completed to SVN repo, except for the file which is in the same folder as the folder. Even after I hit Refresh or perform SVN update and then Refresh, the exclamation mark stays. Is the problem between the chair and the keyboard or a known SVN issue. Please note that I am using Tortoise SVN 1.6.9 on Windows. Thanks in advance.
Firstly, you should notbe adding *.suo files to source control. It is bad practise, especially if you have multiple users working on the same project or solution. You should add all *.suo files to the SVN ignore list.
That said, the problem you describe is fairly common with Tortoise SVN and SVN in general, in my experience. Sometimes Tortoise SVN / SVN can get a bit confused, the .svn meta-data folders can get out of sync with the server copy, or even corrupted. To solve this problem, your working copy needs to be 'Cleaned up'.
Try the following:
Select the folder of your working copy in Windows Explorer, then
Right Click - Tortoise SVN - Clean Up.
If this doesn't work immediately, try multiple combinations of updating your working copy, then cleaning it, then updating again. This usually fixes the problem.
Read here and here for more.
The problem is also quite often with Windows/Windows Explorer itself. Refreshing of the SVN status icons doesn't always happen immediately. I believe it is a problem/limitation of the combination of Windows Explorer and the Tortoise SVN shell plugin.
Please do this
Directory ->Right Click->Check For Modifications -> On Modifications(select all)->Right click -> "Commit"-> In the bottom pane click "Refresh". Now it should have removed that warning sign.