0.9 - 2012-03-11
----------------

* The cannonical repository is now in https://github.com/collective.
  [rossp]

* Fix the handling when switching to a svn branch that git already has
  a local branch for.
  [rossp]

0.8 - 2010-03-10
----------------

* Make the init command follow along if the svn repository has been switched
  to another branch. Thanks to Calvin Hendryx-Parker for reporting the issue.
  [tomster]

0.7 - 2010-03-07
----------------

* Use full copies instead of symlinks to create working copies. This avoids
  the issue of having the git and svn repository out of sync when working
  with multiple copies of the same repository and greatly reduces the risk of
  conflicts.

  This also means, that the fetch command now only operates on the cache 
  without modifying the working copy (making it safe to run via crontab,
  for example)

  Running gitify against an old-style working copy will produce an error.
  Simply deleting the symlink and re-running gitify remedies that, however.

  Another effect, is that the init command is now only needed once for each
  working copy (it is no longer necessary to re-run the command after
  switching between different working copies of the same repository).
  
  gitify therefore no longer defaults to the init command (just as neither
  git nor svn do anything w/o supplying an explicit action). Also, it has been
  renamed from ``gitify`` (back) to ``init``.
  [tomster]

* Allow the ``help``, ``--version`` and ``fetch`` commands to run outside .svn directories
  [tomster]

0.6 - 2010-03-07
----------------

* add a file manifest so that all necessary files will get included for sdist
  [proyvind]

* sample update hook for enforcing dcommits to help keeping the svn and git 
  repositories in sync
  [chaoflow]

* updated tests to work with git 1.6.x
  [tomster]

* removed deprecated entry points for clone, fetch and commit
  [tomster]

0.5 - 2009-08-15 (a.k.a. HAR2009 release)
-----------------------------------------

* Added ``gitify update`` command, which performs a git-svn rebase operation
  for the current svn checkout but also handles uncommitted local changes
  gracefully (unlike ``git svn`` but like svn does)

* No longer use the logging module for user feedback. That idea was rather
  misguided :)

0.4 - 2009-08-11
----------------

* Refactored the entry points to just use gitify. All other commands are now
  sub-commands of ``gitify``:

  * ``gs-commit`` has been replaced with ``gitify push``
  * ``gs-fetch`` has been replaced with ``gitify fetch``

* Added usage and help output for each command.

* Removed the ``gs-clone`` entry point as it was only ever used together with
  the main gitify command anyway.

* Use proper logging instead of just printing to stdout

* Added comprehensive tests, including functional tests that cover the entire
  update/commit cycle of cloning an svn repository and commiting back to it.

0.3.1 - 2009-07-09
------------------

* BUGFIX: Don't use custom aliases, as they might not be installed. 
  This resolves http://github.com/tomster/git-svn-helpers/issues#issue/2
* BUGFIX: Explicitly list elementtree as dependency
  This resolves http://github.com/tomster/git-svn-helpers/issues#issue/1)

0.3 - 2009-06-09
----------------

* Added the ``gs-commit`` command which helps committing back to svn and
  keeping git and svn in sync

0.2b - 2009-06-05
-----------------

* Added the ``gs-fetch`` command which helps keeping the cache up-to-date


0.1b2 - 2009-05-30
------------------

* BUGFIX: get the svn log from the package root (i.e. ``/path/to/foo``) 
  instead of the locally checked out path (i.e. ``path/to/foo/branches/bar``)
  which is usually much younger than the entire package and thus we would miss
  revisions in the cloning process!


0.1b1 - 2009-05-30
------------------

* Initial release a.k.a. "Works for me"
