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

IRC -> Discord

Jad 2019-06-16 16:01:32 -05:00
parent 5346a2b416
commit 539abed01c
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

@ -10,15 +10,15 @@ Pull requests, however, are much easier to simply test and approve (or maybe mak
We \<3 pull requests. They're great ways for getting your ideas into the baseline product managed by someone else. However, there are a few things to keep in mind, such as backward compatibility and efficiency \<insert MV-Portals efficiency joke here\>.
#### If you want to submit a pull request for something that's not in multiverse and not reported
**[Feature] Blah**
Hi I'm person and I want to write this pull request, do the devs have any thoughts on this issue?
Hi, I'm "person" and I want to write this pull request, do the devs have any thoughts on this issue?
The reason for this is the simple fact that we don't want you to go do a bunch of work, to simply present a legitimate reason (breaking a bunch of other Multiverse installs) for not accepting the pull request.
#### If you want to submit a pull request for something that IS already an issue
This one's easy, simply comment on the issue saying "Hey, i'm working on this bug/request" to let us know. Issues are all about communication and we want to make sure that we're both not working on the same thing.
This one's easy, simply comment on the issue saying "Hey, I'm working on this bug/request" to let us know. Issues are all about communication and we want to make sure that we're both not working on the same thing.
#### I want to talk to someone about an idea I have for a pull request
I think we have devs in almost every timezone now (@fernferret @Rigby90 @lithium3141 @main--) so feel free to hop into our irc channel (#multiverse) on esper.net to chat one of us up. If you chat and no one responds, be patient, maybe hilight us **once** (not multiple times) and we'll get back to you once we're back. We all idle there like it's nobody's business.
I think we have devs in almost every timezone now (@fernferret @Rigby90 @lithium3141 @main--) so feel free to hop into our [Discord](https://discord.gg/NZtfKky) to chat one of us up. If you chat and no one responds, be patient, maybe @mention us **once** (not multiple times) and we'll get back to you once we're back.
#### Things we don't want pull requests for:
- Documentation (simply file an issue "x word is misspelled, x param is missing from javadocs")
@ -28,4 +28,4 @@ I think we have devs in almost every timezone now (@fernferret @Rigby90 @lithium
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
Honestly, the users of MV most likely know the commands better than the devs. If you hang around in our IRC channel (#multiverse on irc.esper.net), 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.