Skip to content

feat: Add essential content#1

Merged
jasperdemmers merged 10 commits intomainfrom
feat/initial-setup
Mar 14, 2026
Merged

feat: Add essential content#1
jasperdemmers merged 10 commits intomainfrom
feat/initial-setup

Conversation

@jasperdemmers
Copy link
Member

@jasperdemmers jasperdemmers commented Mar 14, 2026

Description

This pull request adds all essential content to be included in the root SimplePark B.V. repository.

Summary by CodeRabbit

  • Documentation

    • Added organization-level docs: code of conduct, contributor guide, contributor license agreement, security guidance, project conventions, provider info, profile page, repository README, and a LICENSE file.
  • Chores

    • Added standardized issue templates (bug, feature request, task) and enabled blank issues, a pull request template, markdown lint configuration, and CI workflows for YAML linting, markdown checks, and a placeholder test job.

@jasperdemmers jasperdemmers self-assigned this Mar 14, 2026
@coderabbitai
Copy link

coderabbitai bot commented Mar 14, 2026

Caution

Review failed

Pull request was closed or merged during review

Walkthrough

This PR adds organization-level community, contribution, and CI configuration files. New files include issue templates (bug_report.yml, feature_request.yml, task.yml), .github/config.yml enabling blank issues, a pull request template, GitHub Actions workflows (ci-analyze.yml, ci-format.yml, ci-test.yml), CODE_OF_CONDUCT.md, CONTRIBUTING.md, CONTRIBUTORS_LICENSE_AGREEMENT.md, LICENSE, PROJECT_CONVENTIONS.md, PROVIDER_INFORMATION.md, SECURITY.md, profile/README.md, .markdownlint-cli2.jsonc, and README.md. No application source code or public API/exported declarations were changed.

Possibly related PRs

  • SimplePark-BV/simplepark-core#91 — Modifies the same CI workflow and Markdown linting files (.github/workflows/* and markdownlint config), showing a direct overlap in workflow and linting configuration changes.

Poem

🐇 I hopped in with templates bright,
Forms and rules to tidy the site,
Workflows hum and checks take flight,
Docs and guides in carrot light,
A small hop makes contribution right.

📝 Coding Plan
  • Generate coding plan for human review comments

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 15

🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In @.github/ISSUE_TEMPLATE/bug_report.yml:
- Line 1: Add the YAML document start marker by inserting a line with three
dashes ("---") immediately before the existing "name: Bug Report" entry so the
template begins with a proper YAML document start; this change ensures the CI
parser recognizes the file as a valid YAML document.
- Around line 57-59: The description string under the "description" key exceeds
80 characters; edit the value for the "description" field (the line beginning
with description: under the Screenshots label) and wrap it into multiple
indented lines so each line is <=80 characters (or use YAML folding) while
preserving indentation and YAML syntax before the next key "validations".

In @.github/ISSUE_TEMPLATE/config.yml:
- Line 1: Add an explicit YAML document start marker to this config by
prepending the three-dash marker for the document start; update the top of the
file that currently contains the key "blank_issues_enabled: true" so it begins
with "---" followed by the existing content to satisfy yamllint and ensure
consistent document boundaries.

