vcprompt: version control information in your prompt
vcprompt is a little C program that prints a short string with
barebones information about the current working directory for various
version control systems. You configure your shell to include the
output of vcprompt in your prompt, and you get version control
information in your prompt.
vcprompt is designed to be small and lightweight rather than
comprehensive. Currently, it has varying degrees of support for
Mercurial, Git, Subversion, CVS, and Fossil working copies.
vcprompt has minimal dependencies: it does as much as it can with the
standard C library and POSIX calls. It should work on any
POSIX-compliant system with a C99 compiler. Some optional features
require external libraries (see "Dependencies" below).
To build vcprompt from the source tarball:
If you're building in a source checkout, you also need GNU autoconf:
(vcprompt requires GNU make, so if you are using a BSD variant where
the default make is BSD make, you will need to install GNU make and
To install it in your home directory:
make install PREFIX=$HOME
To make life easier for packagers, the Makefile also supports DESTDIR:
make install DESTDIR=/tmp/packageroot PREFIX=/usr
Please report build failures to the development mailing list,
vcprompt includes a fairly comprehensive test suite. If you want to
run it, see "Testing" below.
vcprompt requires GNU make to build.
vcprompt requires GNU autoconf to build from a source checkout (but
not from a source tarball).
Support for Subversion >= 1.7 requires SQLite 3. If it's not present on
the build system, vcprompt will support Subversion <= 1.6. Either way,
the build should succeed and the tests should pass. To install the
sudo apt-get install libsqlite3-dev # Debian, Ubuntu
sudo yum install libsqlite3x-devel # Fedora, Red Hat
To see which features are built-in to your vcprompt binary, run
(For more details, see the man page.)
To use it with bash, just call it in PS1:
PS1='\u@\h $(vcprompt)\$ '
To use it with zsh, you need to enable shell option PROMPT_SUBST, and
then do similarly to bash:
PROMPT='[%n@%m] [%~] $(vcprompt)'
You can customize the output of vcprompt using format strings, which
can be specified either on the command line or in the VCPROMPT_FORMAT
environment variable. For example:
vcprompt -f "%b"
Format strings use printf-like "%" escape sequences:
%n name of the VC system managing the current directory
(e.g. "cvs", "hg", "git", "svn")
%b current branch name
%r current revision
%u ? if there are any unknown files
%m + if there are any uncommitted changes (added, modified, or
%% a single % character
All other characters are expanded as-is.
(For more details, see the man page.)
To run vcprompt's test suite:
Test failures should be loud and obvious. Please report any test
failures to the development mailing list:
To check for memory errors, you can run vcprompt's test suite under
Obviously, this requires that you have valgrind installed.
Testing multiple versions of the same tool
Subversion changes its working copy format every couple of years, so
vcprompt supports three formats: the pre-1.4 XML format, the 1.4..1.6
plain-text format, and the post-1.7 SQLite format. Actually testing
these requires that you have different versions of Subversion on hand,
each installed in a separate prefix.
For example, I keep multiple versions in /usr/local/subversion-1.x, so
I can test them like this:
rm -f tests/svn-repo*.tar && make check-svn TOOLPATH=/usr/local/subversion-1.6/bin
rm -f tests/svn-repo*.tar && make check-svn TOOLPATH=/usr/local/subversion-1.7/bin
Actually *building* multiple versions of Subversion is harder than you
would believe. (In fact, I've been unable to build anything older than
1.5, so vcprompt's support for pre-1.4 working copies is currently
TOOLPATH is supported for all tools; I also keep multiple versions of
Mercurial around, so I can test vcprompt against them:
rm -f tests/hg-repo.tar && make check-svn TOOLPATH=/usr/local/mercurial-2.4/bin
rm -f tests/hg-repo.tar && make check-svn TOOLPATH=/usr/local/mercurial-2.5/bin
Patches are welcome. Please follow these guidelines:
* Ensure that the tests pass before and after your patch. To run the
To run the tests using valgrind (detect memory leaks):
If you cannot run the tests on a POSIX-compliant system, that is a
bug: please let me know.
* If at all possible, add a test whenever you fix a bug or implement
a feature. If you can write a test that has no dependencies (e.g.
no need to execute "git" or "hg" or whatever), add it to
tests/test-simple. Otherwise, add it to the appropriate
VC-specific test script, e.g. tests/test-git if it needs to be
able to run git.
* Keep the dependencies minimal: preferably just C99 and POSIX. If
you need to run an external executable, make sure it makes sense:
e.g. it's OK to run "git" in a git working directory, but *only*
if we already know we are in a git working directory.
* Performance matters! I wrote vcprompt so that people wouldn't have
to spawn and initialize an entire Python or Perl interpreter every
time they get a new shell prompt. Using system() to turn around
and spawn external commands -- especially ones that involve a
relatively large runtime penalty like Python scripts -- misses the
point of vcprompt.
In fact, you'll find that vcprompt contains hacky little
reimplementations of select bits and pieces of Mercurial, git,
Subversion, and CVS precisely in order to avoid running external
commands. (And, in the case of Subversion, to avoid depending on a
large, complex library.)
* Stick with my coding style:
- 4 space indents
- no tabs
- curly braces on the same line *except* when defining a function
- C99 comments and variable declarations are OK, at least until
someone complains that their compiler cannot handle them
* Feel free to add yourself to the contributors list below. (If you
don't do it, I'll probably forget.)
vcprompt was written by Greg Ward <greg at gerg dot ca>.
The latest version is available from either of my public Mercurial
In chronological order:
Robson Roberto Souza Peixoto
Thanks to all!
Copyright & License
Copyright (C) 2009-2013, Gregory P. Ward and contributors.
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License along
with this program; if not, write to the Free Software Foundation, Inc.,
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.