Skip to content

docs: add CONTRIBUTING.md with Releasing section#916

Merged
Aaron ("AJ") Steers (aaronsteers) merged 2 commits intomainfrom
devin/1771615309-add-releasing-docs
Feb 20, 2026
Merged

docs: add CONTRIBUTING.md with Releasing section#916
Aaron ("AJ") Steers (aaronsteers) merged 2 commits intomainfrom
devin/1771615309-add-releasing-docs

Conversation

@aaronsteers
Copy link
Copy Markdown
Member

@aaronsteers Aaron ("AJ") Steers (aaronsteers) commented Feb 20, 2026

docs: add CONTRIBUTING.md with Releasing section

Summary

Adds a new CONTRIBUTING.md to airbyte-python-cdk with a ## 🚀 Releasing section that includes:

  • Inline release instructions: click "Edit" on the latest draft from the releases page, then click "Publish release"
  • A link to the shared Releasing Guide in semantic-pr-release-drafter for more detail

This is part of a cross-repo effort to ensure all repos using semantic-pr-release-drafter have a consistent "Releasing" entry in their CONTRIBUTING.md, pointing to a single source of truth rather than duplicating instructions.

The companion PR adding the shared releasing guide itself: aaronsteers/semantic-pr-release-drafter#41

Updates since last revision

  • Updated section heading to ## 🚀 Releasing per reviewer feedback
  • Added inline release instructions with a direct link to this repo's releases page
  • Added ℹ️ callout linking to the detailed Releasing Guide

Review & Testing Checklist for Human

  • Verify the releases page link points to the correct repo — should go to airbytehq/airbyte-python-cdk, not another repo.
  • Verify the releasing guide link will resolve. The linked docs/releasing.md is being added via aaronsteers/semantic-pr-release-drafter#41 — that PR should land first or concurrently to avoid a dead link.

Notes

  • This is one of 9 consumer-repo PRs created alongside the shared releasing guide PR.
  • No code changes — docs only.

Requested by: Aaron ("AJ") Steers (@aaronsteers)
Devin session


Open with Devin

Summary by CodeRabbit

  • Documentation
    • Added comprehensive contributing guidelines for the Airbyte Python CDK with detailed instructions for the development workflow, release process, and automated release management. The guidelines include resources for understanding the complete contribution and release cycle.

Co-Authored-By: AJ Steers <aj@airbyte.io>
@devin-ai-integration
Copy link
Copy Markdown
Contributor

🤖 Devin AI Engineer

I'll be helping with this pull request! Here's what you should know:

✅ I will automatically:

  • Address comments on this PR. Add '(aside)' to your comment to have me ignore it.
  • Look at CI failures and help fix them

Note: I can only respond to comments from users who have write access to this repository.

⚙️ Control Options:

  • Disable automatic comment and CI monitoring

@github-actions
Copy link
Copy Markdown

👋 Greetings, Airbyte Team Member!

Here are some helpful tips and reminders for your convenience.

💡 Show Tips and Tricks

Testing This CDK Version

You can test this version of the CDK using the following:

# Run the CLI from this branch:
uvx 'git+https://github.com/airbytehq/airbyte-python-cdk.git@devin/1771615309-add-releasing-docs#egg=airbyte-python-cdk[dev]' --help

# Update a connector to use the CDK from this branch ref:
cd airbyte-integrations/connectors/source-example
poe use-cdk-branch devin/1771615309-add-releasing-docs

PR Slash Commands

Airbyte Maintainers can execute the following slash commands on your PR:

  • /autofix - Fixes most formatting and linting issues
  • /poetry-lock - Updates poetry.lock file
  • /test - Runs connector tests with the updated CDK
  • /prerelease - Triggers a prerelease publish with default arguments
  • /poe build - Regenerate git-committed build artifacts, such as the pydantic models which are generated from the manifest JSON schema in YAML.
  • /poe <command> - Runs any poe command in the CDK environment
📚 Show Repo Guidance

Helpful Resources

📝 Edit this welcome message.

@github-actions
Copy link
Copy Markdown

github-actions bot commented Feb 20, 2026

PyTest Results (Fast)

3 869 tests  ±0   3 857 ✅ ±0   6m 38s ⏱️ -1s
    1 suites ±0      12 💤 ±0 
    1 files   ±0       0 ❌ ±0 

Results for commit d1927ec. ± Comparison against base commit cd7e369.

♻️ This comment has been updated with latest results.

Co-Authored-By: AJ Steers <aj@airbyte.io>
@devin-ai-integration devin-ai-integration bot marked this pull request as ready for review February 20, 2026 20:13
Copy link
Copy Markdown
Contributor

@devin-ai-integration devin-ai-integration bot left a comment

Choose a reason for hiding this comment

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

✅ Devin Review: No Issues Found

Devin Review analyzed this PR and found no potential bugs to report.

View in Devin Review to see 1 additional finding.

