I recently had to reinstall Windows and had several working copies checked out. I copied these to a network share, reinstalled Windows and copied the working copy folders back to the HDD.
They are now no longer recognised by TorroiseSVN as being a working copy - no overlay icons are present and the right-click menu shows SVN Checkout instead of SVN Commit and SVN Update
All _svn directories where backed up and restored.
What has gone wrong and how can I fix it without having to checkout fresh copies? (each one is nearly 1GB)
Edit 1 Current installed TortoiseSVN is 1.7.4. The working copies would have been generated by 1.6.x and upgraded to 1.7.x. I think this is why they have _svn not .svn folders.
Edit 2 These are definitely 1.7.x working copies as there is only a single _svn folder in the root and none in sub directories
First: if you're not still using VS.NET (no, not VS2002: the version before that), then do yourself a favor and do a fresh checkout. Even if each working copy is around 1GB, believe me: it's worth it!
Otherwise, if your really don't want a fresh checkout:
You reinstalled windows, which means you lost the SVN_ASP_DOT_NET_HACK environment variable. You can manually set that env variable and set it to 1. After a reboot, your working copies with the _svn folders instead of the .svn folders will be recognized by any svn client.
Does the right-click show an "upgrade local copy" option? If so, you have installed a 1.7 TortoiseSVN client, and you were on 1.6 or earlier before the machine swap. perform the upgrade and you should be ok.
The _svn instead of .svn is used when you're working with .NET Framework solution/project. Why don't you first try to use the exact same TortoiseSVN version wich you worked with before the reinstall?
Related
I'm setting up an Ubuntu guest under Windows using VirtualBox for a colleague to provide him with a Linux-based development environment for a node.js application.
This colleague of mine can't or doesn't want to SSH into the VM and work in emacs or vim; he's a Sublime Text guy. So I have set up the project tree in a VirtualBox shared folder so he can access it from Windows (to edit) and the Linux VM (to build/test).
Unfortunately, npm install fails with file system errors. The problem seems to be extremely long path names resulting from deeply nested node_modules dependencies. I'm guessing we're hitting a Windows limit on filename length. The npm install works just fine in a regular (non-shared) directory in the VM.
Does anyone have ideas about how to deal with this problem? One idea I had was to somehow alias or link $MY_PROJECT/node_modules to another, non-shared location, but I can't figure out how to do that.
Update: I'm going to try this hack: https://www.virtualbox.org/ticket/11976.
Update 2: Ended up using samba, which is probably what I should have done in the first place.
One option is to use one of the multiple ways for sublime to edit remote files over ssh, covered in some detail here
How to use Sublime over SSH
Another is try using the native windows version of node and have your colleague develop locally directly under windows.
I have dual booted my laptop with windows and ubuntu. I want to use the windows maven project from ubuntu. I have installed maven in ubuntu apt repository. But when I check the .m2 folder of ubuntu, there is only org folder and nothing else. Here is the screenshot of my .m2 folder of windows and ubuntu. The first one is .m2 of windows and second one of ubuntu.
Windows .m2 repository
Ubuntu's .m2 repository
This is probably because because of your user permissions. Have you tried listing all files in your .m2 using your "root" user?
It may not be an issueuntil you hit some maven phase or goal, i.e. you run the mvncommand with some argument so it will resolve your dependencies and download them.
From the time this snapshot have been captured, it seems that only some artifacts whom group names begin with org have been downloaded; It might be:
org.apache.maven.plugins
org.codehaus.groovy
org.mongodb
... or any atifact alike
If I create a Meteor.js app on the Mac and starts developing and adding Atmosphere packages with meteorite, can I continue developing on a Windows system (code synced using git) where meteorite is not installed and doesn't run on Windows? Whenever I need to change the meteor smart packages I will use the Mac system.
This isn't possible because the symlinks wont easily copy over. The way I get passed this is I "hard" install the atmosphere packages into /packages.
You would notice on a mac that there are symlinks in the /packages directory of your application. If you follow them & then copy over all the contents into a new directory that replaces the original symlinks with the same names your package should work on both windows & mac with git sync.
When a new version comes out though, you need to update the files again or before you deploy your app you could substitute the packages back to symlinks by just deleting them all and running mrt update to fetch the packages back.
I formatted my hard drive, and saved the full folder of my WAMP (c:\wamp).
I then reinstalled Windows and the installed the exact same WAMP server, and then just replaced all the contents in c:\wamp with my previous version.
I was hoping this would work.
But the wamp indicator just stays yellow now, and when I try to run localhost it just says,
Could not execute menu (internal error).
[Exception] Could not execute run action. The directory name is
invalid.
Can someone tell me how best to get my previous WAMP version up and running??
Thank you.
I realised when I reinstalled WAMP I had a slightly different version. When I made certain that the new WAMP version was idential the previous WAMP version, I could easily replace the new install content with all my previous content.
I am trying to use tortoiseSVN to manage some files that I need to transfer between my computers at work and at home. Do I need to install TortoiseSVN on the USB key that I use to transfer the files? Or will TortoiseSVN work without me having to do so? If I need to install to the key, is that possible? The .msi installer I downloaded doesnt' allow me to specify the directory for installation.
TortoiseSVN is a shell extension, you can't run it from a USB key. You can run other SVN clients using just the binary - most notably the command line client.
You should install TortoiseSVN on both machines, then simply update your files by first checking out and doing an svn up on each machine when you have commited changes.
Do you have access to the SVN server from both machines?
It is not clear to me what you are trying to achieve, but you can put a repository or working folder on the key without installing TortoiseSVN to the key.
Where is your repository located? Is it accessble from both work and home?