Kinook Software Forum

Go Back   Kinook Software Forum > Visual Build Professional > [VBP] General Discussion

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 06-01-2006, 10:01 AM
Sholmes Sholmes is online now
Registered User
 
Join Date: 03-20-2006
Posts: 1
Exclamation Protect Global Subroutines

As build master/software configuration manager for an International company, it's my responsibility to ensure the build scripts for all applications are secure and up to date. One problem we have is that several people use Visual Build to deploy files/applications due to it being an International company.

We have a sister team in Europe that uses the same development environment and support the same applications in production. Various people are responsible for deploying applications from the development server. This can cause a problem for everyone if one person makes a change to the global subroutines. Is there a way to protect them? Or better yet, allow someone to change them for their script but default back to the settings when they close the session of Visual Build...

I do have all scripts stored in SourceSafe but it would be nice to protect the global subroutines.

Thanks!
Reply With Quote
  #2  
Old 06-01-2006, 02:39 PM
kevina kevina is online now
Registered User
 
Join Date: 03-26-2003
Posts: 825
A couple options come to mind:
1) use NT security to only provide "write" access for these global files to the appropriate individuals
2) Use a Copy Files Action and the suggestions here to copy the common global file(s) to a temp (local) location then load them from that alternate location at the start of every build. Then changes will only be persisted to the temp copy and not the global master(s)...
Reply With Quote
  #3  
Old 06-01-2006, 03:35 PM
pjaquiery pjaquiery is online now
Registered User
 
Join Date: 01-19-2003
Location: Dunedin, New Zealand
Posts: 114
This is a "can't win" problem. We faced the same issue a number of years ago and settled on an approach where we have a build context for each version of each project. Nothing is shared between contexts except global macros which only provide machine specific information. That means no global subroutines (it was a great and important feature when I asked for it, but now we don't use em).

The benefit is that each project is completely isolated from all other projects so we can fix build issues in one project without affecting any other project. The down side is that issues that are common across projects have to be fixed in each active project.

Where we have a similar class of projects we use a template context and keep that updated with any fixes. We create new projects from the context (using a Perl script to "edit" the files involved as appropriate). When we have to revisit a project, for example when there is a new version to build, we copy the most recent context and update it against the template context. Araxis Merge is a very good tool for merging the changes from the template context.

We arrived at this process after some fraught releases against deadlines where changes happening in other (at the time unimportant) projects broke the important build process in very nasty ways.

Last edited by pjaquiery; 06-01-2006 at 03:37 PM.
Reply With Quote
  #4  
Old 06-02-2006, 09:57 AM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,003
Store the global subroutines in SourceSafe as well. Use on of these techniques http://www.kinook.com/Forum/showthread.php?threadid=36 to load them.
Reply With Quote
Reply

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



All times are GMT -5. The time now is 03:31 PM.


Copyright © 1999-2023 Kinook Software, Inc.