Log Message:
Update to 6.3. Update LICENSE (see 6.0 below).

6.3
~~~

* Updated 'dev' revision to be compatible with setuptools 8 canonical
  pre-release version numbering (now '.dev0').

6.2.1
~~~~~

* Pull Request #7: Fixed intermittent test failures.

6.2
~~~

* Issue #28: Fixed poor parsing of git version. Also provide a nicer error
  message when no repo manager is found.
* Added support for querying the Mercurial version in cmd.Mercurial.

6.1
~~~

* Issue #21: GitManager is now only valid if Git 1.7.10 or later is present.

6.0
~~~

* Issue #23: hgtools no longer imports Mercurial and thus does not link to
  it. Applications that wish to use the in-process Mercurial manager must
  first `import mercurial.dispatch` in their application.
* Issue #23: hgtools is now licensed under the MIT license.

5.3
~~~

* Issue #19: Add file finder support for git. Credit to Berry Phillips.

5.2
~~~

* Issue #20: Added support for listing all git tags. Credit to Berry Phillips.

5.1
~~~

* In version inference, always fallback to increment (or None) when an
  Exception occurs in the calculation.

5.0.1
~~~~~

* Issue #17: Fix regression on older versions of setuptools where unspecified
  distribution attributes would cause use_vcs_version of None to supersede
  a supplied use_hg_version.

5.0
~~~

* Added new ``use_vcs_version`` distutils parameter to supersede
  ``use_hg_version``. Clients should update to use this new parameter as soon
  as hgtools 5.0 is generally available.
* Initial git support. The tool now nominally supports eliciting the project
  version from a git tag. Many of the hg features are not yet implemented,
  such as auto-incrementing versions when the current revision is not on a
  tag and file discovery from repo metadata.
  This new Git support provides experimental support for dual-hosted
  repositories (such as those found on Kiln). Since file discovery is not yet
  tested or implemented, there are likely to be yet undiscovered issues.
* Refactored the Manager models to better support the two repositories.
  Clients that use hgtools to programmatically manipulate repositories will
  need to update to use the new names. In particular, HGRepoManager was
  renamed to RepoManager. SubprocessManager renamed to MercurialManager and
  a new GitManager was created. The LibraryManager was renamed to
  MercurialInProcManager.

4.0
~~~

* Removed functions in hgtools (package) module deprecated since 0.6.6.

3.0.2
~~~~~

* Restored Python 2.6 compatibility in reentry module.

3.0.1
~~~~~

* Merged changes from 2.2.2 to address #13.

3.0
~~~

* Removed support for Python 2.5. Python 2.6 or later is now required.

2.2.3
~~~~~

* Restored Python 2.5 compatibility in some modules.

2.2.2
~~~~~

* Removed the LibraryManager from the default imports. This means it will not
  be available unless the client application specifically imports
  `hgtools.managers.library`. This change appears to fix #13.

2.2.1
~~~~~

* Added some exception handling and tests around Library Manager in the hopes
  of preventing #13.

2.2
~~~

* LibraryManager has been re-written to use the command-line API in-process.
  The new LibraryManager now only works Python 2.7 and greater, but also now
  shares the same capability as the SubprocessManager with full tags support.

2.1
~~~

* hgtools now builds natively on Python 3, rather than requiring a 2to3
  conversion at install time.

2.0.3
~~~~~

 * Issue #12: Suppress exceptions besides ImportError when importing
   Mercurial modules.