package volgo

  1. Overview
  2. Docs
A Versatile OCaml Library for Git Operations

Install

Dune Dependency

Authors

Maintainers

Sources

volgo-0.0.18.tbz
sha256=b387e24af5d12de7fd50194b9ccd73d271c92161110e860a4481b92e4d0c04a1
sha512=a8afaf6fe9b9ab4b638af4fc064afda937bfbdcf4d92ecc6ac287a4e57bcba27e24742b33a4f7f2e71cb511e3510789c5f57ba10270f8ee37aaaa4e55db6078e

Description

[volgo] is a set of OCaml libraries for interacting with Git repositories. It provides a type-safe and direct-style API to programmatically perform Git operations, ranging from creating commits and branches to loading and navigating commit graphs in memory, computing diffs between revisions, and more.

[Vcs] is the user-facing OCaml module for the project and dynamically dispatches its implementation at runtime.

Tags

git vcs

Published: 12 Jun 2025

README

A Versatile OCaml Library for Git Operations

Logo

CI Status Coverage Status Deploy Doc Status OCaml-CI Build Status

Vcs is an OCaml library for interacting with Git repositories. It provides a type-safe and direct-style API to programmatically perform Git operations - ranging from creating commits and branches, to loading and navigating commit graphs in memory, computing diffs between revisions, and more.

Designed as an interface composed of traits, Vcs dynamically dispatches its implementation at runtime. It is currently distributed with two distinct backends: a non-blocking version built atop Eio, and a blocking variant based on OCaml's standard library. Both backends operate by executing git as an external process.

Documentation

Vcs's documentation is published here.

Examples

Explore the example directory to get a firsthand look at how Vcs works in practice.

Motivation

Our goal is to create a versatile and highly compatible library that can cater to a wide range of use cases, while also fostering community engagement. We also hope to gain practical experience with the use of various technics to build parametric libraries.

Naming is hard: Volgo vs Vcs?

To publish our "Versatile OCaml Library for Git Operations" (V-O-L-G-O) to opam, we're using a packaging naming scheme where volgo is a namespacing prefix.

However, the main module and entry point of the project is named Vcs. Vcs was also the original name for the entire project.

Oftentimes in the documentation, you'll find references to the project using the name of that main library, Vcs, as it is meant to be named in user code, rather than by using the opam name volgo.

The main reason for that naming duality is that, even though the project is designed such that the main library be referred to and used as Vcs, we didn't want to claim the vcs.opam name from the main opam-repository. Thus we have resorted to introducing the volgo name for packaging and publication purposes.

volgo-vcs is the name of a cli built with the libraries of this project. It is distributed by the opam package of the same name (volgo-vcs).

Mercurial Compatibility

For information about Mercurial compatibility mode and how Vcs supports certain Git operations in Mercurial repositories, see here.

Known Issues

  • The camel depicted in the project logo has only one hump, whereas OCamls traditionally have two. We dare to hope that, as the project matures, our mascot will grow its second hump and fully embrace its OCaml heritage.

Unknown Issues

  • This is where you come in! If you discover any unknown issues, please open them on GitHub to let us know. Your contributions will help us improve this project!

Acknowledgements

We extend our gratitude to the following individuals and teams, whose contributions have been great sources of inspiration for the Vcs project:

  • The Eio developers for their work on the Eio project. The development of Eio has sparked a great deal of enthusiasm for us in our work on the Vcs project. We've also referred to Eio's Exn module in the design of Vcs's error handling.
  • The Jane Street developers for their significant contributions to the open source community. In particular, this project has drawn inspiration from the Mercurial backend of Iron, Jane Street's code review tool. For more details about how Iron has influenced this project and the licensing implications, please refer to the NOTICE.md file.
  • Vincent Simonet and contributors for headache, which we use to manage the copyright headers at the beginning of our files.
  • The Rresult developers: Their usage design guidelines have been a reference in the design of Vcs's error handling, the Vcs.Rresult module in particular.

We look forward to continuing to learn from and collaborate with the broader open source community.

Build

This repository depends on unreleased packages found in a custom opam-repository. You'll need to add this to your opam switch when building the project.

For example, if you use a local opam switch, this would look like this:

git clone https://github.com/mbarbin/vcs.git
cd vcs
opam switch create . 5.3.0 --no-install
eval $(opam env)
opam repo add mbarbin https://github.com/mbarbin/opam-repository.git
opam install . --deps-only --with-doc --with-test --with-dev-setup

Once this is setup, you can build with dune:

dune build @all @runtest

Current Status

We're currently seeking feedback as we write and publish the code and its dependencies to the opam repository. Please do not hesitate to open issues on GitHub with general feedback, requests, or simply start a discussion.

Dependencies (11)

  1. ppxlib >= "0.33"
  2. ppx_sexp_value >= "v0.16"
  3. ppx_sexp_conv >= "v0.16"
  4. ppx_enumerate >= "v0.16"
  5. pplumbing >= "0.0.14"
  6. pp >= "2.0.0"
  7. fpath-sexp0 >= "0.3.1"
  8. fpath >= "0.7.3"
  9. astring >= "0.8.5"
  10. ocaml >= "4.14"
  11. dune >= "3.17"

Dev Dependencies (1)

  1. odoc with-doc

Conflicts

None

OCaml

Innovation. Community. Security.