mise 2026.4.28#280217
Merged
Merged
Conversation
Member
|
How can we resolve this? |
d508e1b to
30d215a
Compare
Member
|
chenrui333
approved these changes
Apr 30, 2026
Contributor
|
🤖 An automated task has requested bottles to be published to this PR. Caution Please do not push to this PR branch before the bottle commits have been pushed, as this results in a state that is difficult to recover from. If you need to resolve a merge conflict, please use a merge commit. Do not force-push to this PR branch. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Created by
brew bumpCreated with
brew bump-formula-pr.Details
release notes
(task) Remote tasks referenced by commit SHA (a
git::source with?ref=<40-char hex>) no longer crash mise withwe map by name only and have no object-id in refspecfromgix(#9473) by @jdx.gix-refspecparses any 40- or 64-char hex string as anObjectIdrefspec, butgix::clone::fetch::util::find_custom_refnameonly handles name-based matches andexpect()s on the result, so passing a bare SHA toprepare_clone.with_ref_name()triggered a hard process panic on every cache miss.Git::clonenow detects SHA-shaped refs via alooks_like_shaheuristic, skips both thewith_ref_name()andgit clone -bpaths (neither accepts bare SHAs), drops--depth 1since shallow clones may not contain the requested object, and checks out the SHA after the clone via the existing CLI-backed update. Named branches and tags continue to use the existing fast paths. Closes #9472.(copr) The
copr-publishworkflow no longer pins a staleghcr.io/jdx/mise:coprimage digest, anddocker.ymlnow rebuilds the:coprimage wheneverpackaging/copr/Dockerfilechanges onmain(#9451) by @bestagi. Previously the workflow kept hittingModuleNotFoundError: No module named 'rich'even after #9421 switchedcopr-clitodnf install, because the hardcoded digest still pointed at the old pip-installed image.New Contributors
Full Changelog: jdx/mise@v2026.4.27...v2026.4.28
View the full release notes at https://github.com/jdx/mise/releases/tag/v2026.4.28.