microsoft / microsoft/winget-cli

I am facing a bizarre issue with the build. Two copies of the repo, each at commit 6096b5e, one builds and the other fails.

Open
#5,394 14 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Area-Build Issue-Bug
Dominant language
C++
Stars
26.4k
Forks
1.8k
Avg merge
1d 11h
Merged PRs (30d)
15

Description

I have some minor contributions I'd like to make, and towards that goal I'm trying to get in a state where I can reliably build the solution. I am having difficulties that I cannot explain, and I am at a loss to even speculate as to the reasons.

I cloned the repo about March 31st, that repo is at commit 6096b5e. It builds fine, with no obvious errors, and searching for "-- FAILED" in the build output finds nothing. I made my quite minor proof-of-concept modifications, rebuilt it and it ran fine and as expected.

I then had the idea to re-clone the repo to get things into a more up-to-date state, and redo my changes with the aim of preparing a pull request. But I could not get it to build at all.

I was glad that I kept my previous version of the tree intact, because at least that is still working.

I decided to investigate by creating a new worktree for the repo, and checking out commit 6096b5e into that folder. I then attempted to "Rebuild all".

Quite a few failures, indicating missing dependencies/references. I will of course include the full build output, because I don't know exactly which details will turn out to be important.

I did create a script which did git ls-files and verified that the files in both trees were identical using Get-FileHash, out an abundance of caution. But this only counts for the source files, it turns out that there are differences in some folders when I compare with Beyond Compare.

Most concerning is that the vcpkg_installed folders contain libraries that are not identical.

Image

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by comparing the two worktrees at commit 6096b5e, including their vcpkg_installed folders and the reported build output. Determine why identical tracked source files produce different dependency or reference failures, then verify that the same checkout can complete a rebuild reliably.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp, git
Domain
build-system, cli
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.