@misterzik/espressojs
Version:
EspressoJS Introducing Espresso.JS, your ultimate Express configuration starting point and boilerplate. With its simplicity and lack of opinionation, EspressoJS offers plug-and-play configurations built on top of Express.
97 lines (67 loc) • 2.44 kB
Markdown
# Contributing to EspressoJS
Thank you for considering contributing to EspressoJS! This document provides guidelines and instructions for contributing.
## Code of Conduct
- Be respectful and inclusive
- Provide constructive feedback
- Focus on what is best for the community
- Show empathy towards other community members
## How to Contribute
### Reporting Bugs
Before creating bug reports, please check existing issues. When creating a bug report, include:
- **Clear title and description**
- **Steps to reproduce** the behavior
- **Expected behavior**
- **Actual behavior**
- **Environment details** (OS, Node version, npm version)
- **Code samples** if applicable
### Suggesting Enhancements
Enhancement suggestions are tracked as GitHub issues. When creating an enhancement suggestion, include:
- **Clear title and description**
- **Use case** for the enhancement
- **Proposed solution** or implementation
- **Alternative solutions** you've considered
### Pull Requests
1. Fork the repository
2. Create a new branch (`git checkout -b feature/amazing-feature`)
3. Make your changes
4. Commit your changes (`git commit -m 'Add amazing feature'`)
5. Push to the branch (`git push origin feature/amazing-feature`)
6. Open a Pull Request
#### Pull Request Guidelines
- Follow the existing code style
- Update documentation as needed
- Add tests if applicable
- Ensure all tests pass
- Keep commits atomic and well-described
- Reference related issues in PR description
## Development Setup
```bash
# Clone the repository
git clone https://github.com/misterzik/Espresso.js.git
cd Espresso.js
# Install dependencies
npm install
# Run in development mode
npm run dev
```
## Code Style
- Use 2 spaces for indentation
- Use semicolons
- Use single quotes for strings
- Add comments for complex logic
- Follow existing patterns in the codebase
## Testing
Before submitting a PR, ensure:
- Code follows the style guide
- All existing tests pass
- New features include tests
- Documentation is updated
## Commit Messages
- Use present tense ("Add feature" not "Added feature")
- Use imperative mood ("Move cursor to..." not "Moves cursor to...")
- Limit first line to 72 characters
- Reference issues and PRs when applicable
## Questions?
Feel free to open an issue with your question or reach out to the maintainers.
## License
By contributing, you agree that your contributions will be licensed under the MIT License.