Thank you very much for your contributions!
Remember that we are an open source organisation that will always accept any external contribution and/or help (if it follows this guidelines).
- Hacktoberfest
- How to Contribute
- Development Workflow
- Git Guidelines
- Release Process (internal team only)
This is our first Hacktoberfest!!! 🌶️ 🔥
We appreciate ALL contributions very much with a big thank you to any contributor that is looking to help us!
- We will follow the quality standards set by the organizers of Hacktoberfest (see detail on their website). We WILL NOT consider any PR that doesn’t match that standard.
- PRs might be reviewed at any time (some weekends included) as we're an open source organisation working for multiple projects (commercial and non-commercial), we are based at EU so our timezone is based in CEST.
- We won't assign tasks labeled as hacktoberfest, so whoever make it first and right will be merged.
- We must first see the idea you had behind, if you found already an issue go ahead, otherwise comunicate first via Github issue or Discord.
- Once approved the idea (and opened the issue), fork this repository.
- Read and make sure that the Development Workflow is applied properly.
- Submit the branch as a Pull Request pointing to the
main
branch of this repository. - All done! Now wait until we review the changes of your Pull Request.
Share an idea, voting that idea then, finally, implement it: Code it, test it. That's our methodology.
We enforce to use Laravel Pint with laravel as preset, please remember this before sending your contributions, otherwise send them fixed later 💅.
If you're using VSCode you can also check our own extension integrating Laravel Pint: https://marketplace.visualstudio.com/items?itemName=open-southeners.laravel-pint.
All tests must pass and we might consider writing some more tests if the contribution requires.
Any aditional test adding more coverage will be more than welcome!
We do not enforce many rules on
We do not enforce this, but its recommended. Otherwise make sure you are contributing from your own forked version of this repository.
We do not enforce any branch naming style, but please use something descriptive of your changes.
We do not enforce any rule (commitlint) or anything to this repository.
But being descriptive in the commit messages is a must.
This is only for us, you should not perform neither take care of any of this.
We do this manually by writing down carefully all the parts added, removed, fixed, changed, etc...
Just take a look at the standard: https://keepachangelog.com/en/1.0.0/