Embed Windows resources (VERSIONINFO) during build #11048

babakks · 2025-05-30T17:09:08Z

This PR adds another Before hook to our Goreleaser config to prepare Windows resources information (version info) as .syso files to be embedded into our .exe binary during build.

There are a couple of notes regarding this implementation:

A new file, named script/winres.json is added to hold the static metadata (e.g. company, product name, etc). The version fields are left empty in this file, which will be later populated during the call to the newly added script/gen-winres.ps1 script. I didn't include the icon, though.
The script/gen-winres.ps1 is PowerShell script that creates .syso files and moves them to cmd/gh to be picked up by Go compiler. Leaving them at the root of the repo has no effect. Under the hood the script uses the github.com/gc-hib/[email protected] module's make command, to creates multiple .syso files per architecture. Thanks to the right naming (e.g. rsrc_windows_amd64.syso), the Go compiler only picks the one that matches the target architecture. So, we can simply create all .syso files at the beginning of the goreleaser session and leave the rest to Go compiler. Not to mention, leaving the files will have no effect when building for other platforms; although, we actually build them as separete jobs.
The FileVersion field of the Windows resources structure is meant to be a 4-component version (e.g. 1.1.1.1). I tried to assign it with our 3-component semver version but a zero 4th component appears in the GUI (See below). So, I think it's best to leave the FileVersion empty (which will be displayed as 0.0.0.0) and just populate the ProductVersion field, which is fine. I've explained this in the script. Please let me know if you think it's worth having the FileVersion set.

Verifying the binaries

To make sure the implementation is correct, I tried it with a simplified workflow that goes through the same steps as our deployment workflow, and then uploads the content of the dist directory as artifacts so you can download it and check the .exe files. The workflow file is included at the end. You can run it on your own forks. However, make sure you're building the tag created from the last commit, otherwise the latest changes to the .goreleaser.yml file will not be used. By the way, this is the same workflow, ran on my own fork, and it's how the created .exe looks:

For checking the .exe files, make sure you do it on Windows (through GUI or PowerShell). I don't know about macOS, but if you try PowerShell on Linux it will return an empty data structure (I learned this the hard way, 😄). Anyway, this is the PowerShell command to check the metadata being embedded:

[System.Diagnostics.FileVersionInfo]::GetVersionInfo("./gh.exe").ToString()

Sample workflow

ame: Test winres embedded resources
run-name: ${{ inputs.tag_name }} / ${{ inputs.environment }}

permissions:
  attestations: write
  contents: write
  id-token: write

on:
  workflow_dispatch:
    inputs:
      tag_name:
        description: 'Tag name to validate and use for the release'
        required: true
        type: string

