69 lines
2.7 KiB
Markdown
69 lines
2.7 KiB
Markdown
# Contributing to LittleLink Custom
|
|
|
|
We love your input! We want to make contributing to this project as easy and transparent as possible, whether it's:
|
|
|
|
- Reporting a bug
|
|
- Discussing the current state of the code
|
|
- Submitting a fix
|
|
- Proposing new features
|
|
- Becoming a maintainer
|
|
|
|
## We use Discord to communicate
|
|
|
|
This is the fastest way to reach us. Feel free to contact the team for any questions you have.
|
|
[Join here]( https://discord.gg/CFZm2qeCVM )
|
|
|
|
## We Develop with Github
|
|
|
|
We use github to host code, to track issues and feature requests, as well as accept pull requests.
|
|
|
|
## We Use [Github Flow](https://guides.github.com/introduction/flow/index.html), So All Code Changes Happen Through Pull Requests
|
|
|
|
Pull requests are the best way to propose changes to the codebase (we use [Github Flow](https://guides.github.com/introduction/flow/index.html)). We actively welcome your pull requests:
|
|
|
|
1. Fork the repo and create your branch from `master`.
|
|
2. Clone your repository to your local machine.
|
|
3. Open a terminal window in that folder.
|
|
4. Run these commands:
|
|
```
|
|
composer update -vvv
|
|
|
|
php artisan migrate
|
|
php artisan db:seed
|
|
php artisan db:seed --class="AdminSeeder"
|
|
php artisan db:seed --class="PageSeeder"
|
|
php artisan db:seed --class="ButtonSeeder"
|
|
```
|
|
5. Move the folder into a local web server (make sure you double-check the [requirements](https://littlelink-custom.com/docs/d/installation-requirements/)).
|
|
6. Now edit any files you want to change.
|
|
7. Commit your changes to your forked repository.
|
|
2. Issue that pull request!
|
|
|
|
## Any contributions you make will be under the GPL-3.0 Software License
|
|
|
|
In short, when you submit code changes, your submissions are understood to be under the same [GPL-3.0](https://choosealicense.com/licenses/gpl-3.0/) that covers the project. Feel free to contact the maintainers if that's a concern.
|
|
|
|
## Report bugs using Github's [issues](https://github.com/briandk/transcriptase-atom/issues)
|
|
|
|
We use GitHub issues to track public bugs. Report a bug by [opening a new issue](); it's that easy!
|
|
|
|
## Write bug reports with detail, background, and sample code
|
|
|
|
**Great Bug Reports** tend to have:
|
|
|
|
- A quick summary and/or background
|
|
- Steps to reproduce
|
|
- Be specific!
|
|
- Give sample code if you can. [My stackoverflow question](http://stackoverflow.com/q/12488905/180626) includes sample code that *anyone* with a base R setup can run to reproduce what I was seeing
|
|
- What you expected would happen
|
|
- What actually happens
|
|
- Notes (possibly including why you think this might be happening, or stuff you tried that didn't work)
|
|
|
|
People *love* thorough bug reports. I'm not even kidding.
|
|
|
|
|
|
## License
|
|
|
|
By contributing, you agree that your contributions will be licensed under its GPL-3.0 License.
|
|
|