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

Updated How can I help (markdown)

FernFerret 2011-11-08 06:56:03 -08:00
parent a9e19d5795
commit 9b1b55e9d9
1 changed files with 4 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
How-can-I-help.md

@ -1,7 +1,7 @@
## Introduction
## <a name="top" href="#wiki-top">•</a>Introduction
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
## <a name="pullrequest" href="#wiki-pullrequest">•</a> 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.
Pull requests, however, are much easier to simply test and approve (or maybe make minor changes then approve).
@ -24,8 +24,8 @@ I think we have devs in almost every timezone now (@fernferret @Rigby90 @lithium
- Documentation (simply file an issue "x word is mispelled, x param is missing from javadocs")
- Code formatting (we use code formatters that will autoformat on commit, we occasionally go through and format the entire project)
## Documentation (Wiki)
## <a name="docs" href="#wiki-docs">•</a>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.
## Support
## <a name="support" href="#wiki-support">•</a>Support
Honestly, the users of MV most likely know the commands better than the devs. If you hang around in our IRC channel, 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.