Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Visual Studio.NET / Source Safe / August 2007

Tip: Looking for answers? Try searching our database.

restore to previous version

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Ben - 28 Aug 2007 23:05 GMT
hi all,

i'm using VSS 6d

when i check in a new version i add a 'label' to the files...

but still having trouble figuring out how can I easily revert back to
a particular version of the code at one point in history...  I can see
how to 'pin' a particular file, but it's time consuming to find all
the files... you can't even see the comment you added until you click
properties.

i really want to be able to have 'snapshots' of different versions, so
I can easily change back to a historical version in case i need to
debug.

the only option I can see now is archiving the project with each
version change... and restoring when needed again... but is this the
only approach ?

thanks !
ben
Richard J - 29 Aug 2007 14:50 GMT
Let's start with the following structure in VSS:

$/Project_1
 /Folder_1
   /File_1-1
   /File_1-2
 /Folder_2
   /File_2-1
   /File_2-2
   /File_2-3

From your comments, it sounds like you label each file when you check that
file in.  While this may have merit, it makes it difficult to get all files
for an entire project.  For instance, if you make changes to File_2-1 and
File_2-3, you will have a label on them, but not on File_2-2.  Therefore,
when you get the project at the label, you do not get that file.

Where I work, we don't apply a label each time we check a file in.  We apply
a label at the /Project_1 level once we create a release of the software that
is to be shipped to our clients. That way, all folders and all files under
that project level folder are labelled the same.  When we need to go back to
a previous version, we simply right-click on the /Project_1 level and do a
Show History... command.  In the dialog, we highlight the label and click the
Get command button.  Once that is complete, we now have the prior version of
the source code on our local machine.

If labeling by release is not enough, depends on the timeframe you have in
building a release for your clients, then you can simply apply a generic
daily or weekly label at the project level; this way, you can go back to a
particular point in development.

I hope this addresses your issue, or at least gives you another perspective
to consider.
Richard

> hi all,
>
[quoted text clipped - 18 lines]
> thanks !
> ben
Ben - 29 Aug 2007 16:46 GMT
On Aug 29, 8:50 am, Richard J <Richa...@discussions.microsoft.com>
wrote:
> Let's start with the following structure in VSS:
>
[quoted text clipped - 55 lines]
>
> - Show quoted text -

oh yes.... GREAT !!  now i see...

i've always been applying a label when checking in from Visual
Studio...

now, i tried your method, and for the first time, when I do 'show
history', I actually see labels !!

cool, you got me going on the right path now, it seems like every
label I apply is essentially a 'snapshot'... i'll test just to be sure
it's doing what i think it is...

thanks so much !!
Ben - 29 Aug 2007 16:52 GMT
> On Aug 29, 8:50 am, Richard J <Richa...@discussions.microsoft.com>
> wrote:
[quoted text clipped - 74 lines]
>
> - Show quoted text -

btw, do u know if most check in the PDB file as well ?

since i want to be able to debug any previous version in case of
crashes...

or if i have the source code and compile does it result in exactly the
same PDB file again ?

thanks for any info...
Ralph - 31 Aug 2007 17:14 GMT
<snipped>

> or if i have the source code and compile does it result in exactly the
> same PDB file again ?
>
> thanks for any info...

Depends on whether you have changed any symbols. You may survive. But not
worth taking the chance. Always keep a matched set - release.exe, debug.exe,
and debug.pdb.

-ralph

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.