#git-commit #git-status #proc-macro #build #git-version #tree #embed

no-std build git-testament

Record git working tree status when compiling your crate

13 releases

0.2.5 Sep 20, 2023
0.2.4 Jan 18, 2023
0.2.2 Dec 30, 2022
0.2.1 Nov 8, 2021
0.1.6 May 7, 2019

#47 in Build Utils

Download history 2229/week @ 2024-07-31 1657/week @ 2024-08-07 2068/week @ 2024-08-14 1982/week @ 2024-08-21 2097/week @ 2024-08-28 2163/week @ 2024-09-04 2479/week @ 2024-09-11 2165/week @ 2024-09-18 1979/week @ 2024-09-25 1932/week @ 2024-10-02 1879/week @ 2024-10-09 2727/week @ 2024-10-16 2134/week @ 2024-10-23 1640/week @ 2024-10-30 1512/week @ 2024-11-06 2409/week @ 2024-11-13

8,053 downloads per month
Used in 33 crates (17 directly)

BSD-3-Clause

22KB
219 lines

Git Testament

BSD 3 Clause Main build status Latest docs Crates.IO

git-testament is a library to embed a testament as to the state of a git working tree during the build of a Rust program. It uses the power of procedural macros to embed commit, tag, and working-tree-state information into your program when it is built. This can then be used to report version information.

use git_testament::{git_testament, render_testament};

git_testament!(TESTAMENT);

fn main() {
    println!("My version information: {}", render_testament!(TESTAMENT));
}

Reproducible builds

In the case that your build is not being done from a Git repository, you still want your testament to be useful to your users. Reproducibility of the binary is critical in that case. The Reproducible Builds team have defined a mechanism for this known as SOURCE_DATE_EPOCH which is an environment variable which can be set to ensure the build date is fixed for reproducibilty reasons. If you have no repo (or a repo but no commit) then git_testament!() will use the SOURCE_DATE_EPOCH environment variable (if present and parseable as a number of seconds since the UNIX epoch) to override now.

Use in no_std scenarios

This crate does not link to anything in the standard library, but it does rely by default on the alloc library being available. Disabling the alloc feature allows the crate to work in no_std environments where the alloc library is not available. You can still generate a GitTestament struct though it'll be less easy to work with. Instead it'd be recommended to use the git_testament_macros!() macro instead which provides a set of macros which produce string constants to use. This is less flexible/capable but can sometimes be easier to work with in these kinds of situations.

Dependencies

~1–1.5MB
~31K SLoC