Fossil: Simple, high-reliability, distributed software configuration management
Why Use Fossil?
|
There are plenty of open-source version control systems available on the internet these days. What makes Fossil worthy of attention?
- Bug Tracking And Wiki - In addition to doing distributed version control like Git and Mercurial, Fossil also supports distributed bug tracking, distributed wiki, and a distributed blog mechanism all in a single integrated package.
- Web Interface - Fossil has a built-in and easy-to-use web interface that simplifies project tracking and promotes situational awareness. Simply type "fossil ui" from within any check-out and Fossil automatically opens your web browser in a page that gives detailed history and status information on that project.
- Autosync - Fossil supports "autosync" mode which helps to keep projects moving forward by reducing the amount of needless forking and merging often associated with distributed projects.
- Self-Contained - Fossil is a single stand-alone executable that contains everything needed to do configuration management. Installation is trivial: simply download a precompiled binary for Linux, Mac, or Windows and put it on your $PATH. Easy-to-compile source code is available for users on other platforms. Fossil sources are also mostly self-contained, requiring only the "zlib" library and the standard C library to build.
- Simple Networking - Fossil uses plain old HTTP (with proxy support) for all network communications, meaning that it works fine from behind restrictive firewalls. The protocol is bandwidth efficient to the point that Fossil can be used comfortably over a dial-up internet connection.
- CGI Enabled - No server is required to use fossil. But a server does make collaboration easier. Fossil supports three different yet simple server configurations. The most popular is a 2-line CGI script. This is the approach used by the self-hosting fossil repositories.
- Robust & Reliable - Fossil stores content using an enduring file format in an SQLite database so that transactions are atomic even if interrupted by a power loss or system crash. Furthermore, automatic self-checks verify that all aspects of the repository are consistent prior to each commit. In over three years of operation, no work has ever been lost after having been committed to a Fossil repository.
Links For Fossil Users:
- Testimonials from satisfied fossil users.
- FAQ
- The concepts behind fossil
- Quick Start guide to using fossil
- Questions & Criticisms directed at fossil.
- Building And Installing
- Fossil supports embedded documentation that is versioned along with project source code.
- Fossil uses an enduring file format that is designed to be readable, searchable, and extensible by people not yet born.
- A tutorial on branching, what it means and how to do it using fossil.
- The automatic self-check mechanism helps insure project integrity.
- Fossil contains a built-in wiki.
- An Event is a special kind of wiki page associated with a point in time rather than a name.
- There is a mailing list (with publicly readable archives available for discussing fossil issues.
- Performance statistics taken from real-world projects hosted on fossil.
- How to delete content from a fossil repository.
- How Fossil does password management.
- Some (unfinished but expanding) extended reference documentation for the fossil command line.
- Documentation on the TH1 Script Language used to configure the ticketing subsystem.
- A free hosting server for Fossil repositories is available at http://chiselapp.com/.
- How to set up a server for your repository.
- Customizing the ticket system.
Links For Fossil Developer:
- Thoughts On The Design Of Fossil.
- Principles Of Operation
- The file format used by every content file stored in the repository.
- The format of deltas used to efficiently store changes between file revisions.
- The encoder algorithm used to efficiently generate deltas.
- The synchronization protocol.