mirror of
https://github.com/PaperMC/Paper.git
synced 2025-01-08 09:17:36 +01:00
45 lines
2.0 KiB
Markdown
45 lines
2.0 KiB
Markdown
Bukkit
|
|
======
|
|
|
|
A Minecraft Server API.
|
|
|
|
Website: [http://bukkit.org](http://bukkit.org)
|
|
Bugs/Suggestions: [http://leaky.bukkit.org](http://leaky.bukkit.org)
|
|
|
|
Compilation
|
|
-----------
|
|
|
|
We use maven to handle our dependencies.
|
|
|
|
* Install [Maven 3](http://maven.apache.org/download.html)
|
|
* Check out this repo and: `mvn clean install`
|
|
|
|
Coding and Pull Request Conventions
|
|
-----------
|
|
|
|
* We generally follow the Sun/Oracle coding standards.
|
|
* No tabs; use 4 spaces instead.
|
|
* No trailing whitespaces.
|
|
* No CRLF line endings, LF only, put your gits 'core.autocrlf' on 'true'.
|
|
* No 80 column limit or 'weird' midstatement newlines.
|
|
* The number of commits in a pull request should be kept to a minimum (squish them into one most of the time - use common sense!).
|
|
* No merges should be included in pull requests unless the pull request's purpose is a merge.
|
|
* Pull requests should be tested (does it compile? AND does it work?) before submission.
|
|
* Any major additions should have documentation ready and provided if applicable (this is usually the case).
|
|
* Most pull requests should be accompanied by a corresponding Leaky ticket so we can associate commits with Leaky issues (this is primarily for changelog generation on dl.bukkit.org).
|
|
* Try to follow test driven development where applicable.
|
|
|
|
Tips to get your pull request accepted
|
|
-----------
|
|
Making sure you follow the above conventions is important, but just the beginning. Follow these tips to better the chances of your pull request being accepted and pulled.
|
|
|
|
* Make sure you follow all of our conventions to the letter.
|
|
* Make sure your code compiles under Java 5.
|
|
* Provide proper JavaDocs where appropriate.
|
|
* Provide proper accompanying documentation where appropriate.
|
|
* Test your code.
|
|
* Make sure to follow coding best practises.
|
|
* Provide a test plugin binary and source for us to test your code with.
|
|
* Your pull request should link to accompanying pull requests.
|
|
* The description of your pull request should provide detailed information on the pull along with justification of the changes where applicable.
|