submit: Update native stacks after publishing - #1400
Draft
abhinav wants to merge 1 commit into
Draft
Conversation
Owner
Author
|
This change is part of the following stack:
Change managed by git-spice. |
This was referenced Aug 10, 2026
abhinav
force-pushed
the
submit-native-stacks
branch
from
August 12, 2026 02:43
d2b0de3 to
669b4fd
Compare
abhinav
force-pushed
the
submit-native-stacks
branch
from
August 12, 2026 03:06
669b4fd to
3103d14
Compare
abhinav
force-pushed
the
submit-native-stacks
branch
from
August 12, 2026 04:19
3103d14 to
cfd7ab6
Compare
abhinav
force-pushed
the
submit-native-stacks
branch
2 times, most recently
from
August 12, 2026 13:19
187704a to
122a068
Compare
abhinav
marked this pull request as ready for review
August 12, 2026 13:19
abhinav
marked this pull request as draft
August 15, 2026 13:56
abhinav
force-pushed
the
submit-native-stacks
branch
from
August 15, 2026 13:56
972551d to
31015cd
Compare
This was referenced Aug 15, 2026
abhinav
changed the base branch from
github-stacks-config
to
shamhub-native-stacks
August 15, 2026 15:31
abhinav
force-pushed
the
submit-native-stacks
branch
from
August 23, 2026 13:41
31015cd to
e0b1410
Compare
abhinav
force-pushed
the
submit-native-stacks
branch
from
August 24, 2026 04:08
e0b1410 to
8cd268a
Compare
Submission can publish change requests without refreshing provider-native stack metadata. For a stack-capable repository, changing an existing pull request base first can also prevent the provider from safely restructuring its current stack. Defer provider-facing base edits during submission. After every requested branch publishes successfully, load one branch graph, project each affected complete tree, and plan the desired native stacks in one batch. Execution then owns any required unstack, retarget, and recreate sequence. When planning reports `ErrUnsupported`, apply the deferred ordinary base edits instead. Warn for genuine native-stack planning or execution failures without changing the successful submission result. ShamHub script coverage inserts a branch between two already stacked changes to exercise the ordering boundary.
abhinav
force-pushed
the
submit-native-stacks
branch
from
August 24, 2026 12:41
8cd268a to
3acc7a4
Compare
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.
Submission can create or update change requests without refreshing a
forge's native stack metadata. After successful publication, reload the
branch graph and send each affected tracked tree to repositories that
implement
WithStacks.Use
BranchGraph.Bottomto find each affected tree and collect itspublished changes. Treat an unsupported capability as a no-op, and warn
for other update failures without changing the successful submission
result.
Model the capability in ShamHub behind an opt-in configuration so
end-to-end tests can observe complete, order-independent native stack
trees without changing existing script behavior.