Bug fixes:
* fix a merge copy/rename corner case
* fix spurious new heads message with push -r
* fix hg export %n sequence numbers
* fix shell quoting on Windows
* fix charset encoding for hgwebdir and obfuscated addresses
* fix missing generated files for distribution tarball
* fix convert-repo tag updates and transcoding of committer
* add instructions for redoing failed merges
Documentation fixes:
* hg cat, manifest, and tag default to current parent revision.
* CGI stub comments clarified
* corrected synopses for many commands
* improve doc building and distribution
* convert-repo: update usage information
Extension fixes:
* mq: fix strip on Windows
* mq: fix some guards corner cases
* gpg: make 'hg sign' default to current parent
New features:
- merge now follows renames and copies
- new layout protects against case-insensitivity issues
- new branch and branches commands for managing named branches
- push command accepts -r for pushing specified heads or named branches
- proper storage of changelog and other metadata in UTF-8
- log, annotate and grep '--follow' follow renames and copies
- date parsing is improved and log, update, and revert accept --date ranges
- additional command options for log, status, addremove
- improved schema for hgweb URLs
- bundle can now use '-r' and '--base' removing the need of an base repository
- support for git-style extended patches with --git option
- new debuginstall command to check for common installation issues
New contributions and extensions:
- mq
- support for quilt-style guards
- can import existing changesets into mq ('qimport -r') or
commit mq patches as regular changesets ('qdel -f')
- edit the log message with 'qrefresh -e'
- rename patches with 'qrename'
- qheader to display the patch header of particular patches,
and '--summary' for qseries, qapplied, qunapplied and qtop
- combine patches with 'qfold'
- qrefresh supports pattern options to import only a subset
of the changes into a patch, to help split changes into multiple patches
- patch names for applied patches act like local tags, and can be
used in the revision arguments of any hg command
- hgk
- browse a subset of the history with '--limit' and revision range arguments
- shows revision numbers as well as node hashes
- churn: graph lines of code changed per user over a range of history
- patchbomb: generate inline attachments with '-a'
Behavior changes:
- hg cat defaults to the working directory revision rather than tip
- hg manifest no longer shows internal file revision hashes by default
- hg revert now requires the -a flag to revert all files
Developer notes:
- new high-level API functions in the 'hg' module
- new context API simplifies many operations
- The changelog can now include arbitrary metadata in key: value form
New features:
- You can now configure your 'hgweb' server to let remote users
'push' changes over http.
- You can now 'import' a patch in a mail message by saving the mail
message, and importing it. This works for patches sent either
inline or as attachments.
- The 'diff' command now accepts '-rA:B' syntax as a synonym for
'-r A -r B', and adds '-b' and '-B' options.
For a complete list of major changes, see the announcement at
http://www.selenic.com/pipermail/mercurial/2006-July/009510.html
Major changes between Mercurial 0.8.1 and 0.9:
- The repository file format has been improved.
- This has resulted in an average 40% reduction in disk space usage.
- The new format (called RevlogNG) is now the default.
- Mercurial works perfectly with both the old and new repository
file formats. It can transfer changes transparently between
repositories of either format.
- To use the new repository format, simply use `hg clone --pull` to
clone an existing repository.
- Note: Versions 0.8.1 and earlier of Mercurial cannot read
RevlogNG repositories directly, but they can `clone`, `pull`
from, and `push` to servers that are serving RevlogNG
repositories.
- Memory usage has been improved by over 50% for many common operations.
- Substantial performance improvements on large repositories.
- New commands:
- 'archive' - generate a directory tree snapshot, tarball, or zip
file of a revision
- Deprecated commands:
- 'addremove' - replaced by 'add' and 'remove --after'
- 'forget' - replaced by 'revert'
- 'undo' - replaced by 'rollback'
- New extensions:
- Bugzilla integration hook
- Email notification hook
- Nested repositories are now supported. Mercurial will not recurse
into a subdirectory that contains a '.hg' directory. It is treated
as a separate repository.
- The standalone web server, 'hg serve', is now threaded, so it can
talk to multiple clients at a time.
- The web server can now display a "message of the day".
- Support added for hooks written in Python.
- Many improvements and clarifications to built-in help.
Sort PLIST.
Changes:
- new extensions:
mq (manage a queue of patches, like quilt only better)
email (send changes as series of email patches)
- new command: merge (replaces "update -m")
- improved commands: log (--limit option added), pull/push ("-r" works
on specific revisions), revert (rewritten, much better)
- comprehensive hook support
- output templating added, supporting e.g. GNU changelog style
- Windows, Mac OS X: prebuilt binary packages, better support
- many reliability, performance, and memory usage improvements
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
changes:
faster status, diff, and commit
reduced memory usage for push and pull
improved extension API
new bisect, gpg, hgk, and win32text extensions
short URLs, binary file handling, and optional gitweb skin for hgweb
numerous new command options including log --keyword and pull --rev
improved hooks and file filtering
Mercurial is a fast, lightweight Source Control Management system
designed for efficient handling of very large distributed projects.
Fast
* Extremely high-performance delta-compressed storage scheme
* Optimized for disk layout and access efficiency
* Complete cross-indexing of files and changesets
* Bandwidth and CPU efficient HTTP and SSH sync protocols
Scalable
* Distributed development model supports unlimited numbers
of developers
* Allows arbitrary merging between developer branches
* Doesn't significantly degrade with large numbers of files
or changesets
* No waiting for locks!
Robust
* SHA1 integrity checking on repository data
* Append-only storage model with transaction journalling
* Fast full-repository verification
* Convenient backup
Easy to use
* Most commands are familiar to users of CVS and other systems
* Built-in command help
* Integrated stand-alone web interface
* Works with various GUI tools
Easy to adopt
* Runs on UNIX, MacOS X, and Windows
* Conversion tools available for many popular SCMs
* Allows a variety of usage models
* Supports user-defined hooks and extensions
Free
* Source code available under the GPL license
* Actively community supported and developed
