History of bitweaverCVS

Comparing versions
Version 40Current version
Our CVS is hosted at SourceForge

Check out our groovy CVS Stats


CVS Introduction


An introduction to CVS use on SourceForge is Basic Introduction to CVS and SourceForge.net Project CVS Services.
Information on usage of SourceForge CVS is in Section F of the SourceForge Docs page.

How is the TikiProCVS organized


Modules

Our CVS tree has a cvs module for each package. However, a virtual CVS module is use to create our two primary distributions: tikipro and tikilite. Every TikiProRoadMap has a CVS branch named after it. The branch is create AFTER we have gone into schema freeze for the project.

To get code for ReleaseClyde, you want to check out the code from Sourceforge.
Developer Access: If you are you a member of the TikiPro project then you should (NOTE!! Make sure you "export CVS_RSH=ssh" in your /etc/profile or CVS shell first):
cvs -d :ext:yourusername@cvs.sf.net:/cvsroot/tikipro co clyde
General Access: If not, you can get anonymous access. Note this method users a mirrored CVS and has a 24+ code delay with the :ext: method indicated above.
cvs -d :pserver:anonymous@cvs.sf.net:/cvsroot/tikipro co clyde

To get the latest and greatest code from cvs HEAD ( currently ReleaseClyde ), don't use any tags at all:
cvs -d :ext:yourusername@cvs.sf.net:/cvsroot/tikipro co tikilite
or
cvs -d :ext:yourusername@cvs.sf.net:/cvsroot/tikipro co tikipro

Other modules:


_adodb - the latest import and merge of the adodb library supported by TikiPro
adodb - same as _adodb, just placed in the lib directory.
_smarty - the latest import and merge of the smarty library supported by TikiPro
smarty - same as _smarty, just placed in the lib directory.

To update a library, here is an example for adodb:
Download and untar the latest version. cd into the adodb dir just unpacked then:
cvs -qz5 -d:ext:btodoroff@cvs.sourceforge.net:/cvsroot/tikipro import -I ! -m"Import adodb 4.20 from ADODB directly" _adodb ADODB ADODB_420

Branches

As discussed in ReleaseProcess there are three active branches in cvs: STABLE, TESTING, and DEVELOPMENT. See ReleaseProcess for which branch is currently in which state.

Development/HEAD

DEVELOPMENT is the cvs trunk also known as HEAD.
Fixes in STABLE get merged into TESTING as needed.
Fixes in TESTING, including those from STABLE, get merged into HEAD as needed.
Several tags are maintained on DEVELOPMENT, TESTING, and STABLE to manage the merge process. In general you should simple checkout the latest version of the brach you are working on. See ReleaseProcess for what should be done where.

Format:
  • Branch - Comment
    • Tag - Comment
    • Tag - Comment

HEAD - Current Mainline

  • This is the leading edge of development.

Bonnie - Release 2

  • BONNIE - Release 2
    • BONNIE_LASTMERGE - Point at which the most recent merge to HEAD took place.
    • BONNIE_NEXTMERGE - Point to which the next merge to HEAD will end. (Only used for a few minutes at a time while merging)

AL - Release 1

  • AL - Release 1 - No longer Maintained
    • AL_LASTMERGE - Point at which the most recent merge to HEAD took place.
    • AL_NEXTMERGE - Point to which the next merge to HEAD will end. (Only used for a few minutes at a time while merging)
    • AL_RC1 - Release Candidate 1
    • AL_RC2 - Release Candidate 2
  • PURETIKI - Initial import of Tiki 1.8 for fork

Version Merging

How merge to HEAD is done:
In BONNIE/tikipro directory:
cvs update -dP
cvs tag -cF BONNIE_NEXTMERGE
In merge/HEAD directory:
cvs -d :ext:btodoroff@cvs.sourceforge.net:/cvsroot/tikipro co tikipro
cd tikipro
cvs update -j BONNIE_LASTMERGE -j BONNIE_NEXTMERGE
cvs commit -m "Merge recent changes from BONNIE into HEAD"
cd ..
rm -rf tikipro
Back in BONNIE/tikipro directory:
cvs tag -r BONNIE_NEXTMERGE -F BONNIE_LASTMERGE

How a release branch is created
In <release> directory:
cvs -d:ext:..... co tikipro
In <release>/tikipro directory:
cvs update -dP
cvs rtag -b -D <today date="" plus="" year:="" yyyy-mm-dd=""><release> tikipro
cvs rtag -r <release><release>_LASTMERGE tikipro


Including 3rd party code in CVS

How merge to HEAD is done:

Let's say we want to import the excellent database abstraction layer
ADOdb version 4.60 into our CVS repository:

$ wget http://phplens.com/lens/dl/adodb360.tgz
$ tar xvzf adodb360.tgz
$ rm adodb360.tgz
$ cd adodb
$ cvs import -m 'Imported ADOdb 4.60' _adodb PHPLENS_COM R4_60
$ cd ..
$ rm -fr adodb

Now, we're going to check it out from CVS and fix a bug we found:

$ cvs checkout _adodb
$ cd _adodb
...hack, chop, whittle...
$ cvs commit -m "Fixed bug #12345: Replace doesn't use native REPLACE command, if available"
$ cd ..
$ rm -fr _adodb

Now, we want to upgrade to version 4.62:


$ wget http://phplens.com/lens/dl/adodb462.tgz
$ tar xvzf adodb462.tgz
$ rm adodb462.tgz
$ cd adodb
$ cvs import -m 'Imported ADOdb 4.62' _adodb PHPLENS_COM R4_62


This command completed successfully, but reported the following:

1 conflicts created by this import.
Use the following command to help the merge:


cvs checkout -j -jR4_62 _adodb


So, let's delete the imported directory:

$ cd ..
$ rm -fr adodb

And checkout as instructed above.


$ cvs checkout -jR4_60 -jR4_62 _adodb


Manually resolve any conflicts that were reported.

Now, let's commit our 4.60 changes into 4.62:


$ cvs commit -m 'Merged our 4.60 changes into 4.62'


And finally remove our directory:


$ rm -fr _adodb


(Source: http://tikiwiki.org/tiki-index.php?page=UsingLibrariesInCVS)
</release></release></release></today></release></release>
 

Our CVS is hosted at Sourceforge. Usage information is in Section F of their documentation page. If you like, take a look at our groovy stats. And now, how Bitweaver CVS is organized:

Our CVS tree has one module for each package. However, a virtual module is use to create three primary distributions: bitweaver, bitweaverdev and bitweavercore. Every bitweaver release has a CVS branch named after it. The branch is created after we have gone into schema freeze for the project. For details on how to get code (checkout modules, branches, packages) please refer to this page: GetCode.

CVS Modules


Main modules

  • bitweaver - release material. These are the packages that are ready for general distribution.
  • bitweaverdev - all bitweaver packages that are currently available in CVS. Contains dangerously explosive stuff. Some packages are in serious flux and are not considered ready for general consumption. Gives you an idea of what great stuff is going to be available in the near future!
  • bitweavercore - contains all core modules without any clutter. Basically the minimum required to get a fully working version of bitweaver without any additional functionality.
  • packages - packages that were developed specifically for bitweaver are prepended with _bit_. For instance, the wiki package is called _bit_wiki in cvs. Third party applications such as phpBB are only prepended with an underscore, so to check out phpBB you check out _phpbb.

Other modules

  • _adodb - the latest import and merge of the adodb library supported by bitweaver
  • _smarty - the latest import and merge of the smarty library supported by bitweaver

To get a reliable list of all available modules and things that are available in CVS, please check out CVSROOT and view the modules file. There you can find the various modules and what virtual modules we have available and what exaclty they contain. To get the latest and greatest code from cvs HEAD, don't use any tags at all. For details, please refer to this page: GetCode.

CVS Branches

  • R# - R1 is equivalent to Release 1 and symbolises a stable release branch that will not undergo any API changes or database schema changes.
  • HEAD - no guarantees for stability provided. Might break at any time. There's no official support for this branch (still, you're welcome to join us on IRC if you have questions). Use this branch only if you are a developer.

(NOTE: As of 2007-11-19, HEAD is considered stable as we have released ReleaseTwo, but have not yet created an R2 branch)

As discussed in ReleaseProcess there are three active branches in CVS: STABLE, TESTING, and DEVELOPMENT. See ReleaseProcess for which branch is currently in which state.

Development/HEAD

DEVELOPMENT is the CVS trunk also known as HEAD. Fixes in STABLE get merged into TESTING as needed. Fixes in TESTING, including those from STABLE, get merged into HEAD as needed. Several tags are maintained on DEVELOPMENT, TESTING, and STABLE to manage the merge process. In general you should simple checkout the latest version of the brach you are working on. See ReleaseProcess for what should be done where.

Format:
  • Branch - Comment
    • Tag - Comment
    • Tag - Comment

HEAD - Current Mainline

This is the leading edge of development.

ReleaseOne R1

This is the version running on serveral sites and is considered stable. No database changes are made to this version and we try and maintain a stable environment.

Notes


Checkout bitweaver code

Pleaser refer to this page: GetCode.

Adding a package to R#


<?php
    cvs rtag 
-b R# <package>
    
e.g.: cvs rtag -b R1 _bit_calendar
?>


Including 3rd party code in CVS

Please refer to UsingLibrariesInCVS. There you find an example (adoDB) for including 3rd party code in CVS.

Importing new packages into CVS Modules

