feat: record explicit assignment category - #163
Conversation
📝 WalkthroughWalkthroughAssignment 생성에 ChangesAssignment Category 계약
Estimated code review effort: 4 (Complex) | ~45 minutes Merge Risk: 🟡 Moderate · up to New kernel assignments can bypass explicit category classification, while some contract-only changes can skip the dedicated validation workflow. Both issues should be corrected before merge. Sequence Diagram(s)sequenceDiagram
participant Client
participant PeopleAPI
participant Kernel
participant PostgreSQL
Client->>PeopleAPI: assignment_category_code 포함 생성 요청
PeopleAPI->>Kernel: category 및 allocation 검증
Kernel-->>PeopleAPI: 검증된 AssignmentFact
PeopleAPI->>PostgreSQL: category 포함 INSERT
PostgreSQL-->>PeopleAPI: 불변식 검증 및 저장 결과
PeopleAPI-->>Client: Assignment 생성 결과
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
Full details: Docstring CoverageExplanation Docstring coverage is 60.98% which is insufficient. The required threshold is 80.00%. Docstring coverage is scoped to functions touched by this diff. Analyzed 41 functions across 16 files. (11 skipped: 11 unsupported.)
✨ Finishing Touches 💡 1📝 Generate docstrings 💡
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
@coderabbitai review Please review exact head |
|
|
|
@coderabbitai review Please review exact current head |
|
|
|
Owner-path freshness update: canonical authorization/authentication owner #65 advanced non-force from |
|
Owner-path successor update: #65 advanced non-force again to exact head |
Current exact stack
Refs #162. Assignment-category owner remains exact head
5d4133b29f19a8db92bda0e03ba3ae1470aae594. The valid semantic delta is preserved on predecessor protected basedevelop@ef1b143368cb6249c9520ca8cae10ebe844a5aa1; against current protecteddevelop@eb9757f8649aaad026a9865508d9aad50c1a7a4fthe PR remains open · Draft · non-mergeable. This is a repair/restack finding, not a close condition.Orgmetra remains authoritative for Assignment category. New facts use explicit
primary | concurrent_secondary;legacy_unspecifiedis historical/restoration provenance only. Correction/supersession remains owned by #164/#165.Protected-owner prerequisites
72070cb4b8d636825ce5b1a326df4c296596ed7e. Exact Foundation CI33936088421is terminal success after the predecessor 218-test/99.43%-coverage RED was repaired. Remaining security/review gates still control integration.8f986853a6f234c317e29080c4982bab34f3dc51. fix(people): bind mutation results to the exact commanded HR identity #229–fix(people): require exact allocation-ratio text before Decimal parsing #232 retain result/command/runtime-integrity hardening; fix(people): reject zero assignment allocation at the published HTTP contract #233 now makes Assignment allocation strictly positive across parser, published OpenAPI, regression tests and deterministic manifest evidence. Source repair is complete on the mutable head, but exact-hosted/review evidence is still non-terminal.1caf8f760e81f1cb6954fdf1d0d13a46dbb6c0b1. After fix(people): protect governed mutation runtime types #64 integrates normally, fix(authz): protect purpose-bound runtime integrity #65 must non-force adopt protected fix(people): protect governed mutation runtime types #64 and preserve fix(people): bind mutation results to the exact commanded HR identity #229–fix(people): reject zero assignment allocation at the published HTTP contract #233 with itsvalidate_authorization_decision(...)flow.8d12ee7cd05549a69c6debf5e0de0c5fc8668f33, now Draft/non-mergeable on an old base. Because it overlaps fix(people): protect governed mutation runtime types #64/fix(authz): protect purpose-bound runtime integrity #65 on People, authorization and OpenAPI files, it follows fix(authz): protect purpose-bound runtime integrity #65 and must non-force adopt protected owner truth while preserving only its legal-employer feature delta.Only after #63 → #64 → #65 → #141 integrate through ordinary protected gates should #163 non-force adopt resulting protected
develop, preserve the explicit Assignment-category delta, resolve actual conflicts causally, and reacquire exact-head product/PostgreSQL/security/review evidence. #165 remains dependent.Do not copy mutable-owner source, force-push, destructively rebase, self-approve, administrator-bypass, weaken gates, no-op retrigger, or transfer predecessor evidence.