previous | next
 
home  |  search  |  contact  
 
 
 Introduction 
 BitKeeper Concepts  
 Getting Started  
 Advanced Operations 
 Advanced Topics 
 Reporting and Data Mining  
      - File Level 
        . File State Information  
        . File revision history 
        . File Contents 
      - Project Level 
        . Viewing Project History 
        . Viewing ChangeSet Contents 
        . Viewing Tagged ChangeSets 
        . Command History 
      - Debugging with BitKeeper 
        . Build Bugs 
        . Functionality Bugs 
      - Code Reviews 
        . Queue 
        . Process 
      - Reporting with Scripting 
      - BK/Web 
 Appendix A: Installation 
 Appendix B: Administration 
 Site Map 
    
Queue
A gate is the integration tree, it has what is believed to be good changesets. Things normally don't go into the gate unless they have passed peer review and regression tests on all platforms.

Have a gate for each active release. For example, for BitKeeper we have 3.2.x and 3.3.x plus other shorter lived gates coming and going as needed. For each gate there is a gate queue. You can do this all on a file server like so


	/home/bk
	    bk-3.2.x - 3.2.x gate
	    bk-3.2.x-queue - changes which are ready, done, rejected
	    bk-3.3.x - 3.3.x gate
	    bk-3.3.x-queue - changes which are ready, done, rejected
	    etc.
In each release -queue there are directories called

	ready/
	done/
	rejected/
The ready directory is where most of the activity is concentrated. In the ready directory there are three entries for each feature or bugfix:

	ready/feature - symlink to the repository containing the change
	ready/feature.RTI - text file containing the reason why this is needed
	ready/feature.REVIEWED - text file containing review comments

Home    Company    Products    How to Buy    Downloads    Contact Us    Documentation    Support    Site Map

© 1997-2005, BitMover, Inc.