Skip to content

Releases: git-for-windows/git-snapshots

Tue, Mar 11, 2025, 07:31:01 AM GMT

11 Mar 16:03
Compare
Choose a tag to compare
Merge 'readme' into HEAD

Add a README.md for GitHub goodness.

Signed-off-by: Johannes Schindelin <[email protected]>

Mon, Mar 10, 2025, 04:03:12 PM GMT

10 Mar 17:37
6ac2e9e
Compare
Choose a tag to compare
Re-enable MINGW32-specific compile options (#5470)

This reverts a mistake of mine: My change to introduce an "else ifeq" in
https://github.com/git-for-windows/git/pull/5439 chain missed that there
is [an `else`
clause](https://github.com/dscho/git/blob/31963038164d1a2d78dc46225f8441e8c0fb07a8/config.mak.uname#L739-L742)
that should be used for MINGW32 and MSys (to add large-address-awareness
and use 32-bit `time_t`) but not for CLANGARM64 nor for MINGW64.

Mon, Mar 10, 2025, 02:05:13 PM GMT

10 Mar 15:43
511a07b
Compare
Choose a tag to compare
README: stop mentioning the Google Group (#5475)

As per https://github.com/git-for-windows/git/discussions/5473, Git for
Windows' Google Group is shut down.

Tue, Mar 4, 2025, 06:54:35 PM GMT

04 Mar 19:47
1424e27
Compare
Choose a tag to compare
prerelease-2.49.0-rc0.windows.1-2-g1424e2777e-20250304185532

Drop support for `core.restrictInheritedHandles`, as it targeted Wind…

Wed, Feb 26, 2025, 06:35:33 PM GMT

26 Feb 19:35
ba6e4aa
Compare
Choose a tag to compare
Some `clangarm64` fixes (#5439)

Most notably, this fixes
https://github.com/git-for-windows/git/issues/5431, i.e. that the ARM64
flavor of Git for Windows does not use `/etc/gitconfig` by mistake, but
`/clangarm64/etc/gitconfig` instead.

My original intention was to fix only that issue, but when I fired up a
Git for Windows/ARM64 SDK and tried to build, I immediately ran into
trouble, then noticed places where ARM64 was not yet handled, and one
thing led to another and now it's a 6-patch PR instead of a single-patch
one.

Fri, Feb 21, 2025, 12:02:13 PM GMT

21 Feb 12:55
3003038
Compare
Choose a tag to compare
compat/mingw: rename the symlink, not the target (#5437)

This fixes yet another fall-out from the `mingw_rename()` change that was introduced in v2.48.0.

Thu, Feb 6, 2025, 06:33:46 PM GMT

13 Feb 13:05
Compare
Choose a tag to compare
Merge 'readme' into HEAD

Add a README.md for GitHub goodness.

Signed-off-by: Johannes Schindelin <[email protected]>

Thu, Feb 6, 2025, 06:12:08 PM GMT

Merge 'readme' into HEAD

Add a README.md for GitHub goodness.

Signed-off-by: Johannes Schindelin <[email protected]>

Thu, Feb 6, 2025, 01:30:38 PM GMT

06 Feb 14:28
6d3d80b
Compare
Choose a tag to compare
SECURITY.md: use the new Git for Windows snapshots URL (#5402)

The `SECURITY.md` document mentions Git for Windows' snapshots and
helpfully provides a link.

For almost eight years, Git for Windows' snapshots were hosted [on Azure
Blobs](https://wingit.blob.core.windows.net/files/index.html).

As of a combination of PRs
(https://github.com/git-for-windows/git-for-windows-automation/pull/109,
https://github.com/git-for-windows/gfw-helper-github-app/pull/117),
snapshots are not only now built and deployed via GitHub Actions instead
of Azure Pipelines (and ARM64 artifacts are now included, too), they are
also hosted [on
GitHub](https://github.com/git-for-windows/git-snapshots/releases/),
with the main page being hosted [on GitHub
Pages](https://github.com/git-for-windows/git-snapshots/commits/gh-pages).

Therefore, the original link now redirects to a new location (which is
also a lot easier to remember): http://gitforwindows.org/git-snapshots.
Let's adjust the link to link there directly.

This is a companion PR of
https://github.com/git-for-windows/git-for-windows-automation/pull/111
and of https://github.com/git-for-windows/build-extra/pull/589.

Thu, Jan 30, 2025, 04:19:52 PM GMT

30 Jan 17:14
345f0bf
Compare
Choose a tag to compare
Drop support for CI builds using Azure Pipelines (#5389)

A long time ago, we used Azure Pipelines for CI builds. Eventually, when
GitHub Actions was spawned from Azure Pipelines, we moved over to that
system for CI/PR builds.

However, I've tried to keep a working Azure Pipelines definition around
for the embargoed releases, to be able to increase confidence in the
patches by running the full CI build in a private Azure DevOps project
(we cannot do the same on GitHub because even the very generous offer of
50,000 build minutes per month is no match for Git's test suite).

It took a lot of work, and it would take even more work what with
upstream's "remove stale code for Azure Pipelines" part of
`ps/ci-misc-updates`.

Time to let it go.