If you you are reworking a module from or Features Boneyard to be included in bitweaver, you are importing a new package into CVS Modules:
  1. delete all CVS directories from the package.
  2. cd into the package directory you wish to import
  3. import the package:
    
    <?php
    cvs -qz5 -d:ext:bitweaver@bitweaver.cvs.sf.net:/cvsroot/bitweaver import -m'IMPORT TikiPro CLYDE FINAL' _bit_sample BITWEAVER HEAD
    ?>
  4. add the module and alias to CVSROOT/modules and append to modules alias bitweaverdev

Changing branch for specific CVS modules

If you move a package from HEAD into release module, you need to change branch for a specific CVS module:
  1. modify CVSROOT/modules that the package is in the release module bitweaver
  2. cd to the module for which you want to change the branch tag
  3. cvs tag -R -b <branch>
  4. cvs up -r <branch>
  5. cvs commit
  6. to make sure it worked, you can remove the package dir and checkout the package again:
  7. optional: cvs co -r <branch><cvs module="">

How a release branch is created

In directory:


cvs -d:ext:..... co bitweaver

In /bitweaver directory:


cvs update -dP
cvs rtag -b -D <Today's Date Plus 1 Year: YYYY-MM-DD> <Release> bitweaver
cvs rtag -r <Release> <Release>_LASTMERGE bitweaver


Version Merging


How merge to HEAD is done


In R1/bitweaver directory


<?php
  1
cvs update -dP
  2
cvs tag -cF R1_NEXTMERGE
?>


In merge/HEAD directory:


<?php
  1
cvs -:ext:btodoroff@bitweaver.cvs.sourceforge.net:/cvsroot/bitweaver co bitweaver
  2
cd bitweaver
  3
cvs update -j R1_LASTMERGE -j R1_NEXTMERGE
  4
cvs commit -"Merge recent changes from R1 into HEAD"
  
5cd ..
  
6rm -rf bitweaver
  7
__Back in R1/bitweaver directory:__
  8
cvs tag -r R1_NEXTMERGE -F R1_LASTMERGE
?>


NOTE about the -kk option: There is one major caveat with using `-kk' on merges. Namely, it overrides whatever keyword expansion mode CVS would normally have used. In particular, this is a problem if the mode had been `-kb' for a binary file. Therefore, if your repository contains binary files, you will need to deal with the conflicts rather than using `-kk'

Merging using Meld

Make sure you have Meld installed: Fedora Core: # yum -y install meld and then get R1 and HEAD into seperate directories:


<?php
cvs 
-:ext:<username>@bitweaver.cvs.sourceforge.net:/cvsroot/bitweaver co -d biteaver_R1 -r R1 bitweaver
cvs 
-:ext:<username>@bitweaver.cvs.sourceforge.net:/cvsroot/bitweaver co -d biteaver_HEAD bitweaver
?>

Open meld, activate the CVS text filter in the preferences window, click on the new icon and select the 2 dirs: in the compare directories tab select bitweaver_R1 as the Mine directory and the bitweaver_HEAD directory as the Original directory. Merge the two, and commit to CVS. I don't think any tags are needed in CVS if this method is used, but i might be mistaken.</cvs></branch></branch></branch>
Page History
Date/CommentUserIPVersion
26 Mar 2008 (15:37 UTC)
spiderr66.194.217.22167
Current • Source
spiderr69.134.148.4065
View • Compare • Difference • Source
Jerry Russell66.25.205.23264
View • Compare • Difference • Source
laetzer217.83.93.21163
View • Compare • Difference • Source
xing81.223.107.22361
View • Compare • Difference • Source
dspt217.21.50.16760
View • Compare • Difference • Source
xing194.152.164.4559
View • Compare • Difference • Source
xing194.152.164.4558
View • Compare • Difference • Source
xing194.152.164.4557
View • Compare • Difference • Source
xing194.152.164.4556
View • Compare • Difference • Source
xing194.152.164.4555
View • Compare • Difference • Source
Stephan Borg218.214.1.11354
View • Compare • Difference • Source
xing194.152.164.4553
View • Compare • Difference • Source
xing194.152.164.4552
View • Compare • Difference • Source
Stephan Borg218.214.1.11351
View • Compare • Difference • Source
xing194.152.164.4549
View • Compare • Difference • Source
laetzer84.191.93.21948
View • Compare • Difference • Source
Stephan Borg218.214.1.11347
View • Compare • Difference • Source
Stephan Borg218.214.1.11346
View • Compare • Difference • Source
spiderr68.125.207.11345
View • Compare • Difference • Source
spiderr66.93.240.20444
View • Compare • Difference • Source
spiderr66.93.240.20443
View • Compare • Difference • Source
spiderr66.93.240.20442
View • Compare • Difference • Source
spiderr66.93.240.20440
View • Compare • Difference • Source
spiderr66.93.240.20439
View • Compare • Difference • Source
spiderr66.93.240.20438
View • Compare • Difference • Source