GNU arch

From Wikipedia, the free encyclopedia

GNU arch

Developer:	Andy Tai
Latest release:	1.3.5 / July 20, 2006
OS:	Linux, Windows, Mac OS X
Use:	Revision control
License:	GPL
Website:	The GNU Arch homepage

In computing, GNU arch is a software revision control system that is part of the GNU Project and licensed under the GNU General Public License. It is used to keep track of the changes made to a source tree and to help programmers combine and otherwise manipulate changes made by multiple people or at different times.

As of May 2006, GNU arch is being maintained, but it is not under active development.

1 Features
2 History and maintainership
3 Criticism
4 See also
5 External links

[edit] Features

GNU arch uses a slightly different paradigm from most versioning systems, in that each revision is uniquely globally identifiable. This results in a very scalable system that allows easy merging and applying of changes from completely disparate sources.

GNU arch is decentralized, removing the need for a central server for which developers have to be authorized in order to contribute. Instead, GNU arch is designed so that a full read-only copy of a project is made accessible by a head developer via HTTP, FTP, or SFTP, and each contributor is encouraged to retrieve a copy of the project, make modifications, then publish their changeset to allow the head developer to manually merge said changeset into the official project that's later refreshed on the read-only copy.

To simulate the behavior of centralized revision control systems, the head developer could allow shell access (SSH) or write access (FTP, WebDAV) to a server, allowing authorized users to commit to a central server.

GNU arch has several other features:

Atomic commits: Commits are all-or-nothing. The tree must be in proper condition before the commit begins, and commits are not visible to the world until complete. If the commit is interrupted before this, it remains invisible and must be rolled back before the next commit. This avoids corruption of the archive and other users' checked-out copies.
Changeset oriented: Instead of tracking individual files (as in CVS), GNU arch tracks changesets, which are akin to patches. Each changeset is a description of the difference between one source tree and another, and so a changeset can be used to produce one revision from another revision. Authors are encouraged to use one commit per feature or bugfix.
Easy branching: Branching is efficient and can span archives. A branch (or 'tag') simply declares the ancestor revision, and development continues from there.
Advanced merging: Due to the permanent record of all ancestors and merged revisions, merging can take into account which branch contains which patch, and can do three-way merging based on a shared ancestor revision.
Cryptographic signatures: Every changeset is stored with a hash to prevent accidental corruption. Using an external file signing program (such as GnuPG or another PGP client), these hashes can also optionally be signed, preventing unauthorized modification if the archive is compromised.
Renaming: All files and directories can be easily renamed. These are tracked by a unique ID rather than by name, so history is preserved, and patches to files are properly merged even if filenames differ across branches.
Metadata tracking: The permissions of all files are tracked. Symbolic links are supported and are tracked the same way as files and directories.

[edit] History and maintainership

The original author and maintainer of arch was Tom Lord. The command used to manipulate Arch repositories is tla, an acronym for Tom Lord's Arch. Lord started arch as a collection of shell scripts to provide an alternative to CVS. In 2003, arch became part of the GNU project. On August 15, 2005 (shortly after announcing a new release of his Arch 2.0 project revc [1]), Tom Lord announced to Richard Stallman and the GNU Arch users that he was resigning as the maintainer of Arch and recommended that Canonical Ltd's Bazaar project (version 1) become the main Arch project. [2]. On October 27, 2005, Andy Tai announced that Lord and the Free Software Foundation had accepted his offer to be the maintainer of GNU arch. [3]

The Arch project has forked several times, resulting in the ArX and Baz revision control systems.

[edit] Criticism

Perhaps the most common criticism of arch is that it is difficult to learn, even for users who have experience with other SCM systems. In particular, arch has a large number of commands, which can be intimidating for new users.

Some also criticize arch for using very unusual file naming conventions ("FunkyFileNames"), which can create difficulties for using arch in scripts, some shells, and in porting arch to non-Unix operating systems. In addition to a perceived lack of portability, at present arch has a reputation of not scaling well to large trees.

Proponents of arch point out that the project is still maturing, and that any serious problems will likely be addressed as work continues.

The not yet released version 2.0 proposed to get rid of the strange filenames and reduce the command set to 10 commands. [4] The 2.0 release is currently stalled given Tom Lord's resignation as maintainer.