Repository navigation
Conversation
…ontract Signed-off-by: Virtue039 <virtue039@qq.com>
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.
A regression case currently requires an expected property, so a person cannot record that an open statement should bind to nothing. The review of #1184 identified this gap with
不再负责bound toresponsibleFor.This documentation-only PR proposes the next boundary in decision 0061, following the issue-first discussion in #1103 and CONTRIBUTING's requirement to land the contract before implementing data-model or API changes. Existing positive requests remain valid; an explicit
expected_binding: "none"request has no target property or direction. The revision specifies nullable-target integrity and retry uniqueness, none versus undecided comparisons, workbench visibility, and acceptance through ordinary alignment without an evaluator or extra job.The proposal preserves #1103's human-bound exception and explicitly asks whether it should instead apply only to positive expectations. An ending is included as an acceptance control: the review example does not imply that every negated or ended relationship must be unbound.
Validation: inspected the existing migration 0109, add/view/record paths, phrase_bindings::stale and the 0061 boundaries on macOS, based on dev 25fa9f4;
git diff --checkpasses for commit 9350df0. One ADR changes (+78 lines); no production code or migration changes, so runtime suites were not run. The overall 0061 status remains In progress and this new section is explicitly proposed; implementation and real-model acceptance remain open.Refs #1103, #1184.