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

test: Migrate publish snapshotting to snapbox #14642

Merged
merged 4 commits into from
Oct 17, 2024
Merged

Conversation

epage
Copy link
Contributor

@epage epage commented Oct 4, 2024

What does this PR try to resolve?

This is part of #14039 and allows snapshotting in more places.

How should we test and review this PR?

Additional information

InMemoryDir is taken from some experiments I've been doing in snapshot for filesystem assertions. That got held up because of design complexity but publish validation's needs are simpler than I was designing for.

@rustbot
Copy link
Collaborator

rustbot commented Oct 4, 2024

r? @weihanglo

rustbot has assigned @weihanglo.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

@rustbot rustbot added A-testing-cargo-itself Area: cargo's tests S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Oct 4, 2024
@epage epage force-pushed the test-publish branch 3 times, most recently from c094a02 to 103c823 Compare October 4, 2024 19:02
}
}

macro_rules! impl_from_tuple_for_dirsnapshot {
Copy link
Member

Choose a reason for hiding this comment

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

I know it is working, and I understand it is for supporting up to 9 tuples (right?). However the macro is a bit hard to read for me. Is this a de-facto decl macro pattern? Is it possible to document what it is doing?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I've added some comments

Copy link
Member

Choose a reason for hiding this comment

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

Thanks!

r=me when the version bump is fixed

@epage
Copy link
Contributor Author

epage commented Oct 16, 2024

@bors r=weihanglo

@bors
Copy link
Collaborator

bors commented Oct 16, 2024

📌 Commit 5b84fc9 has been approved by weihanglo

It is now in the queue for this repository.

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Oct 16, 2024
@bors
Copy link
Collaborator

bors commented Oct 16, 2024

⌛ Testing commit 5b84fc9 with merge 2835ddc...

@bors
Copy link
Collaborator

bors commented Oct 17, 2024

☀️ Test successful - checks-actions
Approved by: weihanglo
Pushing 2835ddc to master...

1 similar comment
@bors
Copy link
Collaborator

bors commented Oct 17, 2024

☀️ Test successful - checks-actions
Approved by: weihanglo
Pushing 2835ddc to master...

@bors bors merged commit 2835ddc into rust-lang:master Oct 17, 2024
24 checks passed
@bors
Copy link
Collaborator

bors commented Oct 17, 2024

👀 Test was successful, but fast-forwarding failed: 422 Changes must be made through a pull request.

@epage epage deleted the test-publish branch October 18, 2024 02:10
bors added a commit to rust-lang-ci/rust that referenced this pull request Oct 19, 2024
Update cargo

7 commits in 8c30ce53688e25f7e9d860b33cc914fb2957ca9a..cf53cc54bb593b5ec3dc2be4b1702f50c36d24d5
2024-10-15 16:43:16 +0000 to 2024-10-18 13:56:15 +0000
- feat: Stabilize MSRV-aware resolver config (rust-lang/cargo#14639)
- Help with `[patch.crates.io]` (rust-lang/cargo#14700)
- test: Migrate publish snapshotting to snapbox (rust-lang/cargo#14642)
- Bump to 0.85.0; update changelog (rust-lang/cargo#14695)
- Fix typo in faq.md (rust-lang/cargo#14696)
- fix(registry): `HttpRegistry` `block_until_ready` returns early when work is still pending (rust-lang/cargo#14694)
- fix(resolver): avoid cloning when iterating using RcVecIter (rust-lang/cargo#14690)
@rustbot rustbot added this to the 1.84.0 milestone Oct 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-testing-cargo-itself Area: cargo's tests S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants