Repository navigation
Preserve lineage through coordinated mutations and renewed bases - #7
Merged
Merged
Conversation
This was referenced Nov 6, 2026
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.
Same-repository reconciliation now has an explicit lineage-preservation path, including independent candidate-bound source/rights reviews and protected committed lineage, harvest, policy and validator objects. This completes the original #7 scope on accepted #9 main.
New missions can compose lineage with target coordination using sealed execution-state v20 and an explicit effective-schema composition contract; standalone v18/v19 and existing frozen missions remain unchanged. Settlement reconciliation, reports and handoffs retain the exact lineage-review ref/hash plus generation, scope and fence custody. A renewed review keeps its original policy/profile pin and names the descendant publication base examined for the candidate and no-new-obligations finding. Git proves policy-base → reviewed-base → candidate and unchanged protected objects at all three commits. Direct publication after main advances before settlement remains supported. Both publication success paths recheck lineage and writer custody after forge verification.
The first target profile remains SaiFlyBy/flybymaestro and accepted main. Review records do not authenticate reviewers, and the four-file proof does not establish target-validator success or its other inputs. External contributions retain normal lineage materialization.
Candidate: 0da5e23; tree 5c19e84a7c837ca6046d98d638d8ae87ea1c5ef4; accepted base 90ab422. Original source d707c4d is retained in merge history.
Validation:
Dependency-aware delivery and the distinct reservation bindings are following coherent scopes; merging this PR does not complete those requirements.