- 25 Feb, 2023 1 commit
-
-
If a user attempts to add a custom extension that the system already supports, or that is already in their list of custom extensions, de-dup it.
Edward Thomson committed
-
- 12 Feb, 2023 1 commit
-
-
Teach the repository about the `objectformat` extension, supporting `sha1` always and `sha256` when the experimental sha256 support is active.
Edward Thomson committed
-
- 09 Feb, 2023 1 commit
-
-
Edward Thomson committed
-
- 19 Sep, 2022 1 commit
-
-
Actually `cl_skip` the sha256 tests when we're not compiled for sha256, instead of passing them.
Edward Thomson committed
-
- 14 Jul, 2022 2 commits
-
-
Jacob Watson committed
-
The experimental function signature is only available when `GIT_EXPERIMENTAL_SHA256` is enabled.
Edward Thomson committed
-
- 20 Jun, 2022 4 commits
-
-
libgit2 can be built with optional, experimental sha256 support. This allows consumers to begin testing and providing feedback for our sha256 support while we continue to develop it, and allows us to make API breaking changes while we iterate on a final sha256 implementation. The results will be `git2-experimental.dll` and installed as `git2-experimental.h` to avoid confusion with a production libgit2.
Edward Thomson committed -
Tidy up `nfmt` / `pathfmt`.
Edward Thomson committed -
Edward Thomson committed
-
`git_oid`s now have a type, and we require the oid type when creating the object id from creation functions.
Edward Thomson committed
-
- 15 Jun, 2022 2 commits
-
-
Callers should not assume the layout of the oid structure; provide them a macro that defines the null / zero sha1 object id.
Edward Thomson committed -
In preparation for SHA256 support, `GIT_OID_RAWSZ` and `GIT_OID_HEXSZ` need to indicate that they're the size of _SHA1_ OIDs.
Edward Thomson committed
-
- 23 Feb, 2022 2 commits
-
-
Edward Thomson committed
-
Like we want to separate libgit2 and utility source code, we want to separate libgit2 and utility tests. Start by moving all the tests into libgit2.
Edward Thomson committed
-