Open in Devin Review

@coderabbitai
Copy link
Copy Markdown
Contributor

coderabbitai bot commented Feb 20, 2026

📝 Walkthrough

Walkthrough

A new CONTRIBUTING.md file is added to document contribution guidelines for the Airbyte Python CDK, including release process instructions using semantic-pr-release-drafter and directions for publishing release drafts.

Changes

Cohort / File(s) Summary
Documentation
CONTRIBUTING.md
New contribution guide added with release process details, semantic-pr-release-drafter usage, and link to releasing documentation.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~8 minutes

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title clearly and accurately describes the main change: adding a new CONTRIBUTING.md file with a Releasing section for the Airbyte Python CDK.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch devin/1771615309-add-releasing-docs

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.

❤️ Share

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

Copy link
Copy Markdown
Contributor

@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.

🧹 Nitpick comments (2)
CONTRIBUTING.md (2)

1-9: Worth expanding the document over time with other contribution topics — just a thought for future iterations.

The file is currently scoped to releasing only. Common sections like development setup, running tests, coding standards, and the PR process would make this a more complete guide for first-time contributors. No action needed now if the intent is to grow this incrementally.

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

In `@CONTRIBUTING.md` around lines 1 - 9, CONTRIBUTING.md currently only documents
the release process; add additional top-level sections to help first-time
contributors by creating headers and content for Development setup
(dependencies, virtualenv/venv, how to install with pip, example commands),
Running tests (how to run unit/integration tests, pytest commands, CI notes),
Coding standards (formatting, linting, pre-commit hooks, reference to any style
guides), and PR process (branching, commit message format, how to open a PR,
review/CI expectations) so the doc becomes a fuller contributor guide; update
the existing "Releasing" section with a brief cross-reference and ensure each
new section includes example commands and links to relevant files/scripts in the
repo (use these section titles to locate and edit the file).

7-7: Consider whether "Publish release" can be clicked directly without going through "Edit" first — curious what you think?

GitHub's draft release UI also surfaces a "Publish release" button without requiring "Edit" first. Dropping the "Edit" → step might make the instructions slightly more concise, but if the current wording reflects the actual intended workflow (e.g. to review the draft before publishing), it's totally fine to keep it.

✏️ Simplified phrasing (if "Edit" is not strictly required)
-This project uses [`semantic-pr-release-drafter`](https://github.com/aaronsteers/semantic-pr-release-drafter) for automated release management. To release, simply click "`Edit`" on the latest release draft from the [releases page](https://github.com/airbytehq/airbyte-python-cdk/releases), and then click "`Publish release`". This publish operation will trigger all necessary downstream publish operations.
+This project uses [`semantic-pr-release-drafter`](https://github.com/aaronsteers/semantic-pr-release-drafter) for automated release management. To release, open the latest release draft from the [releases page](https://github.com/airbytehq/airbyte-python-cdk/releases) and click "`Publish release`". This publish operation will trigger all necessary downstream publish operations.
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@CONTRIBUTING.md` at line 7, The sentence describing how to publish a draft
release currently says to click "Edit" then "Publish release"; update it to
reflect the correct GitHub UI/workflow by either removing the "Edit →" step (so
it reads "click 'Publish release' on the latest release draft") or clarifying
that "Edit" is optional if you need to review the draft before publishing;
update the line containing the words "Edit" and "Publish release" in
CONTRIBUTING.md accordingly so the instructions are accurate and concise.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Nitpick comments:
In `@CONTRIBUTING.md`:
- Around line 1-9: CONTRIBUTING.md currently only documents the release process;
add additional top-level sections to help first-time contributors by creating
headers and content for Development setup (dependencies, virtualenv/venv, how to
install with pip, example commands), Running tests (how to run unit/integration
tests, pytest commands, CI notes), Coding standards (formatting, linting,
pre-commit hooks, reference to any style guides), and PR process (branching,
commit message format, how to open a PR, review/CI expectations) so the doc
becomes a fuller contributor guide; update the existing "Releasing" section with
a brief cross-reference and ensure each new section includes example commands
and links to relevant files/scripts in the repo (use these section titles to
locate and edit the file).
- Line 7: The sentence describing how to publish a draft release currently says
to click "Edit" then "Publish release"; update it to reflect the correct GitHub
UI/workflow by either removing the "Edit →" step (so it reads "click 'Publish
release' on the latest release draft") or clarifying that "Edit" is optional if
you need to review the draft before publishing; update the line containing the
words "Edit" and "Publish release" in CONTRIBUTING.md accordingly so the
instructions are accurate and concise.

@aaronsteers Aaron ("AJ") Steers (aaronsteers) merged commit 7f41401 into main Feb 20, 2026
25 checks passed
@aaronsteers Aaron ("AJ") Steers (aaronsteers) deleted the devin/1771615309-add-releasing-docs branch February 20, 2026 20:27
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