Handoff feature

If you are having a problem using Vault, post a message here.

Moderator: SourceGear

Post Reply
aprole
Posts: 25
Joined: Wed Sep 29, 2010 12:24 pm

Handoff feature

Post by aprole » Thu Sep 30, 2010 2:57 pm

Hello,

I have a few questions about the handoff feature.

Can individual projects and folders from the VSS repository be migrated or does the entire VSS repository have to be migrated?

If revisions are made to the VSS repository through VSS after the handoff is made, how will Vault handle the situation? Does Vault require write access to the VSS repository?

ravi.chobey
Posts: 1
Joined: Thu Sep 30, 2010 10:39 pm

Re: Handoff feature

Post by ravi.chobey » Fri Oct 01, 2010 4:16 am

Hi Aprole,

I am using the handoff feature in my project. You can do folder by folder or whole root folder in a single chance.The decision is up to you.

Regards,
Ravi

Beth
Posts: 8550
Joined: Wed Jun 21, 2006 8:24 pm
Location: SourceGear
Contact:

Re: Handoff feature

Post by Beth » Fri Oct 01, 2010 7:36 am

If revisions are made to the VSS repository through VSS after the handoff is made, how will Vault handle the situation? Does Vault require write access to the VSS repository?
Vault will not pull over any new changes made to VSS after the hand-off, and Vault does not write to VSS.

If you want to test things out prior to moving to Vault permanently, what I would recommend is making two repositories in Vault. One for your final production hand-off and one for your initial test hand-off. You perform your first hand-off in the test repository just to check out what will happen and what you get from it. Your users can make changes to it as long as they understand the test repository and changes will be going away. Then when you are ready to move to Vault entirely, you can perform another hand-off, but this time to your final production repository and have users perform their actual production updates to that repository. Then you can delete the test repository and it will be permanently removed from the database.
Beth Kieler
SourceGear Technical Support

aprole
Posts: 25
Joined: Wed Sep 29, 2010 12:24 pm

Re: Handoff feature

Post by aprole » Fri Oct 01, 2010 9:08 am

Great, thanks for your responses! I have a couple more questions if you could please answer them as well.

If I delete a repository from the web client by going to Source Control Repositories and pressing the "X" button, can I recover it? After doing a handoff, I deleted the repository, then decided to restore the repository, but found no way to do this on the web client. So I created a new repository and attempted to handoff the same vss repository. After entering in the path of srcsafe.ini and credentials received the error message "Error in the application". The credentials and srcsafe.ini path that I entered were correct because I had used them for the previous handoff, which was successful.

Thanks,
Alex

Beth
Posts: 8550
Joined: Wed Jun 21, 2006 8:24 pm
Location: SourceGear
Contact:

Re: Handoff feature

Post by Beth » Fri Oct 01, 2010 9:37 am

A repository delete is a permanent removal. The only way to get it back would be to restore the last database backup before the delete.

The hand-off information from the previous hand-off should have still been present. There's a link for Operations that you can do a new hand-off from the same old hand-off setup. Is that information still there?
Beth Kieler
SourceGear Technical Support

aprole
Posts: 25
Joined: Wed Sep 29, 2010 12:24 pm

Re: Handoff feature

Post by aprole » Fri Oct 01, 2010 10:05 am

The handoff information is still present. There is a link in the operations "New Handoff", but when I click this it gives me the same application error - "Error in the application".

Beth
Posts: 8550
Joined: Wed Jun 21, 2006 8:24 pm
Location: SourceGear
Contact:

Re: Handoff feature

Post by Beth » Fri Oct 01, 2010 10:34 am

Could you post your Vault server log found at %windir%\temp\sgvault\sgvault.log? You'll be able to remove it again a little later. Or, if you prefer you can send an email to support at sourcegear.com (attn: Beth) with a link to this forum thread and the log attached.
Beth Kieler
SourceGear Technical Support

Post Reply