Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do not use shallow clones for short revisions #10639

Open
wants to merge 3 commits into
base: master
Choose a base branch
from

Conversation

alt-romes
Copy link
Collaborator

@alt-romes alt-romes commented Dec 13, 2024

    Do not use shallow clones for short revisions

    When the `tag` of a `source-repository-stanza` is not a full hash,
    we cannot do a shallow clone and fetch it separately.

    Therefore, in those cases, we fall back to doing a full clone.

    Fixes #10605

    Includes a regression test by @9999years.

    Co-authored-by: Rebecca Turner <[email protected]>

Additionally

Fix verbosity of git

    The lack of parenthesis in this line meant that we'd only see the
    verbose output from git when we had a `peerLocalDir`.

    This should fix verbosity of git

Template Α: This PR modifies behaviour or interface

Include the following checklist in your PR:

@alt-romes
Copy link
Collaborator Author

(Just noting that it's quite unfortunate how the versions of the formatter are out of sync between my computer and CI)

@alt-romes
Copy link
Collaborator Author

Fixes #10605

Comment on lines 623 to 625
-- full hashes are 40 characters
| Just tg <- srpTag
, length tg >= 40 =
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It should be exactly 40 characters and all hexadecimal characters; e.g. 48c42600594a381af18afb24d8eb857396876f0ff is not valid and 48c42600594a38Iaf18afb24d8eb857396876f0f is not valid.

Comment on lines 590 to 597
-- Then, reset to the appropriate ref.
git localDir $
"reset"
: verboseArg
++ [ "--hard"
, ref
, "--"
]
Copy link
Collaborator

@9999years 9999years Dec 13, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think that git reset --hard HEAD is needed to check out the sources when git clone --no-checkout is used, i.e. even if the clone is not shallow.

EDIT: I suspect this is why the tests are failing.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe you can do something like Just ref | doShallow -> ... to guard that case and then put the Nothing -> branch at the bottom. (That would also avoid reindenting the whole block, not that it matters very much.)

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You're right! Indeed, we must still reset when the clone uses --no-checkout. I've fixed this now. Thanks

@ulysses4ever
Copy link
Collaborator

I wonder if we should issue a notice or an info when we can’t do a shallow clone.

Copy link
Collaborator

@9999years 9999years left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Currently, the test suite is not able to test shallow clones at all -- let's make sure we get those tested before we merge this.

If you run the tests right now, you'll see that the --depth flag is ignored:

$ ./validate.sh -s build -s cli-tests -p VCS
$ /Users/wiggles/cabal/master/dist-newstyle-validate-ghc-9.8.2/build/aarch64-osx/ghc-9.8.2/cabal-install-3.15.0.0/t/long-tests/build/long-tests/long-tests --num-threads 20 --pattern VCS
File modification time resolution calibration completed, maximum delay
observed: 1.778 ms. Will be using delay of 20.0 for test runs.
Long-running tests
  UnitTests.Distribution.Client.VCS
    git
      check VCS test framework: warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
      check VCS test framework: 20% warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
      check VCS test framework: 30% warning: --depth is ignored in local clones; use file:// instead.
      check VCS test framework: OK (33.93s)
        +++ OK, passed 10 tests.
      cloneSourceRepo:          60% warning: --depth is ignored in local clones; use file:// instead.
      cloneSourceRepo:          80% warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
warning: --depth is ignored in local clones; use file:// instead.
      cloneSourceRepo:          OK (54.19s)
        +++ OK, passed 10 tests.
      syncSourceRepos:          OK (57.73s)
        +++ OK, passed 10 tests.

Let's make sure to add a couple test cases for shallow and non-shallow clones as well.

The --depth is ignored warning can be seen in #10587 as well.

@alt-romes
Copy link
Collaborator Author

@9999years what kind of property do you think we should test additionally?

Since this PR, we test that short hashes work (which means doing a full clone).
The VCS quickcheck testsuite tests the remaining "normal" situations using full hashes, which do shallow clones

@alt-romes
Copy link
Collaborator Author

I don't understand why the whitespace test is failing. Perhaps @ulysses4ever or @geekosaur knows?

This file is not in my tree?

[ Checked ] cabal-testsuite/PackageTests/NewBuild/CustomSetup/LocalPackageWithCustomSetup/pkg.cabal
[ Violation detected ] changelog.d/pr-10546:
changelog.d/pr-10546:41: ····$·cat·z-empty.config·

make: *** [Makefile:46: whitespace] Error 1

@geekosaur
Copy link
Collaborator

It's in mine?

(Careful: the failing file is a changelog.d entry, which were only just added to the whitespace check a day or so ago, which is why nobody saw this before.)

@alt-romes
Copy link
Collaborator Author

Interestingly I managed to get the file only after rebasing. It was introduced in 33b19e4.
It's still failing for some reason

@alt-romes
Copy link
Collaborator Author

I've patched it now, but note that the whitespace violation wasn't introduced in this PR.

@geekosaur
Copy link
Collaborator

geekosaur commented Dec 16, 2024

I have a sneaking suspicion that the whitespace job isn't listed as required under branch protection. Mergify doesn't care about CI passing, it cares only about the branch protection rules being satisfied. (And merges as soon as they pass even if CI is still running; I still haven't heard back from them about that.)


ETA: confirmed, whitespace job isn't in branch protection rules.

@geekosaur
Copy link
Collaborator

I'd suggest you remove the patches from this PR and make a separate one fixing the whitespace breakages, which we can push in at high priority if necessary since master is in some sense broken. And consider adding the whitespace job to branch protection for master and 3.*.

@alt-romes
Copy link
Collaborator Author

I'd suggest you remove the patches from this PR and make a separate one fixing the whitespace breakages, which we can push in at high priority if necessary since master is in some sense broken. And consider adding the whitespace job to branch protection for master and 3.*.

Sure. In #10642

@geekosaur
Copy link
Collaborator

I just noticed you're missing the PR templates both here and in the new PR.

9999years and others added 3 commits December 16, 2024 11:25
When the `tag` of a `source-repository-stanza` is not a full hash,
we cannot do a shallow clone and fetch it separately.

Therefore, in those cases, we fall back to doing a full clone.

Fixes haskell#10605

Includes a regression test by @9999years.

Co-authored-by: Rebecca Turner <[email protected]>
The lack of parenthesis in this line meant that we'd only see the
verbose output from git when we had a `peerLocalDir`.

This should fix verbosity of git
@alt-romes
Copy link
Collaborator Author

Oh no! I've just noticed that git fetch can also take --depth 1, and, without it, the git fetch to a different revision will still trigger a full clone. I'll do that in a separate commit tomorrow.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants