[Feature Request] Sync the repository tooling under tools/ from upstream Cloud Foundation Fabric
Maintainer thường phản hồi trong vòng 1 ngày
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 45/100
Hướng nghiên cứu
Start by comparing tools/tfdoc.py and tools/check_documentation.py with the corresponding files in the tracked Cloud Foundation Fabric release, preserving the listed Python 3.11 and CodeQL fixes. Check the imports for tests/fixtures and tests/examples, then review tools/sync-from-cff.sh and tools/cff-sync.ignore. Done means the documentation check runs without the unknown fixture error, regenerated tables match the vendored READMEs, and the weekly sync covers these tools.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Feature Description
Bring tools/tfdoc.py, tools/check_documentation.py and the related test helpers up to the upstream Cloud Foundation Fabric versions, so the README checks work again and regenerated tables match the vendored modules.
Use Case
- The
tools/tfdoc.pyscript predates Fabric v38.0.0 and was never synced, so it renders object types differently from the upstream script that generated the vendored module READMEs. - Regenerating a synced module README with the local script rewrites every table, so #311 used the v59.2.0 upstream script from a Fabric checkout instead.
- The
tools/check_documentation.pycheck fails onmainwith anUnknown fixtureerror, so it cannot guard README tables today.
Proposed Solution
- Three-way merge the
tools/files from Fabric v38.0.0 to the release thatmodules/tracks, keeping the Stellar Engine changes such as the Python 3.11 and CodeQL fixes. - Vendor the
tests/fixturesandtests/exampleshelpers that the scripts import, or make the fixture lookup optional. - Extend
tools/sync-from-cff.shandtools/cff-sync.ignoreto cover the synced tool files, so the weekly sync keeps them current. - Run
tools/check_documentation.pyin CI once it passes.
Compliance & Deployment Context
- Target Deployment Type(s):
- US Region Restricted (e.g., Access Policy constraint)
- FedRAMP Moderate
- FedRAMP High
- DoD IL4
- DoD IL5
- All / General
- Relevant NIST 800-53r5 Controls: CM-2 baseline configuration
Reusability Check
Stellar Engine prioritizes reusability.
- I have checked if this functionality can be achieved by extending an existing module or blueprint.
- I have verified that this does not duplicate existing functionality.
Alternatives Considered
- Keep the local script and accept table churn on every sync.
- Run the upstream script from a Fabric checkout, as #311 did, which every maintainer would have to repeat by hand.
Additional Context
- Related: #308 and #311.
- Ngôn ngữ chính
- HCL
- Star
- 58
- Fork
- 25
- Merge trung bình
- 1 ngày 16 giờ
- Pull request đã merge (30 ngày)
- 62
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của google/stellar-engine
-
Enhancement Framework - FedRAMP High Level of Effort - Low Priority - Medium Scope - Blueprint Scope - Module
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
google/stellar-engine#320 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Enhancement Level of Effort - Medium Priority - Medium Scope - Blueprint Scope - Fast Scope - Module
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
google/stellar-engine#321 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug] fedramp-high/gitlab: GKE control plane authorized ranges and node settings are silently ignoredCó thể đã có người làm @digitalresistor đã nhận 7 ngày trước. Đang mởBug Framework - FedRAMP High Level of Effort - Low Priority - High Scope - Blueprint Scope - Module Security
Độ khó 4/5 1-2 ngày Mức phù hợp với người mới 57/100
google/stellar-engine#314 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Feature Request] Sync the modules from upstream Cloud Foundation Fabric and keep them currentCó thể đã có người làm @digitalresistor đã nhận 7 ngày trước. Đang mởDocumentation Enhancement Level of Effort - High Priority - Medium Scope - Module
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
google/stellar-engine#308 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Enhancement Level of Effort - High Priority - Medium Scope - Fast
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
google/stellar-engine#306 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của google/stellar-engine
Issue tương tự
-
[BUG] Published Docker images lack the redis extra: HEADROOM_COMPRESS_SESSION_STORE stops startupCó thể đã có người làm @AlessandroSpallina đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
headroomlabs-ai/headroom#4513 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug priority-medium to-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
kiwigrid/k8s-sidecar#669 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
pydantic/logfire-helm-chart#319 ·
Maintainer thường phản hồi trong vòng 1 ngày