Difference between revisions of "Version Control"

From Dreamwidth Notes
Jump to: navigation, search
(start of mercurial queues section)
(Mercurial Queues)
Line 69: Line 69:
 
This is useful to make a convient updatable workflow: apply your patches while you are working, unapply before you grab the latest changes to prevent conflict, merge in the updates, then apply your patches again.
 
This is useful to make a convient updatable workflow: apply your patches while you are working, unapply before you grab the latest changes to prevent conflict, merge in the updates, then apply your patches again.
  
Check that mercurial queues are enabled with:
+
When you are working with an MQ system, you will be making changes to the code in the <code>$LJHOME/cvs/dw-free</code> directory.  To apply and test those changes to the live code, you will need to use <code>$LJHOME/bin/cvsreport.pl</code> to sync.  An easy way to do this is to make an alias <code>dwsync</code> command:
 +
 
 +
alias dwsync="$LJHOME/bin/cvsreport.pl --sync --cvsonly"
 +
 
 +
=== Starting out ===
 +
 
 +
Check that mercurial queues are enabled on your system with:
  
 
  hg help
 
  hg help
  
 
There should be a section of commands that start with q.
 
There should be a section of commands that start with q.
 +
 +
To set up MQ for Dreamwidth code, first create a repository to store and keep track of your patches:
 +
 +
cd $LJHOME/cvs/dw-free
 +
hg qinit -c
 +
 +
=== Working with patches ===
 +
 +
To create a new patch, make sure you are in <code>$LJHOME/cvs/dw-free</code>. Make sure you have no outstanding changes (are working with a clean checkout) and use the command:
 +
 +
hg new PATCHNAME
 +
 +
To add changes to a patch, edit a file and do:
 +
 +
hg qrefresh
 +
 +
This updates your patch with all your changes.  You can change the "commit" message on a patch at the same time you use qrefresh. To see what changes your patch has, use:
 +
 +
hq qdiff
 +
 +
To see what changes you have made that aren't saved in a patch:
 +
 +
hq diff
  
 
References:
 
References:

Revision as of 18:30, 16 September 2008

The Dreamwidth code uses a Mercurial repository. However, it also uses code that uses different repository systems like subversion.

Checking out the code

Get the bootstrap script that downloads all of the code:

wget http://hg.dwscoalition.org/dw-free/raw-file/e4be2e864b95/bin/bootstrap.pl

If your $LJHOME environment variable is set up (see Dreamwidth Scratch Installation for more information on this), run the script:

perl bootstrap.pl

Checking out all the various packages and repositories will take same time. Afterwards, you can delete the bootstrap script:

rm bootstrap.pl

Working with $LJHOME/bin/cvsreport.pl

The workhorse that ties all the version control systems of all the code bases together is $LJHOME/bin/cvsreport.pl. With it, you can update to new versions and track changes.

Here is a list of the options that come up with bin/cvsreport.pl -help:

--help          Get this help
--sync          Put files where they need to go.
                All files, unless you specify which ones.
--diff          Show diffs of changed files.
--cvsonly       Don't consider files changed in live dirs.
--liveonly      Don't consider files changed in the CVS dirs.
--init          Copy all files from cvs to main, unconditionally.
--update        Updates files in the CVS dirs from the cvs repositories.
--justfiles -1  Only output files, not the old -> new arrow. (good for xargs)
--livelist -ll  Output the list of all accounted-for files.
--which         Output the source of the given file
--these -t      Refuse to --sync if no files are specified.
--map           Like --livelist and --which combined.
--all           Overrides --these, allowing --sync to run with no args.
--print-current-branches -pcb    Print repositories and their current branches
--print-branches -pb     Print repositories and their branches.
--print-repos -pr        Print repositories and their resource URLs.
--print-vars -pv         Print configuration variables specified in .conf files.
--no-space-changes -b    Do not display whitespace differences.

Updating to the latest code

See the Dev Maintenance article for instructions on this.

Displaying code changes

This will show all the changes you've made to the code:

.$LJHOME/bin/cvsreport.pl -diff

You can make a patch by directing this output to a file (see Dev Patches for more information on patches):

.$LJHOME/bin/cvsreport.pl -diff > PATCHFILE.

Reverting changes

There is unfortunately no .$LJHOME/bin/cvsreport.pl -revert. One way to revert changes is to delete the file with the changes from the live code and then run:

bin/cvsreport.pl -sync -cvsonly

Using Mercurial

Mercurial Queues

Mercurial queues is a feature for managing commits as a series of patches. It's good for making local changes that are meant to be temporary, like patches you are working on before submitting them to review/commit. Instead of mixing your commits with the official ones, you can have a series, or queue, of patches which can be applied or unapplied at any time. It's also useful when you're going through files implementing a new feature. While you're doing that, you see typos, bugs, or missing/misleading comments and you need to sort your changes by type.

This is useful to make a convient updatable workflow: apply your patches while you are working, unapply before you grab the latest changes to prevent conflict, merge in the updates, then apply your patches again.

When you are working with an MQ system, you will be making changes to the code in the $LJHOME/cvs/dw-free directory. To apply and test those changes to the live code, you will need to use $LJHOME/bin/cvsreport.pl to sync. An easy way to do this is to make an alias dwsync command:

alias dwsync="$LJHOME/bin/cvsreport.pl --sync --cvsonly"

Starting out

Check that mercurial queues are enabled on your system with:

hg help

There should be a section of commands that start with q.

To set up MQ for Dreamwidth code, first create a repository to store and keep track of your patches:

cd $LJHOME/cvs/dw-free
hg qinit -c

Working with patches

To create a new patch, make sure you are in $LJHOME/cvs/dw-free. Make sure you have no outstanding changes (are working with a clean checkout) and use the command:

hg new PATCHNAME

To add changes to a patch, edit a file and do:

hg qrefresh

This updates your patch with all your changes. You can change the "commit" message on a patch at the same time you use qrefresh. To see what changes your patch has, use:

hq qdiff

To see what changes you have made that aren't saved in a patch:

hq diff

References:

Committing changes

Right now, only [info]xb95 can do this.

  1. Apply patch to live code
  2. Test the patch
  3. Sync to the cvs copy of the code:
  4. hg diff in the repository
  5. hg commit
  6. hg push