Upstream/Multiverse-Core
1
0
Fork 0
mirror of https://github.com/Multiverse/Multiverse-Core.git synced 2024-11-24 11:37:58 +01:00
Code Issues Projects Releases Wiki Activity

Updated How can I help (markdown)

Jad 2019-08-20 21:19:40 -05:00
parent 0ef4d53445
commit c4505ccf4c
1 changed files with 3 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
How-can-I-help.md

@ -2,7 +2,7 @@
We're glad you're here and we're glad you want to help out with Multiverse! This project has grown from a small world manager to the premiere Bukkit Multiworld Management and Portaling system. All of this growth is great, but it's leaving some of us without lives, and that's never a good thing. We're glad you're here and we're glad you want to help out with Multiverse! This project has grown from a small world manager to the premiere Bukkit Multiworld Management and Portaling system. All of this growth is great, but it's leaving some of us without lives, and that's never a good thing.
## Pull Requests ## Pull Requests
Know Java? See a bug that's _buggin'_ **you**? Fix it! We're all really busy and take our reports very seriously. However, time is always an issue in an open source community and the core developers are all always very busy. We will get around to fixing them, but maybe not as fast as you want. Know Java? See a bug that's _buggin'_ **you**? Fix it! We're all really busy and take our reports very seriously. However, time is always an issue in an open-source community and the core developers are all always very busy. We will get around to fixing them, but maybe not as fast as you want.
Pull requests, however, are much easier to simply test and approve (or maybe make minor changes then approve). Pull requests, however, are much easier to simply test and approve (or maybe make minor changes then approve).
@ -22,10 +22,10 @@ I think we have devs in almost every timezone now (@fernferret @Rigby90 @lithium
#### Things we don't want pull requests for: #### Things we don't want pull requests for:
- Documentation (simply file an issue "x word is misspelled, x param is missing from javadocs") - Documentation (simply file an issue "x word is misspelled, x param is missing from javadocs")
- Code formatting (we use code formatters that will auto format on commit, we occasionally go through and format the entire project) - Code formatting (we use code formatters that will auto-format on commit, we occasionally go through and format the entire project)
## Documentation (Wiki) ## Documentation (Wiki)
This one's gonna be short and sweet. See a bug in the wiki? FIX IT. Don't come complaining to us. Feel free to ask or inquire about any wiki page with an issue or by hitting us up in #multiverse on esper.net. This ones gonna be short and sweet. See a bug in the wiki? FIX IT. Don't come complaining to us. Feel free to ask or inquire about any wiki page with an issue or by hitting us up on our [Discord](https://discord.gg/NZtfKky).
## Support ## Support
Honestly, the users of MV most likely know the commands better than the devs. If you hang around in our [Discord](https://discord.gg/NZtfKky), on the Bukkit forums or on dev.bukkit.org and see an issue that you know how to solve, **help another user out**. This is the type of assistance __anyone__ can provide and it helps the developers do what they do best. Develop. The more time the devs spend helping users (not a bad thing) the less time we can spend writing code. Honestly, the users of MV most likely know the commands better than the devs. If you hang around in our [Discord](https://discord.gg/NZtfKky), on the Bukkit forums or on dev.bukkit.org and see an issue that you know how to solve, **help another user out**. This is the type of assistance __anyone__ can provide and it helps the developers do what they do best. Develop. The more time the devs spend helping users (not a bad thing) the less time we can spend writing code.