I gave D: drive as my local repository while checking out instead of giving a folder.
I.e unknowingly, I gave the url path as D: drive for svn check out. Now all the folders inside my drive have been added to the svn repository. And the drive is now fully in svn control. How to rectify this problem?
I tried exporting the folders inside the drive to remove the link. And I tried to delete the folders. But the problem prevails still.
To unlink your drive from subversion, delete .svn folder from it.
I suppose you have not committed your changes on SVN server. If you have, then delete from there too.
Related
I was trying to install matlab on my linux (mint) computer, using some of the .iso files. I was trying to mount one of them using the command
mount R2017a_glnxa64_dvd1.iso /home/.../Documents/
which seems to have mounted the .iso file into my Documents directory and replaced everything there. When I try and open up the Documents directory, it just contains the contents of the .iso file and none of the files which I know were in there previously.
If I go to, say libre office, and click 'open recent file', any of my recent files which were in my documents now don't exist. This is quite worrying as I have a lot of work in there which isn't backed up.
I don't really know anything about what mount does. Will it have permanently deleted all the files from my Documents directory? I can 'unmount' the Documents directory now, but am worried it might be a bad idea and permanently delete the stuff that used to be there. Can anyone help me try and recover my Documents directory?
thanks
I have a network mounted drive and as a result if I right click anywhere it hangs for awhile. this is because TortoiseSVN is trying to read the local .svn repo. Is there a way that I can prevent this from ever happening for certain local repos? Say perhaps I can have TortoiseSVN not open for files under the W:\ drive?
The icon overlays are already turned off (by default) because W:\ is a network drive. But when I right click anywhere I can see a large file transfer occur for the .svn folder everytime.
Well this was easy to find via the settings. I just assumed it wasn't there initially but for such an established program it makes sense that this would already be a feature:
I am using a linux machine hosted via Amazon's EC2. Today, I moved all of the contents over to a larger hard drive. I use Coda as my text editor.
Problem: I can not view the contents of many of the directories inside my new data drive via Coda. I can view all of the contents in these directories via Terminal.
Things I have tried:
- Checked to make sure permissions were set for said directories, sub-directories, and their contents. These are all set to 775
- I moved the files to another directory via terminal and then moved them back to their original folder. This allowed me to view the files and directories that I moved, but none of their sub-directories or files within these sub-directories.
- Refreshed all folders, quit out of Coda, deleted the site connection, and re-created it. This did not change anything.
Any ideas of what is going on?
Weird.... I had changed all permission to 775 at once, but some of the directories were still set to 755, so I had to change these manually.
i am new to tortoise svn, and im working on a group project. the main files are located on a separate server. how can i delete any working folders on my machine without affecting the files on the server?
Deleting your local working folders would never delete the files in svn server unless you do an svn commit to the server. So you can safely delete the working folders on your machine
You can delete the folders/files on your machine - as long as you don't tell SVN the server will never know. Which means - just don't Commit and you should be fine.
When i'm learning an new source control system, i usually will zip the local directory before i delete ... just incase i screw up. Then after i'm sure i didn't screw up I stop doing the zips.
A recent update over unversioned directories removed a bunch of files. Is there a way I can manually recover these lost files?
P.S. I cannot recover them from subversion, as the files I am looking for were never committed to SVN control. I have looked in the linux trash folder, which only contains files which have been manually deleted.
edit: Actually, the files were lost through an accidental svn rm operation. Unfortunately I cannot use revert as the files I am trying to recover were newly created and not under version control yet. Any ideas?
If files were lost during a svn update operation, there's not a lot you can do. I would suggest looking for hidden backup files that your editor may have created (in the directory where the file originally was or in the editor's temporary directory).
If you remember the name of one of the files, you can try using find to see if there's a backup copy of it somewhere on the disk.