We would love for you to contribute to Magento 2 DevContainer and help make it even better than it is today! As a contributor, here are the guidelines we would like you to follow:
- Code of Conduct
- Got a Question or Problem?
- Found a Bug?
- Missing a Feature?
- Submission Guidelines
- Commit Message Guidelines
Help us keep this project open and inclusive. Please be respectful and constructive in all interactions.
Please do not open issues for general support questions. Instead:
- Check the README for documentation
- Review Adobe's official system requirements
- Open a GitHub Discussion for questions
If you find a bug in the source code, you can help us by submitting an issue to our GitHub Repository. Even better, you can submit a Pull Request with a fix.
You can request a new feature by submitting an issue to our GitHub Repository.
If you would like to implement a new feature:
- Major Features: Open an issue first to discuss before investing significant effort
- Minor Features: Can be submitted directly as a Pull Request
Before you submit an issue, please search the issue tracker. An issue for your problem might already exist.
Please provide:
- Which Magento version you're targeting
- Steps to reproduce the issue
- Expected vs actual behavior
- Your Docker/OS environment details
Before you submit your Pull Request (PR), consider the following:
-
Search GitHub for an open or closed PR that relates to your submission.
-
Fork the repository.
-
Create your branch from the appropriate base:
mainfor changes to the latest Magento versiondev-v2.4.xfor changes to a specific version branch
-
Make your changes.
-
Ensure your changes align with Adobe's system requirements.
-
Commit your changes using a descriptive commit message that follows our commit message conventions.
-
Push your branch to GitHub.
-
Create a Pull Request targeting the appropriate branch.
We welcome AI-assisted contributions, but all code must meet our quality standards:
- AI-generated code must be indistinguishable from well-written human code
- Review and understand all AI-generated content before submitting
- Ensure configurations are correct and tested
- Do not submit AI-generated content that you haven't verified
We follow a structured commit message format to maintain a readable history.
<type>(<scope>): <subject>
<body>
<footer>
Must be one of the following:
- feat: A new feature or version support
- fix: A bug fix
- docs: Documentation only changes
- chore: Maintenance tasks
- refactor: Code changes that neither fix a bug nor add a feature
The scope should be the Magento version affected (e.g., 2.4.9, 2.4.8).
- Use the imperative, present tense: "change" not "changed" nor "changes"
- Don't capitalize the first letter
- No period (.) at the end
feat(2.4.9): add OpenSearch 3 support
fix(2.4.8): correct PHP version requirement
docs: update README with branching documentation