Before contributing, please:
- Read the README to understand the project
- Familiarize yourself with the project structure and tech stack
- Check existing issues and PRs to avoid duplicate work
- Ensure you have the required runtime installed (check README for version requirements)
- Clone the repo and install dependencies
- Copy
.env.exampleto.envand configure as needed - Follow the README to start the development server
When opening an issue, use the appropriate template:
- Bug Report - Report bugs or unexpected behavior. Include steps to reproduce, expected vs actual behavior, and environment details.
- Feature Request - Suggest new features or improvements. Explain the motivation and proposed solution.
- Blank Issue - For issues that don't fit the above templates.
For security vulnerabilities, do not create a public issue. Report them privately via GitHub Security Advisories.
- Branch off of
testand target it with your PR. PRs that target the wrong base branch will be closed without review. - Ensure there are no conflicts before submitting
- Write clean, well-documented code
- Follow existing code patterns and architecture
- Update documentation if applicable
- Ensure everything builds and runs correctly before submitting
- Push your branch to the repository
- Open a PR targeting
test - Fill out the PR template:
- Summary: Clear description of changes
- Related Issues: Link issues using
Fixes #123orCloses #456 - Type of Change: Select bug fix, new feature, refactor, documentation, or other
- Testing: Confirm manual testing performed
- Checklist: Verify your changes meet the repo's standards
- Reviewers will be assigned automatically
- Address review comments promptly
PRs should focus on the linked issue. Minor incidental changes are fine. PRs dominated by unrelated changes (>50% of the diff) will be asked to scope down.
The repository runs an automated maintainer agent that may close PRs in the following cases:
- Failing CI for 12+ hours with no fix pushed
- Unresolved merge conflicts for 12+ hours with no resolution push
- Requested changes from a maintainer for 12+ hours with no follow-up commits
Apply appropriate labels to help categorize and track your contribution:
bug- Bug fixesfeature- New feature additionsenhancement- Improvements to existing featuresrefactor- Code refactoring without functionality changesdocumentation- Documentation updates
- Follow repository conventions (commenting style, variable naming, etc.)
- Use sensible component decomposition to keep files manageable
- Write clean, readable, maintainable code
- Avoid modifying unrelated files
- Avoid adding unnecessary dependencies
- Ensure all build checks pass before submitting
Purpose: Main development and production-ready code
Restrictions:
- Requires pull request
- Requires all checks to pass
- Requires at least one approval
By contributing to das-github-mirror, you agree that your contributions will be licensed under the project's MIT license.
Thank you for contributing to das-github-mirror!