-
Notifications
You must be signed in to change notification settings - Fork 2
fix: linter configs to root folder #44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Move .tflint.hcl from .trunk/configs/ to root directory and update trunk.yaml to use default config discovery. This simplifies the configuration and follows standard tflint conventions. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
Move .checkov.yaml, .yamllint.yaml, and .markdownlint.yaml from .trunk/configs/ to root directory. This consolidates all important configs at the top level for better visibility and independence from trunk tooling. 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
WalkthroughThis change introduces a new Possibly related PRs
Suggested reviewers
✨ Finishing Touches🧪 Generate Unit Tests
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. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
Documentation and Community
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Nitpick comments (1)
.trunk/.gitignore (1)
11-11
: Simplify the ignore pattern
Instead of.claude/*
, you can ignore the entire directory with a single pattern:.claude/
This covers the folder and all its contents in one rule.
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (3)
.claude/settings.local.json
(1 hunks).trunk/.gitignore
(1 hunks).trunk/trunk.yaml
(0 hunks)
💤 Files with no reviewable changes (1)
- .trunk/trunk.yaml
🔇 Additional comments (1)
.claude/settings.local.json (1)
1-9
: Verify the allowed commands list
Theallow
array locks Bash execution to specific patterns (trunk check
, Git moves/adds, etc.). Confirm whether other typical workflows—such astrunk lint
,trunk fmt
, or CI scripts—need to be permitted or are intentionally excluded.
.claude/settings.local.json
Outdated
{ | ||
"permissions": { | ||
"allow": [ | ||
"Bash(trunk check:*)", | ||
"Bash(git checkout:*)", | ||
"Bash(find:*)", | ||
"Bash(git mv:*)", | ||
"Bash(git add:*)" | ||
], | ||
"deny": [] | ||
} | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm thinking that we don't want to check these in... Each developer should have their own discrepancy around which commands they feel comfortable being always allowed. What do you think? cc @oycyc
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep, agree. I committed and then realized is highly specific to each dev. Added it after to fact to gitignore but didn't remove it from the repo.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good -- one request around the settings.local.json calude file.
Also, please confirm that Trunk will pick up the root config files for checkov and similar when it's not explicitly told that they are in root and not in the trunk configs folder.
Fixed that.
Yes, confirmed each of the linters picks up its respective config file from the root folder. |
## what - sync linter configs from template repo when - See this for more context masterpointio/terraform-module-template#44 <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit - **Chores** - Updated the default set of modules to target only one specific module. - Expanded the list of configuration files included in synchronization tasks. - Improved comments and ignore patterns for project-specific directories. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
🤖 I have created a release *beep* *boop* --- ## [0.8.0](v0.7.1...v0.8.0) (2025-06-17) ### Features * **INT-83:** dial in configs for tflint ([#39](#39)) ([60c58f4](60c58f4)) ### Bug Fixes * **gha-trunk-upgrade:** wait for checks and merge with admin ([#42](#42)) ([0c399bc](0c399bc)) * **gha:** use app–generated token to create release-please PRs ([#45](#45)) ([a0c0d46](a0c0d46)) * linter configs to root folder ([#44](#44)) ([7aacf9f](7aacf9f)) --- This PR was generated with [Release Please](https://github.com/googleapis/release-please). See [documentation](https://github.com/googleapis/release-please#release-please). Co-authored-by: masterpointbot[bot] <177651640+masterpointbot[bot]@users.noreply.github.com>
what
move linter configs from
.trunk/configs
to the root folder based on this conversation.confirmed the linters pull configs from the root folder
Summary by CodeRabbit
.claude/
directory from version control.tflint
linter by removing a custom environment variable override.