Skip to content

Conversation

@ajbozarth
Copy link
Contributor

@ajbozarth ajbozarth commented Jan 27, 2026

Misc PR

Type of PR

  • Bug Fix
  • New Feature
  • Documentation
  • Other

Description

Moves development and contributing documentation into a standard CONTRIBUTING.md doc and updates current docs to reference it.

Also includes fixes for incorrect test commands and dir structure found while creating the doc

Testing

  • Tests added to the respective file if code was changed
  • New code has 100% coverage if code as added
  • Ensure existing tests and github automation passes (a maintainer will kick off the github automation when the rest of the PR is populated)

moves development and contributing documentation into a standard
CONTRIBUTING.md and update current docs to reference it

Also includes fixes for incorrect test commands and dir structure

Signed-off-by: Alex Bozarth <ajbozart@us.ibm.com>
@github-actions
Copy link
Contributor

The PR description has been updated. Please fill out the template for your PR to be reviewed.

@mergify
Copy link

mergify bot commented Jan 27, 2026

Merge Protections

Your pull request matches the following merge protections and will not be merged until they are valid.

🟢 Enforce conventional commit

Wonderful, this rule succeeded.

Make sure that we follow https://www.conventionalcommits.org/en/v1.0.0/

  • title ~= ^(fix|feat|docs|style|refactor|perf|test|build|ci|chore|revert|release)(?:\(.+\))?:

@ajbozarth
Copy link
Contributor Author

Note that the ruff and mypy commands documented currently fail. I've opened #370 to address it in a follow up.

If you are going to contribute to Mellea, it is important that you use our
pre-commit hooks. Using these hooks -- or running our test suite --
requires installing `[all]` optional dependencies and also the dev group.
For detailed instructions on setting up your development environment, installing dependencies, configuring pre-commit hooks, and running tests, please see our **[Contributing Guide](../CONTRIBUTING.md)**.
Copy link
Member

Choose a reason for hiding this comment

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

could we link directly to the dev environment setup section, assuming it exists?


- Python 3.10 or higher (3.13+ requires [Rust compiler](https://www.rust-lang.org/tools/install) for outlines)
- [uv](https://docs.astral.sh/uv/getting-started/installation/) (recommended) or conda/mamba
- [Ollama](https://ollama.com/) (for local testing)
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
- [Ollama](https://ollama.com/) (for local testing)
- [Ollama](https://ollama.com/download) (for local testing)


**Docstrings are prompts** - the LLM reads them, so be specific.

Use **Google-style docstrings**:
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
Use **Google-style docstrings**:
Use **[Google-style docstrings](https://google.github.io/styleguide/pyguide.html#381-docstrings)**:

?

Comment on lines +174 to +181
### Branch Naming

Use descriptive branch names with prefixes:
- `feat/topic` - New features
- `fix/issue-id` - Bug fixes
- `docs/topic` - Documentation updates
- `test/topic` - Test additions/fixes
- `refactor/topic` - Code refactoring
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
### Branch Naming
Use descriptive branch names with prefixes:
- `feat/topic` - New features
- `fix/issue-id` - Bug fixes
- `docs/topic` - Documentation updates
- `test/topic` - Test additions/fixes
- `refactor/topic` - Code refactoring

Since folks will have to fork the repo, it shouldn't matter what they call the branch.

Comment on lines +232 to +242
### Pull Request Process

1. **Create an issue** describing your change (if not already exists)
2. **Fork the repository** (if you haven't already)
3. **Create a branch** in your fork using appropriate naming
4. **Make your changes** following coding standards
5. **Add tests** for new functionality
6. **Run the test suite** to ensure everything passes
7. **Update documentation** as needed
8. **Push to your fork** and create a pull request to the main repository
9. **Follow the automated PR workflow** instructions
Copy link
Member

Choose a reason for hiding this comment

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

This section is very similar to the contribution pathway 1 above (~L17-L22). Do we need it both places?

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.

Contribution guidelines are not provided in README.

2 participants