webchick, hunmonk and i just finished fleshing out a fairly comprehensive reorganization of the CVS-related sections of the handbook. this is critical for deploying the new release system ( ) since that makes such heavy use of CVS, and i desperately want our CVS-docs to be in top-shape for a whole new round of "RTFM!" i'm about to be shouting regularly. ;)
the guiding principles of this re-org were:
- there are 3 audiences for this book: a) drupal.org CVS account holders, b) people trying to use CVS to help w/ testing, contribute patches, etc, but who don't have d.o cvs accounts and c) people trying to use CVS to deploy drupal code for real websites.
- remove duplication of info
- have everything flow nicely and make sense
there's a fancy editable copy of this outline here: http://docs.google.com/View?docID=dd27wbzs_0hcztvc
however, just so all the work we just spent isn't lost (and in case anyone else happens to care to comment) i'm pasting the current (mostly fixed) draft of the outline here:
- CVS
- Introduction (these sub-bullets will just be parts of a single page, not subpages):
- Link to good CVS overview tutorial (http://ximbiot.com/cvs/cvshome/docs/blandy.html)
- Terms and how they apply to Drupal (dww - re-write of http://drupal.org/node/20219)
- Recommended CVS clients
- Eclipse (all platforms)
- SmartCVS (all platforms)
- TortoiseCVS (Windows)
- ...
- Drupal Repositories
- Main (http://drupal.org/node/320)
- Contributions (http://drupal.org/node/321)
- Layout of contributions repository (modules, themes, translations, sandbox)
- How Drupal uses branches and tags
- Core
- Contrib
- CVS accounts on drupal.org
- Applying for CVS account
- CVS best practices on drupal.org
- General guidelines for using contrib repo (http://drupal.org/node/84256)
- Commit messages - history and credit (http://drupal.org/node/52287)
- Sandbox maintenance rules (http://drupal.org/node/773)
- Managing drupal.org project releases with CVS (these sub-bullets will just be parts of a single page, not subpages):
- Official release tags
- Development snapshots
- Stable branches for a specific version of core
- Development branches
- Strategies for using HEAD effectively
- Troubleshooting (FAQ for whatever we often encounter w/ d.o devels)
- Resolving "sticky tag is not a branch" error (http://drupal.org/node/57516)
- Using CVS to maintain a Drupal website
- Why you might want to do this (new page -- e.g. as a test site to keep up with HEAD development, etc, etc)
- Setting up a local CVS repository for customizations to Drupal code (http://drupal.org/node/5123)
- Other resources
- Infratructure mailing list
- CVS Book: http://cvsbook.red-bean.com
- CVS manual: http://ximbiot.com/cvs/manual/cvs-1.11.18/cvs_toc.html#SEC_Contents
- Introduction (these sub-bullets will just be parts of a single page, not subpages):
Orphaned ideas:
- Overview of becoming a Drupal contributor
- Creating a sandbox (show them how to commit basic code)
wherever possible, we're going to (sometimes massively) edit existing pages instead of just making new ones, so that links from other places still point to something reasonable. since 95% of this cleanup doesn't refer explicitly to the new release system, we're just doing it all on the live drupal.org handbook, instead of messing with scratch.drupal.org and duplicating the work.
Comments
Comment #1
webchickAs an update to this, the restructuring is now done. We've compiled a TODO list for the remaining items. Here's where we currently stand:
Comment #2
Zen commentedJust a few suggestions:
* Avoid gzip switches everywhere.. or stick all the fancy stuff on a separate page. This can also apply to the -q switch on one of the pages.
* Avoid spaces between a switch and its argument.. e.g, it should be "-rDRUPAL-4-6" rather than "-r DRUPAL-4-6". This keeps it consistent with the -d:pserver switch and also prevents other issues.
* The link "CVS front ends for Windows" on http://drupal.org/node/320 is broken.
* Zilch "checkout from a specific date" on the same page. Rarely required and another D switch to worry about.
* Move information on obtaining nightly tarballs etc. to a separate page.
* While I think the switches themselves are reasonably straightforward enough, what is always confusing is the *order*.. Some switches before "checkout" and some after etc. etc.
* Publically acknowledge that CVS command line syntax was written by a dyslexic delinquent on drugs and commiserate with the end user.
hth,
-K
Comment #3
dwwmostly good ideas that i support (and one of us will fix ASAP). i agree the gzip crap has no place in the default examples, and moving that (along with the -D stuff) to an "Advanced" page somewhere is probably a good idea (or just let the eager users RTFM in the main CVS manual if they're so advanced...)
however...
-1 on the idea of
-rDRUPAL-4-6-- i think that makes it less readable (especially since we use-for all our tag names, not_). "consistency" with 1 other arg doesn't seem like a good enough reason for less readable examples. unless you elaborate on the "other issues" you're talking about, i see no reason for this change.thanks for the input!
Comment #4
Zen commentedI don't know why, but on some boxes, -r[space]branch always checks out HEAD.. whereas removing the space doesn't.
Perhaps, -d:pserver: can be changed to -d :pserver:.. It appears to work fine here.
Anyways, I'm not fussed; was just a thought.
-K
Comment #5
add1sun commentedHi all, sepeck marked an issue on reorganizing the Patches section of the handbook (http://drupal.org/node/109114) as a dup but I don't believe it is. Please take a look and let me know what you think.
Thanks
Addi
Comment #6
dokumori commentedChanged the component to reflect the new component categorization. See http://drupal.org/node/301443
-dokumori
Comment #7
dokumori commentedComment #8
add1sun commentedclosing this as finished from that time. new reorgs and docs happening now. :-)
Comment #9
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.