jobs:
  validate-tag-name:
    runs-on: ubuntu-latest
    steps:
      - name: Validate tag name format
        run: |
          if [[ ! "${{ inputs.tag_name }}" =~ ^v[0-9]+\.[0-9]+\.[0-9]+$ ]]; then
            echo "Invalid tag name format. Must be in the form v1.2.3"
            exit 1
          fi

  windows:
    needs: validate-tag-name
    runs-on: windows-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v4
      - name: Set up Go
        uses: actions/setup-go@v5
        with:
          go-version-file: 'go.mod'
      - name: Install GoReleaser
        uses: goreleaser/goreleaser-action@9c156ee8a17a598857849441385a2041ef570552
        with:
          version: "~1.17.1"
          install-only: true
      - name: Build release binaries
        shell: bash
        env:
          TAG_NAME: ${{ inputs.tag_name }}
        run: script/release --local "$TAG_NAME" --platform windows
      - name: Upload binaries as artifacts
        uses: actions/upload-artifact@v4
        with:
          name: windows
          if-no-files-found: error
          retention-days: 7
          path: |
            dist/*.zip

Signed-off-by: Babak K. Shandiz <[email protected]>

Copilot

Pull Request Overview

This PR adds support for embedding Windows VERSIONINFO resources into the .exe build by generating .syso files from a static metadata file.

Introduces script/winres.json to hold placeholder metadata for Windows resources.
Adds script/gen-winres.ps1 to generate and move architecture-specific .syso files.
Updates .goreleaser.yml to invoke the PowerShell script before Windows builds.

Reviewed Changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 2 comments.

File	Description
script/winres.json	Defines structured placeholders for RT_GROUP_ICON, RT_MANIFEST, and RT_VERSION entries
script/gen-winres.ps1	PowerShell script that runs `go-winres make` and moves generated `.syso` files
.goreleaser.yml	Added a `before` hook to run the generation script for embedding resources

Comments suppressed due to low confidence (2)

script/gen-winres.ps1:39

Use the correct variable casing in the error message ($_winresJson) to match the variable name and avoid confusion.

    Write-Host "error: winres.json file not found at '$_winresjson'"

script/gen-winres.ps1:54

Verify that the import path (github.com/tc-hib/go-winres) matches the intended module (the PR description mentions gc-hib). Update this path if it was mistyped.

go run github.com/tc-hib/[email protected] make `

Copilot · 2025-05-30T17:10:40Z

.goreleaser.yml

    - >- # On linux the completions are used in nfpms below, but on macos they are used outside in the deployment build.
      {{ if eq .Runtime.Goos "windows" }}echo{{ end }} make completions
+    - >- # We need to create the `.syso` files (per architecture) to embed Windows resources (version info)
+      pwsh .\script\gen-winres.ps1 386,amd64,arm64 '{{ .Version }}' .\script\winres.json .\cmd\gh\


Wrap the new pwsh .\script\gen-winres.ps1 hook in a Windows-only conditional (e.g. {{ if eq .Runtime.Goos "windows" }}) to prevent it from running on non-Windows targets and failing the build.

Suggested change

pwsh .\script\gen-winres.ps1 386,amd64,arm64 '{{ .Version }}' .\script\winres.json .\cmd\gh\

{{ if eq .Runtime.Goos "windows" }}pwsh .\script\gen-winres.ps1 386,amd64,arm64 '{{ .Version }}' .\script\winres.json .\cmd\gh\{{ end }}

The .Runtime.Goos holds the platform where the Goreleaser is invoked. So, it's not the target.

@babakks : you're correct: GOOS in this case is the operating system of the runner, which isn't the target per se but it is because we Windows releases are built on the Windows runner.

That said, I think the before hooks above short circuit the make commands on the Windows runner, which would / should result in just echoing the commands without running them.

You can look back into #7324 where completions were only built for Windows and Mac OS:

cli/.goreleaser.yml

Lines 8 to 13 in 8b987e2

before:

hooks:

- >-

{{ if eq .Runtime.Goos "windows" }}echo{{ end }} make manpages GH_VERSION={{.Version}}

- >-

{{ if ne .Runtime.Goos "linux" }}echo{{ end }} make completions

If these should only be present on Windows builds, then maybe this should be conditionalized for anything not Windows

Yeah, I noticed that, and it's annoying to see CI environment details are leaked into .goreleaser.yml. Anyway, I updated the command to only work on Windows.

script/gen-winres.ps1

Signed-off-by: Babak K. Shandiz <[email protected]>

caspChristian · 2025-05-30T23:48:20Z

Don't leave FileVersion as 0.0.0.0, both version fields are strings, but are in windows UI parsed to numeric only, even if the value is non numeric, 2.49.0.1, please ignore the UI.

Example for git.exe:

PS C:\> [System.Diagnostics.FileVersionInfo]::GetVersionInfo("C:\Program Files\Git\bin\git.exe").ProductVersion
2.49.0.windows.1
PS C:\> [System.Diagnostics.FileVersionInfo]::GetVersionInfo("C:\Program Files\Git\bin\git.exe").FileVersion
2.49.0.windows.1
PS C:\>

.NET binaries instead have data such as:

FileVersion: 13.0.2.27524
ProductVersion: 13.0.2+4fba53a324c445f06ee08e45a015c346000a7ef2

More or less anything goes, but don't leave FileVersion unset.
Consider including more details in ProductVersion (follow .net and include the +git commit syntax if available)

Edit: But in this case follow output of gh.exe --version and set it to the format of 2.72.0 (2025-04-30)

babakks · 2025-06-02T08:59:08Z

Thanks for the note, @caspChristian! 🙏 I can confirm that was just the GUI behaviour.

Regrading the ProductVersion field usage, I looked for a standard practice, but couldn't find any global practice. Both FileVersion and ProductVersion are used by other applications pretty much in a free-form kind of way. For example:

Application	`FileVersion`	`ProductVersion`
Git & Git-Bash	`2.49.0.windows.1`	`2.49.0.windows.1`
Windows Media Player	`12.0.26100.1 (WinBuild.160101.0800)`	`12.0.26100.1`
Microsoft Edge	`135.0.3179.98`	`135.0.3179.98`
Go and Gofmt	(unset)	(unset)

So, I think we should pick a format that works for us. As you pointed out, currently, the output of gh version looks like this:

$ gh version
gh version 2.74.0 (2025-05-29)
https://github.com/cli/cli/releases/tag/v2.74.0

The version and the build date are the only release-specific variables that we bake into the binary. So, I agree with your suggestion about using the gh version format. So, to recap here's the looks of FileVersion and ProductVersion:

FileVersion: 2.74.0 (2025-05-29)
ProductVersion: 2.74.0

babakks · 2025-06-02T09:09:21Z

@andyfeller Since you somewhat defined the A/C for this, can you please confirm the suggested format of FileVersion and ProductVersion? See my comment above.

andyfeller

praise: excellent PR write up!

Handful of questions and concerns I'd like to follow up on regarding automation and the underlying tool. 🤔

andyfeller · 2025-06-18T20:00:42Z

.goreleaser.yml

    - >- # On linux the completions are used in nfpms below, but on macos they are used outside in the deployment build.
      {{ if eq .Runtime.Goos "windows" }}echo{{ end }} make completions
+    - >- # We need to create the `.syso` files (per architecture) to embed Windows resources (version info)
+      pwsh .\script\gen-winres.ps1 386,amd64,arm64 '{{ .Version }}' .\script\winres.json .\cmd\gh\


@babakks : you're correct: GOOS in this case is the operating system of the runner, which isn't the target per se but it is because we Windows releases are built on the Windows runner.

That said, I think the before hooks above short circuit the make commands on the Windows runner, which would / should result in just echoing the commands without running them.

You can look back into #7324 where completions were only built for Windows and Mac OS:

cli/.goreleaser.yml

Lines 8 to 13 in 8b987e2

before:

hooks:

- >-

{{ if eq .Runtime.Goos "windows" }}echo{{ end }} make manpages GH_VERSION={{.Version}}

- >-

{{ if ne .Runtime.Goos "linux" }}echo{{ end }} make completions

If these should only be present on Windows builds, then maybe this should be conditionalized for anything not Windows

andyfeller · 2025-06-18T20:47:24Z

script/gen-winres.ps1

+# (3-component). If we populate the `--file-version` with our semver value, then
+# a zero component will be added to the end, which is not what we want.
+
+go run github.com/tc-hib/go-winres@v0.3.3 make `


issue: this project does not appear to be actively maintained if even go.mod hasn't been changed in a year.

I know this was the tool that @iamazeem used in experimenting on this issue. The only other suggestion I could offer is https://github.com/josephspurrier/goversioninfo, which has more recent releases and appears to keep up with Dependabot security updates.

The reason I picked this one was it's simpler interface, especially regarding the setting of minimum OS version requirements. But that's a fair point. We're now using the one you mentioned. Also, now I'm thinking I don't agree with setting the min OS version.

andyfeller · 2025-06-18T20:48:19Z

script/winres.json

+          "version": ""
+        },
+        "description": "",
+        "minimum-os": "win7",


suggest: if we continue using this dependency, then we should consider updating this to Win10

Suggested change

"minimum-os": "win7",

"minimum-os": "win10",

Now I believe it's not a good idea to state the minimum OS version in the metadata. One reason is that might be breaking change to users who are already using gh on older platforms, and it's not nice to break their experience. The other reason is that, now that we're using the other library/tool, we have to manually create the manifest file (in which the OS requirement is listed), which is something that is hard to follow/maintain over time, because we'd have to update a list of UUIDs associated with different Windows versions, and I'd rather leave it.

script/winres.json

Signed-off-by: Babak K. Shandiz <[email protected]>

babakks · 2025-06-24T14:10:58Z

@andyfeller I've now switched to github.com/josephspurrier/goversioninfo, and you can see the embedded metadata below (GUI and CLI). Note that, the GUI (below) shows 0.0.0.0 for the FileVersion field, but that's just a GUI behaviour, and the underlying field is set with the right value (i.e. 99.99.99 (2025-06-24)).

Via GUI

Via CLI

`amd64` binary

PS > [System.Diagnostics.FileVersionInfo]::GetVersionInfo("C:\...\gh.exe").ToString()
File:             C:\Users\babakks\Desktop\windows\gh_99.99.99_windows_amd64\bin\gh.exe
InternalName:     gh
OriginalFilename: gh.exe
FileVersion:      99.99.99 (2025-06-24)
FileDescription:  GitHub CLI
Product:          GitHub CLI
ProductVersion:   99.99.99
Debug:            False
Patched:          False
PreRelease:       False
PrivateBuild:     False
SpecialBuild:     False
Language:         English (United States)

`386` binary

PS > [System.Diagnostics.FileVersionInfo]::GetVersionInfo("C:\...\gh.exe").ToString()
File:             C:\Users\babakks\Desktop\windows\gh_99.99.99_windows_386\bin\gh.exe
InternalName:     gh
OriginalFilename: gh.exe
FileVersion:      99.99.99 (2025-06-24)
FileDescription:  GitHub CLI
Product:          GitHub CLI
ProductVersion:   99.99.99
Debug:            False
Patched:          False
PreRelease:       False
PrivateBuild:     False
SpecialBuild:     False
Language:         English (United States)

`arm64` binary

PS > [System.Diagnostics.FileVersionInfo]::GetVersionInfo("C:\...\gh.exe").ToString()
File:             C:\Users\babakks\Desktop\windows\gh_99.99.99_windows_arm64\bin\gh.exe
InternalName:     gh
OriginalFilename: gh.exe
FileVersion:      99.99.99 (2025-06-24)
FileDescription:  GitHub CLI
Product:          GitHub CLI
ProductVersion:   99.99.99
Debug:            False
Patched:          False
PreRelease:       False
PrivateBuild:     False
SpecialBuild:     False
Language:         English (United States)

andyfeller

Looks good, @babakks; had just a couple of questions to clarify and will ship!

andyfeller · 2025-06-24T19:32:02Z

.goreleaser.yml

      {{ if eq .Runtime.Goos "windows" }}echo{{ end }} make completions
    - >- # We need to create the `.syso` files (per architecture) to embed Windows resources (version info)
-      pwsh .\script\gen-winres.ps1 386,amd64,arm64 '{{ .Version }}' .\script\winres.json .\cmd\gh\
+      {{ if ne .Runtime.Goos "windows" }}echo{{ end }} pwsh .\script\gen-winres.ps1 '{{ .Version }} ({{time "2006-01-02"}})' '{{ .Version }}' .\script\versioninfo.template.json .\cmd\gh\


question: Is the current timestamp meant to take the place of the Build portion of the file version?

No, as I suggested here, it will look like 2.74.0 (2025-05-29), which is similar to gh version output:

~ gh version gh version 2.74.1 (2025-06-10) https://github.com/cli/cli/releases/tag/v2.74.1

script/gen-winres.ps1

andyfeller

Realizing my major concern about the command continuation was already addressed, this looks good to ship 👍

Co-authored-by: Andy Feller <[email protected]>

This MR contains the following updates: | Package | Update | Change | |---|---|---| | [cli/cli](https://github.com/cli/cli) | minor | `v2.74.2` -> `v2.76.1` | MR created with the help of [el-capitano/tools/renovate-bot](https://gitlab.com/el-capitano/tools/renovate-bot). **Proposed changes to behavior should be submitted there as MRs.** --- ### Release Notes <details> <summary>cli/cli (cli/cli)</summary> ### [`v2.76.1`](https://github.com/cli/cli/releases/tag/v2.76.1): GitHub CLI 2.76.1 [Compare Source](cli/cli@v2.76.0...v2.76.1) #### `gh pr create` regression fix This release fixes a regression introduced in `v2.76.0` where organization teams were retrieved outside of intentional use cases. This caused problems for GitHub Enterprise Server users using the GitHub Actions automatic token that does not have access to organization teams. For more information, see cli/cli#11360 #### What's Changed ##### 🐛 Fixes - Fix: `gh pr create`, only fetch teams when reviewers contain a team by [@BagToad](https://github.com/BagToad) in cli/cli#11361 ##### 📚 Docs & Chores - add tenancy aware for san matcher by [@ejahnGithub](https://github.com/ejahnGithub) in cli/cli#11261 - Run Lint and Tests on `push` to `trunk` branch by [@andyfeller](https://github.com/andyfeller) in cli/cli#11325 - update ownership of pkg/cmd/release/shared/ by [@ejahnGithub](https://github.com/ejahnGithub) in cli/cli#11326 - Automate spam issue detection by [@babakks](https://github.com/babakks) in cli/cli#11316 - Improve `api` `--preview` docs by [@jsoref](https://github.com/jsoref) in cli/cli#11274 - Incorporate govulncheck into workflows by [@andyfeller](https://github.com/andyfeller) in cli/cli#11332 - chore(deps): bump advanced-security/filter-sarif from 1.0.0 to 1.0.1 by [@dependabot](https://github.com/dependabot)\[bot] in cli/cli#11298 - chore(deps): bump github.com/sigstore/sigstore-go from 1.0.0 to 1.1.0 by [@dependabot](https://github.com/dependabot)\[bot] in cli/cli#11307 **Full Changelog**: cli/cli@v2.76.0...v2.76.1 ### [`v2.76.0`](https://github.com/cli/cli/releases/tag/v2.76.0): GitHub CLI 2.76.0 [Compare Source](cli/cli@v2.75.1...v2.76.0) ####

Copilot Coding Agent Support GitHub Copilot Pro+ and Copilot Enterprise subscribers can now assign issues to GitHub Copilot during issue creation using: - Command-line flag: `gh issue create --assignee @copilot` - Launching web browser: `gh issue create --assignee @copilot --web` - Or interactively selecting `Copilot (AI)` as assignee in `gh issue create` metadata For more details, refer to [the full changelog post for Copilot coding agent](https://github.blog/changelog/2025-05-19-github-copilot-coding-agent-in-public-preview/). #### What's Changed ##### ✨ Features - Assign Copilot during `gh issue create` by [@andyfeller](https://github.com/andyfeller) in cli/cli#11279 - Display immutable field in `release view` command by [@bdehamer](https://github.com/bdehamer) in cli/cli#11251 ##### 🐛 Fixes - FIX: Do not fetch logs for skipped jobs by [@babakks](https://github.com/babakks) in cli/cli#11312 - Transform `extension` and `filename` qualifiers into `path` qualifier for web code search by [@samcoe](https://github.com/samcoe) in cli/cli#11211 ##### 📚 Docs & Chores - FIX: Workflow does not contain permissions by [@BagToad](https://github.com/BagToad) in cli/cli#11322 - Add automated feature request response workflow by [@BagToad](https://github.com/BagToad) in cli/cli#11299 **Full Changelog**: cli/cli@v2.75.1...v2.76.0 ### [`v2.75.1`](https://github.com/cli/cli/releases/tag/v2.75.1): GitHub CLI 2.75.1 [Compare Source](cli/cli@v2.75.0...v2.75.1) #### What's Changed ##### 🐛 Fixes - Ensure hostnames are visible in CLI website by [@andyfeller](https://github.com/andyfeller) in cli/cli#11295 - Revert "Fix: `gh pr create` prioritize `--title` and `--body` over `--fill` when `--web` is present" by [@andyfeller](https://github.com/andyfeller) in cli/cli#11300 ##### 📚 Docs & Chores - Ensure go directive is always .0 version in bump by [@williammartin](https://github.com/williammartin) in cli/cli#11259 - Minor (1-word) documentation typo in generated `~/.config/gh/config.yml` by [@kurahaupo](https://github.com/kurahaupo) in cli/cli#11246 - Automate closing of stale issues by [@babakks](https://github.com/babakks) in cli/cli#11268 - Filter the `third-party/` folder out of CodeQL results by [@BagToad](https://github.com/BagToad) in cli/cli#11278 - Exclude `third-party` source from golangci-lint by [@andyfeller](https://github.com/andyfeller) in cli/cli#11293 #####

Dependencies - Bump Go to 1.24.5 by [@github-actions](https://github.com/github-actions)\[bot] in cli/cli#11255 - chore(deps): bump github.com/sigstore/protobuf-specs from 0.4.3 to 0.5.0 by [@dependabot](https://github.com/dependabot)\[bot] in cli/cli#11263 - chore(deps): bump golang.org/x/term from 0.32.0 to 0.33.0 by [@dependabot](https://github.com/dependabot)\[bot] in cli/cli#11266 - chore(deps): bump golang.org/x/sync from 0.15.0 to 0.16.0 by [@dependabot](https://github.com/dependabot)\[bot] in cli/cli#11264 - chore(deps): bump golang.org/x/text from 0.26.0 to 0.27.0 by [@dependabot](https://github.com/dependabot)\[bot] in cli/cli#11265 - chore(deps): bump golang.org/x/crypto from 0.39.0 to 0.40.0 by [@dependabot](https://github.com/dependabot)\[bot] in cli/cli#11275 #### New Contributors - [@kurahaupo](https://github.com/kurahaupo) made their first contribution in cli/cli#11246 - [@github-actions](https://github.com/github-actions)\[bot] made their first contribution in cli/cli#11255 **Full Changelog**: cli/cli@v2.75.0...v2.75.1 ### [`v2.75.0`](https://github.com/cli/cli/releases/tag/v2.75.0): GitHub CLI 2.75.0 [Compare Source](cli/cli@v2.74.2...v2.75.0) #### What's Changed ##### ✨ Features - init release verify subcommands by [@ejahnGithub](https://github.com/ejahnGithub) in cli/cli#11018 - Embed Windows resources (VERSIONINFO) during build by [@babakks](https://github.com/babakks) in cli/cli#11048 - Support `--no-repos-selected` on `gh secret set` by [@williammartin](https://github.com/williammartin) in cli/cli#11217 ##### 🐛 Fixes - Fix: `gh pr create` prioritize `--title` and `--body` over `--fill` when `--web` is present by [@dankrzeminski32](https://github.com/dankrzeminski32) in cli/cli#10547 - fix: get token for active user instead of blank if possible by [@anuraaga](https://github.com/anuraaga) in cli/cli#11038 - Use Actions API to retrieve job run logs as a fallback mechanism by [@babakks](https://github.com/babakks) in cli/cli#11172 - Fix query object state mutation during pagination by [@babakks](https://github.com/babakks) in cli/cli#11244 - Handle `HTTP 404` when deleting remote branch in `pr merge` by [@babakks](https://github.com/babakks) in cli/cli#11234 ##### 📚 Docs & Chores - chore: fix function name by [@jinjingroad](https://github.com/jinjingroad) in cli/cli#11149 - chore: update Go version to 1.24 in devcontainer configuration and docs by [@tMinamiii](https://github.com/tMinamiii) in cli/cli#11158 - Ensure lint workflow checks whether 3rd party license and code is up to date by [@andyfeller](https://github.com/andyfeller) in cli/cli#11047 - docs: install\_linux.md: add Solus linux install instructions by [@chax](https://github.com/chax) in cli/cli#10823 - Fix missing newline in install\_linux.md by [@BagToad](https://github.com/BagToad) in cli/cli#11160 - Ensure automation uses pinned go-licenses version by [@andyfeller](https://github.com/andyfeller) in cli/cli#11161 - Add `workflow_dispatch` support to MR Help Wanted check by [@BagToad](https://github.com/BagToad) in cli/cli#11179 - Remove unused `GH_TOKEN` env variable from workflow by [@BagToad](https://github.com/BagToad) in cli/cli#11190 - Add workflow to automate go version bumping by [@williammartin](https://github.com/williammartin) in cli/cli#11189 - Fix inconsistent use of tabs and spaces by [@Stefan-Heimersheim](https://github.com/Stefan-Heimersheim) in cli/cli#11194 - Decouple arg parsing from MR finder by [@babakks](https://github.com/babakks) in cli/cli#11192 - docs: consistently use `apt` in installation instructions by [@tklauser](https://github.com/tklauser) in cli/cli#11216 - Ensure bump go script has git user configured by [@williammartin](https://github.com/williammartin) in cli/cli#11229 - Inject token into bump-go workflow by [@williammartin](https://github.com/williammartin) in cli/cli#11233 - Reinstating Primer Style CLI content within `cli/cli` repository by [@andyfeller](https://github.com/andyfeller) in cli/cli#11060 - Add setup-go to bump-go workflow by [@williammartin](https://github.com/williammartin) in cli/cli#11237 - Ensure GoReleaser does not break on Mac OS and Linux when skipping Windows `.rsyso` generation script by [@andyfeller](https://github.com/andyfeller) in cli/cli#11257 #####

Dependencies - Bump all dependencies except dev-tunnels by [@williammartin](https://github.com/williammartin) in cli/cli#11203 - Update microsoft dev-tunnels to v0.1.13 by [@williammartin](https://github.com/williammartin) in cli/cli#11205 - Consume dependabot minor versions for go modules by [@williammartin](https://github.com/williammartin) in cli/cli#11213 #### New Contributors - [@jinjingroad](https://github.com/jinjingroad) made their first contribution in cli/cli#11149 - [@tMinamiii](https://github.com/tMinamiii) made their first contribution in cli/cli#11158 - [@chax](https://github.com/chax) made their first contribution in cli/cli#10823 - [@dankrzeminski32](https://github.com/dankrzeminski32) made their first contribution in cli/cli#10547 - [@anuraaga](https://github.com/anuraaga) made their first contribution in cli/cli#11038 - [@Stefan-Heimersheim](https://github.com/Stefan-Heimersheim) made their first contribution in cli/cli#11194 **Full Changelog**: cli/cli@v2.74.2...v2.75.0 </details> --- ### Configuration 📅 **Schedule**: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined). 🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied. ♻ **Rebasing**: Whenever MR becomes conflicted, or you tick the rebase/retry checkbox. 🔕 **Ignore**: Close this MR and you won't be reminded about this update again. --- - [ ] If you want to rebase/retry this MR, check this box --- This MR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).

babakks added 2 commits May 30, 2025 15:20

chore: add script to create Windows resources

0385f9d

Signed-off-by: Babak K. Shandiz <[email protected]>

chore: prepare Windows resources .syso files before build

121483a

Signed-off-by: Babak K. Shandiz <[email protected]>

Copilot AI review requested due to automatic review settings May 30, 2025 17:09

babakks requested a review from a team as a code owner May 30, 2025 17:09

babakks requested a review from williammartin May 30, 2025 17:09

babakks linked an issue May 30, 2025 that may be closed by this pull request

Version information missing from exe file #10601

Closed

babakks temporarily deployed to cli-automation May 30, 2025 17:09 — with GitHub Actions Inactive

cliAutomation assigned babakks May 30, 2025

babakks mentioned this pull request May 30, 2025

Version information missing from exe file #10601

Closed

babakks requested review from BagToad and andyfeller May 30, 2025 17:10

Copilot AI reviewed May 30, 2025

View reviewed changes

babakks added 2 commits May 30, 2025 18:19

chore: ensure output path is a directory

d1a5441

Signed-off-by: Babak K. Shandiz <[email protected]>

chore: fix variable name casing

5ed59d0

Signed-off-by: Babak K. Shandiz <[email protected]>

andyfeller reviewed Jun 18, 2025

View reviewed changes

BagToad removed their request for review June 23, 2025 17:33

babakks added 5 commits June 24, 2025 11:46

chore: exclude generated .syso files from git repo

f819762

Signed-off-by: Babak K. Shandiz <[email protected]>

refactor: switch to github.com/josephspurrier/goversioninfo

925b0bc

Signed-off-by: Babak K. Shandiz <[email protected]>

chore: add versioninfo.template.json

68d9513

Signed-off-by: Babak K. Shandiz <[email protected]>

chore: delete script/winres.json

ee5ec5e

Signed-off-by: Babak K. Shandiz <[email protected]>

chore: create .syso libs only on Windows

480240f

Signed-off-by: Babak K. Shandiz <[email protected]>

babakks requested a review from andyfeller June 24, 2025 14:13

andyfeller reviewed Jun 24, 2025

View reviewed changes

andyfeller approved these changes Jun 24, 2025

View reviewed changes

chore: improve error message when versioninfo.json is not found

9c54fb3

Co-authored-by: Andy Feller <[email protected]>

andyfeller enabled auto-merge June 24, 2025 21:21

andyfeller merged commit 2fc1e54 into trunk Jun 24, 2025
15 checks passed

andyfeller deleted the babakks/embed-winres-at-release branch June 24, 2025 21:29

	pwsh .\script\gen-winres.ps1 386,amd64,arm64 '{{ .Version }}' .\script\winres.json .\cmd\gh\
	{{ if eq .Runtime.Goos "windows" }}pwsh .\script\gen-winres.ps1 386,amd64,arm64 '{{ .Version }}' .\script\winres.json .\cmd\gh\{{ end }}

	before:
	hooks:
	- >-
	{{ if eq .Runtime.Goos "windows" }}echo{{ end }} make manpages GH_VERSION={{.Version}}
	- >-
	{{ if ne .Runtime.Goos "linux" }}echo{{ end }} make completions

Embed Windows resources (VERSIONINFO) during build #11048

Embed Windows resources (VERSIONINFO) during build #11048

Uh oh!

Conversation

babakks commented May 30, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Verifying the binaries

Sample workflow

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull Request Overview

Reviewed Changes

Uh oh!

Copilot AI May 30, 2025

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

caspChristian commented May 30, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

babakks commented Jun 2, 2025

Uh oh!

babakks commented Jun 2, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

andyfeller left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

babakks commented Jun 24, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Via GUI

Via CLI

amd64 binary

386 binary

arm64 binary

Uh oh!

andyfeller left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

babakks Jun 24, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

andyfeller left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

babakks commented May 30, 2025 •

edited

Loading

caspChristian commented May 30, 2025 •

edited

Loading

babakks commented Jun 2, 2025 •

edited

Loading

babakks commented Jun 24, 2025 •

edited

Loading

`amd64` binary

`386` binary

`arm64` binary

babakks Jun 24, 2025 •

edited

Loading