- 12 Oct, 2020 1 commit
-
-
Edward Thomson committed
-
- 28 Mar, 2020 1 commit
-
-
Patrick Steinhardt committed
-
- 19 Feb, 2020 1 commit
-
-
Give the release a name, "Torschlusspanik" (the fear that time is running out to act). Indeed, the time is running out for changes to be included in v1.0.
Edward Thomson committed
-
- 10 Dec, 2019 1 commit
-
-
Patrick Steinhardt committed
-
- 04 Dec, 2019 1 commit
-
-
I encountered some problematic URLs, and was delighted to see that they were already fixed. I figured I may as well add them to the changelog. For the record, URLs with no path used to be rejected. That is arguably correct, but command line git accepts them. URLs with a path of / and a non-standard port used to have their port completely ignored!
Josh Bleecher Snyder committed
-
- 13 Sep, 2019 1 commit
-
-
Etienne Samson committed
-
- 13 Aug, 2019 1 commit
-
-
Edward Thomson committed
-
- 14 Jun, 2019 1 commit
-
-
The interactions between `USE_HTTPS` and `SHA1_BACKEND` have been streamlined. Previously we would have accepted not quite working configurations (like, `-DUSE_HTTPS=OFF -DSHA1_BACKEND=OpenSSL`) and, as the OpenSSL detection only ran with `USE_HTTPS`, the link would fail. The detection was moved to a new `USE_SHA1`, modeled after `USE_HTTPS`, which takes the values "CollisionDetection/Backend/Generic", to better match how the "hashing backend" is selected, the default (ON) being "CollisionDetection". Note that, as `SHA1_BACKEND` is still used internally, you might need to check what customization you're using it for.
Etienne Samson committed
-
- 13 Jun, 2019 1 commit
-
-
Our bundled http-parser includes bugfixes, therefore we should prefer our http-parser until such time as we can identify that the system http-parser has these bugfixes (using a version check). Since these bugs are - at present - minor, retain the ability for users to force that they want to use the system http-parser anyway. This does change the cmake specification so that people _must_ opt-in to the new behavior knowingly.
Edward Thomson committed
-
- 31 Jan, 2019 1 commit
-
-
Edward Thomson committed
-
- 25 Jan, 2019 1 commit
-
-
Edward Thomson committed
-
- 24 Jan, 2019 1 commit
-
-
Previously, we would clobber any extension-specific error message with an "extension is truncated" message. This makes `read_extension` correctly preserve those errors, takes responsibility for truncation errors, and adds a new message with the actual extension signature for unsupported mandatory extensions.
Etienne Samson committed
-
- 17 Jan, 2019 6 commits
-
-
Edward Thomson committed
-
Edward Thomson committed
-
Edward Thomson committed
-
Edward Thomson committed
-
Edward Thomson committed
-
Edward Thomson committed
-
- 29 Jun, 2018 1 commit
-
-
Edward Thomson committed
-
- 30 May, 2018 1 commit
-
-
Our non-technical documents are currently floating around loosely in our project's root, making it harden than necessary to discover what one is searching for. We do have a "docs/" directory, though, which serves exactly that purpose of hosting documentation. Move our non-technical documentation into the "docs/" directory. Adjust all links to these documents.
Patrick Steinhardt committed
-
- 29 May, 2018 1 commit
-
-
Carlos Martín Nieto committed
-
- 17 Apr, 2018 2 commits
-
-
Edward Thomson committed
-
Signed-off-by: Sven Strickroth <email@cs-ware.de>
Sven Strickroth committed
-
- 26 Mar, 2018 1 commit
-
-
As per #4200, our default is quite surprising to users that expect checkout to just "do the thing".
Etienne Samson committed
-
- 02 Mar, 2018 1 commit
-
-
Carlos Martín Nieto committed
-
- 20 Feb, 2018 2 commits
-
-
Patrick Steinhardt committed
-
Patrick Steinhardt committed
-
- 09 Feb, 2018 2 commits
-
-
Patrick Steinhardt committed
-
Patrick Steinhardt committed
-
- 21 Jan, 2018 1 commit
-
-
Edward Thomson committed
-
- 19 Nov, 2017 1 commit
-
-
We default to off, but we might want to consider changing `GIT_DIFF_NORMAL` to include it.
Carlos Martín Nieto committed
-
- 04 Nov, 2017 1 commit
-
-
Carlos Martín Nieto committed
-
- 30 Oct, 2017 1 commit
-
-
Carlos Martín Nieto committed
-
- 30 Jul, 2017 1 commit
-
-
Edward Thomson committed
-
- 26 Jul, 2017 1 commit
-
-
Carson Howard committed
-
- 14 Jun, 2017 1 commit
-
-
Edward Thomson committed
-
- 11 Jun, 2017 2 commits
-
-
Edward Thomson committed
-
Edward Thomson committed
-
- 09 Jun, 2017 1 commit
-
-
Patrick Steinhardt committed
-
- 05 May, 2017 1 commit
-
-
Right now it is only possible to create remotes from a repository. While this is probably the most common use-case, there are commands which make sense even without a repository, e.g. the equivalence of `git ls-remote`. Add a new function `git_remote_create_detached`, which simply accepts a URL.
Eric Myhre committed
-