Version 37 (modified by Etienne Robillard, 15 years ago) ( diff )

typo

Branches

Development of major new features for Django tends to take place in branches — copies of the main codebase focused on a particular feature. Using branches makes it easier to experiment with such sweeping changes without possibly breaking the trunk — the main line of development.

Branches may not be stable, but they offer a chance to test out bleeding-edge code before it hits the mainline. Give them a try, and remember to send feedback to the branch maintainers!

  1. Active Branches
  2. Creating New Branches
  3. DVCS mirrors

Active Branches

Creating New Branches

Please see http://docs.djangoproject.com/en/dev/internals/contributing/#branch-policy for information about creating new feature branches.

DVCS mirrors

If you have a branch of Django maintained with a DVCS tool, please add it below.

Bazaar

Launchpad mirrors Django's trunk: https://launchpad.net/django

You can fetch it with:

bzr branch lp:django

Git

There are several git repositories out there, some of which are used to develop patches that will come to SVN.

Mercurial (hg)

  • Bitbucket: The Bitbucket crew maintains a number of Mercurial repositories that track official repositories of different projects, all of them owned by the mirror pseudo user. In particular there are a Django trunk and Django 1.0.x mirrors, both always up to date. (Note: the django-all mirror seems to be the most correctly implemented since it tracks branches and tags properly)
  • SVN2HG Gateway of Django and Active branches, updated hourly: http://hgsvn.trbs.net/django/
  • GeoDjango Mercurial: includes gis-newforms (a merge of the gis and newforms-admin branches), example code, and other geospatial goodies.
  • DjangoBugfixes: An experimental MQ repository following the trunk branch of Django. More info is available here.
Note: See TracWiki for help on using the wiki.
Back to Top