In @.github/ISSUE_TEMPLATE/feature_request.yml:
- Line 1: Add the YAML document start marker '---' at the very top of the
template so the file begins with a proper YAML document start; update the
template that currently starts with the top-level key "name: Feature Request" to
instead have '---' on the first line followed by the existing content to ensure
CI YAML parsing succeeds.
- Line 26: The YAML descriptions for the "description" fields (e.g., the line
containing "description: A clear and concise description of the feature or
improvement you'd like.") exceed 80 characters and fail yamllint; replace those
long inline description values with YAML folded block scalars (use >) or literal
(|) for the "description" keys so the text is wrapped across multiple lines, and
apply the same change to the other affected "description" occurrences on the
template (the entries at the same key on lines 34, 42, 50, and 58) so each long
string is wrapped and complies with the 80-character rule.

In @.github/ISSUE_TEMPLATE/task.yml:
- Around line 1-27: Add the YAML document start marker '---' to the top of the
Task template to satisfy yamllint and match other YAML files; update the file
that defines the template (the keys like name, description, type, and the body
entries such as id: description, id: acceptance-criteria, id:
additional-context) by inserting a single '---' line as the first line of
.github/ISSUE_TEMPLATE/task.yml so the file begins with the YAML document start
marker.

In @.github/PULL_REQUEST_TEMPLATE.md:
- Around line 1-21: CI is failing because markdownlint rule MD041 enforces a
top-level H1 but the PR template intentionally starts with H2; fix by disabling
MD041 for PR templates either by adding a markdownlint config at the repo root
(e.g., create a .markdownlint-cli2.yaml or .markdownlint.yaml that sets MD041 to
false or ignores .github/PULL_REQUEST_TEMPLATE.md) or by adding an inline
markdownlint disable directive at the top of .github/PULL_REQUEST_TEMPLATE.md to
suppress MD041 for that file.

In @.github/workflows/ci-analyze.yml:
- Line 1: Add the YAML document start marker to the workflow by inserting a
leading line containing just '---' at the top of the CI / Analyze workflow (the
file whose top-level name is "CI / Analyze"); this will satisfy yamllint
--strict and ensure the file is a valid YAML document.

In @.github/workflows/ci-test.yml:
- Around line 21-22: The run line in the "No tests yet" step has an echo string
longer than 80 chars causing yamllint to fail; shorten the message or make it
multi-line. Edit the step with name "No tests yet" and modify the run field
(currently echo "No automated tests are defined yet. This job exists to satisfy
branch protection requirements.") to either use a shorter single-line echo (<=80
chars) or use a YAML block scalar (|) and split the message across lines so no
line exceeds 80 characters.

In `@CODE_OF_CONDUCT.md`:
- Line 43: Replace the phrase "Confidentiality with regard to the reporter will
be maintained at all times." in the sentence that begins "Instances of
unacceptable behavior may be reported..." with the tighter phrasing
"Confidentiality regarding the reporter will be maintained at all times." —
update the CODE_OF_CONDUCT.md sentence text accordingly to use "regarding the
reporter" in place of "with regard to the reporter."
- Around line 5-47: The CI failure is due to MD013 line-length violations in
CODE_OF_CONDUCT.md; soft-wrap long paragraphs (the opening paragraph and
sections like "Expected Behavior", "Unacceptable Behavior", "Responsibilities",
"Enforcement", and "Attribution") to <=80 characters per line without changing
wording or links (e.g., the mailto and Contributor Covenant URL), preserving
headings ("Expected Behavior", "Unacceptable Behavior", etc.) and list bullets;
apply only formatting changes so content/semantics remain identical.

In `@CONTRIBUTING.md`:
- Line 3: The long sentence "Thank you for your interest in contributing to
SimplePark. Please note that SimplePark is primarily a closed-source company.
These guidelines apply to any public repositories we maintain." exceeds 80
characters; split it into multiple lines/sentences so each line is <=80 chars —
e.g., break after the first sentence or rewrite into two shorter sentences,
ensuring the same content remains but lines are wrapped to under 80 characters
(update the paragraph containing that exact sentence).

In `@profile/README.md`:
- Line 19: The heading "## 🧑‍🎓Internships" is missing a space after the emoji;
update the Markdown heading to "## 🧑‍🎓 Internships" so there is a space
between the emoji and the word "Internships".
- Line 3: The markdown contains broken external links due to the wrong
organization name; update every URL that uses "github.com/simplepark/" to
"github.com/SimplePark-BV/"—specifically fix the banner image reference (the
markdown image on line with the SimplePark Banner) and the community links (Code
of Conduct, Contributing Guidelines, Contributor License Agreement) and the
Provider Information link so they point to github.com/SimplePark-BV/ instead of
github.com/simplepark/; verify all occurrences in README.md are replaced to
restore working links.

In `@PROJECT_CONVENTIONS.md`:
- Line 70: The sentence in PROJECT_CONVENTIONS.md incorrectly states blank
issues are disabled; update that sentence to say blank issues are enabled and
reference the `.github/ISSUE_TEMPLATE/config.yml` setting `blank_issues_enabled:
true` so it accurately reads that blank issues are enabled via config.yml (edit
the line mentioning "Blank issues are disabled via `config.yml`" to "Blank
issues are enabled via `config.yml`").

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Pro

Run ID: 6f56d2db-8071-4573-a6e2-2d8ad8bed984

📥 Commits

Reviewing files that changed from the base of the PR and between 68a7e6c and c75ed45.

⛔ Files ignored due to path filters (1)
  • assets/banner.jpeg is excluded by !**/*.jpeg
📒 Files selected for processing (17)
  • .github/ISSUE_TEMPLATE/bug_report.yml
  • .github/ISSUE_TEMPLATE/config.yml
  • .github/ISSUE_TEMPLATE/feature_request.yml
  • .github/ISSUE_TEMPLATE/task.yml
  • .github/PULL_REQUEST_TEMPLATE.md
  • .github/workflows/ci-analyze.yml
  • .github/workflows/ci-format.yml
  • .github/workflows/ci-test.yml
  • CODE_OF_CONDUCT.md
  • CONTRIBUTING.md
  • CONTRIBUTORS_LICENSE_AGREEMENT.md
  • LICENSE
  • PROJECT_CONVENTIONS.md
  • PROVIDER_INFORMATION.md
  • README.md
  • SECURITY.md
  • profile/README.md

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 3

♻️ Duplicate comments (1)
PROJECT_CONVENTIONS.md (1)

72-72: ⚠️ Potential issue | 🟡 Minor

Documentation mismatch: blank-issue behavior is inverted.

At Line 72, the text says blank issues are disabled, but .github/ISSUE_TEMPLATE/config.yml sets blank_issues_enabled: true.

📝 Proposed fix
-Issue templates use [GitHub's YAML issue forms](https://docs.github.com/en/communities/using-templates-to-encourage-useful-issues-and-pull-requests/syntax-for-githubs-form-schema), which render as structured web forms with validated fields. Blank issues are disabled via `config.yml`.
+Issue templates use [GitHub's YAML issue forms](https://docs.github.com/en/communities/using-templates-to-encourage-useful-issues-and-pull-requests/syntax-for-githubs-form-schema), which render as structured web forms with validated fields. Blank issues are enabled via `config.yml`.
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@PROJECT_CONVENTIONS.md` at line 72, PROJECT_CONVENTIONS.md incorrectly states
that blank issues are disabled while the repository config sets
blank_issues_enabled: true; update the documentation to match the actual
behavior by changing the statement in PROJECT_CONVENTIONS.md (line referencing
issue templates) to say blank issues are enabled, or alternatively change
.github/ISSUE_TEMPLATE/config.yml’s blank_issues_enabled value to false—ensure
the doc text and the config key blank_issues_enabled are consistent.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In @.github/workflows/ci-format.yml:
- Line 23: Replace the floating tag for the third-party action by pinning the
uses line "uses: DavidAnson/markdownlint-cli2-action@v22" to an immutable full
commit SHA: locate the repository for DavidAnson/markdownlint-cli2-action, pick
the desired commit hash (full 40-char SHA) for the v22 release, and update the
workflow line to "uses: DavidAnson/markdownlint-cli2-action@<full-commit-sha>"
so the action cannot be retargeted; commit the change and verify the workflow
runs against the pinned SHA.

In `@CONTRIBUTORS_LICENSE_AGREEMENT.md`:
- Line 36: The "Project" definition in CONTRIBUTORS_LICENSE_AGREEMENT.md
currently points to https://github.com/simplepark which appears incorrect;
update that URL to the correct organization (e.g.,
https://github.com/SimplePark-BV) in the quoted "Project" definition line to
avoid misdirecting contributors, then run the suggested verification script (git
remote get-url origin and the ripgrep check for
github.com/(simplepark|SimplePark-BV) in markdown files) to confirm there are no
other occurrences to update.

In `@PROVIDER_INFORMATION.md`:
- Line 17: Replace the placeholder VAT ID entry "VAT ID: NL123456789B01" in
PROVIDER_INFORMATION.md with the actual registered VAT number for the provider;
locate the line containing the exact string "VAT ID: NL123456789B01" and update
it to the correct VAT registration number (ensuring formatting matches existing
entries), then save the file and verify no other placeholder VAT values remain.

---

Duplicate comments:
In `@PROJECT_CONVENTIONS.md`:
- Line 72: PROJECT_CONVENTIONS.md incorrectly states that blank issues are
disabled while the repository config sets blank_issues_enabled: true; update the
documentation to match the actual behavior by changing the statement in
PROJECT_CONVENTIONS.md (line referencing issue templates) to say blank issues
are enabled, or alternatively change .github/ISSUE_TEMPLATE/config.yml’s
blank_issues_enabled value to false—ensure the doc text and the config key
blank_issues_enabled are consistent.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Pro

Run ID: 3a3a632d-3c6f-400b-8da5-a58b7a295668

📥 Commits

Reviewing files that changed from the base of the PR and between c75ed45 and 6444597.

📒 Files selected for processing (11)
  • .github/ISSUE_TEMPLATE/bug_report.yml
  • .github/ISSUE_TEMPLATE/config.yml
  • .github/ISSUE_TEMPLATE/feature_request.yml
  • .github/ISSUE_TEMPLATE/task.yml
  • .github/workflows/ci-analyze.yml
  • .github/workflows/ci-format.yml
  • .github/workflows/ci-test.yml
  • .markdownlint-cli2.jsonc
  • CONTRIBUTORS_LICENSE_AGREEMENT.md
  • PROJECT_CONVENTIONS.md
  • PROVIDER_INFORMATION.md

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

♻️ Duplicate comments (3)
profile/README.md (3)

15-17: ⚠️ Potential issue | 🟠 Major

Broken community guideline links due to incorrect organization name.

All three community guideline URLs reference github.com/simplepark/ instead of github.com/SimplePark-BV/, causing broken links.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@profile/README.md` around lines 15 - 17, The three community guideline links
in README.md point to the wrong organization (github.com/simplepark) causing
broken links; update the URLs for "Code of Conduct", "Contributing Guidelines",
and "Contributor License Agreement" to use the correct org
github.com/SimplePark-BV so the anchors/paths remain the same but the base host
is corrected; locate the three entries (the lines containing "Code of Conduct",
"Contributing Guidelines", and "Contributor License Agreement") and replace the
organization segment accordingly.

30-30: ⚠️ Potential issue | 🟠 Major

Broken Provider Information link due to incorrect organization name.

The Provider Information URL references github.com/simplepark/ instead of github.com/SimplePark-BV/, causing a broken link.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@profile/README.md` at line 30, The README contains a broken external link:
update the Provider Information URL that currently points to
"https://github.com/simplepark/.github/blob/main/PROVIDER_INFORMATION.md" to use
the correct organization name by replacing "simplepark" with "SimplePark-BV"
(i.e.,
"https://github.com/SimplePark-BV/.github/blob/main/PROVIDER_INFORMATION.md") so
the Provider Information link resolves correctly.

3-3: ⚠️ Potential issue | 🟠 Major

Broken banner image URL due to incorrect organization name.

The banner image URL references github.com/simplepark/ but the repository is under SimplePark-BV. This will result in a 404 error.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@profile/README.md` at line 3, The README's banner image URL points to the
wrong GitHub organization (uses "simplepark") causing a 404; update the image
source URL in the README markdown (the line containing "![SimplePark
Banner](https://raw.githubusercontent.com/simplepark/.github/main/assets/banner.jpeg)")
to reference the correct organization "SimplePark-BV" so the path becomes
"https://raw.githubusercontent.com/SimplePark-BV/.github/main/assets/banner.jpeg".
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Duplicate comments:
In `@profile/README.md`:
- Around line 15-17: The three community guideline links in README.md point to
the wrong organization (github.com/simplepark) causing broken links; update the
URLs for "Code of Conduct", "Contributing Guidelines", and "Contributor License
Agreement" to use the correct org github.com/SimplePark-BV so the anchors/paths
remain the same but the base host is corrected; locate the three entries (the
lines containing "Code of Conduct", "Contributing Guidelines", and "Contributor
License Agreement") and replace the organization segment accordingly.
- Line 30: The README contains a broken external link: update the Provider
Information URL that currently points to
"https://github.com/simplepark/.github/blob/main/PROVIDER_INFORMATION.md" to use
the correct organization name by replacing "simplepark" with "SimplePark-BV"
(i.e.,
"https://github.com/SimplePark-BV/.github/blob/main/PROVIDER_INFORMATION.md") so
the Provider Information link resolves correctly.
- Line 3: The README's banner image URL points to the wrong GitHub organization
(uses "simplepark") causing a 404; update the image source URL in the README
markdown (the line containing "![SimplePark
Banner](https://raw.githubusercontent.com/simplepark/.github/main/assets/banner.jpeg)")
to reference the correct organization "SimplePark-BV" so the path becomes
"https://raw.githubusercontent.com/SimplePark-BV/.github/main/assets/banner.jpeg".

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Pro

Run ID: 9313a9cb-bdcb-4659-addd-0ee2a662be36

📥 Commits

Reviewing files that changed from the base of the PR and between 6444597 and dd987e5.

📒 Files selected for processing (1)
  • profile/README.md

@jasperdemmers jasperdemmers merged commit 04adcff into main Mar 14, 2026
3 of 4 checks passed
@jasperdemmers jasperdemmers deleted the feat/initial-setup branch March 14, 2026 15:48
@coderabbitai coderabbitai bot mentioned this pull request Mar 14, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant