Neb: Sync from dragonminez-wiki repository

2026-10-13T04:15:41Z

Sync from dragonminez-wiki repository

Nova página

<translate>

'''Contributing''' explains how to help DragonMineZ: reporting bugs, testing releases, suggesting features, improving documentation or working on the code. Whatever you want to do, the team is happy to collaborate with you. Please follow these guidelines so the process stays smooth for every contributor. If you want to donate to the project, see [[Special:MyLanguage/Contributing#Supporting the project on Patreon|Supporting the project on Patreon]].
</translate>

<translate>
== Getting started == 
</translate>
<translate>

# '''Read the Code of Conduct.''' By contributing, you agree to uphold the [https://github.com/DragonMineZ/DragonMineZ/blob/main/.github/CODE_OF_CONDUCT.md Code of Conduct].
# '''Check the existing issues.''' Look through the [https://github.com/orgs/DragonMineZ/projects/5 issues] to see if someone has already reported your concern or proposed your idea.
# '''Fork the repository''' and clone your fork to your local environment for testing and development (see below).
# '''Set up your environment''' with the tools listed below.
</translate>

<translate>

To clone your fork:
</translate>

<syntaxhighlight lang="bash">
git clone https://github.com/your-username/DragonMineZ.git
</syntaxhighlight>

<translate>

Make sure you have these tools installed:
</translate>
<translate>

* Java Development Kit (JDK) 17 (the build uses a Java 17 toolchain)
* Git
* An IDE with Gradle support (IntelliJ IDEA or Eclipse)
</translate>
<translate>

You don't need to install Gradle or Forge yourself: the repository ships the Gradle wrapper (<code>gradlew</code> / <code>gradlew.bat</code>), which downloads Gradle, Minecraft Forge (<code>1.20.1-47.4.10</code>) and every dependency on the first build.
</translate>

<translate>

If you are not forking the repository or creating an add-on, you can skip step 3. For add-on development, see [[Special:MyLanguage/Add-on Getting Started|Add-on Getting Started]] instead.
</translate>

<translate>
== Building and running == 
</translate>
<translate>

Run these commands from the repository root (<code>./gradlew</code> on Linux and macOS, <code>.\gradlew.bat</code> on Windows):
</translate>

{| class="wikitable"
! <translate> Command</translate> !! <translate> What it does</translate>
|-
| <code>./gradlew build</code> || <translate> Full build. The shippable jar is <code>build/libs/dragonminez-<version>.jar</code> (it bundles the database libraries); the <code>-slim</code> jar is not meant to be shipped.</translate>
|-
| <code>./gradlew runClient</code> || <translate> Starts a development client (working directory <code>run/</code>).</translate>
|-
| <code>./gradlew runServer</code> || <translate> Starts a development dedicated server (working directory <code>run/</code>).</translate>
|-
| <code>./gradlew runData</code> || <translate> Runs data generation (working directory <code>run-data/</code>) and writes to <code>src/generated/resources/</code>. Run it after changing datagen providers, and review the generated diff.</translate>
|}

<translate>

* There is '''no automated test suite'''. Validate your change with <code>build</code> and, when it affects gameplay, by testing it in <code>runClient</code> and/or <code>runServer</code>.
* Client-only development mods (JEI runtime, shaders and so on) are only added to <code>runClient</code>. Keep it that way, so they can't leak into generated data or the dedicated server.
* Resource optimization (PackSquash) runs on CI and is off for local builds by default. Force it with <code>-PoptimizeResources=true</code> or <code>-PoptimizeResources=false</code>.
</translate>

<translate>
== Translations == 
</translate>
<translate>

* <code>src/main/resources/assets/dragonminez/lang/en_us.json</code> is the source language file. Add an entry there for every new piece of text players can see, and keep existing keys stable.
* Other languages are translated by the community on Crowdin. The English file is uploaded to Crowdin automatically when it changes on <code>main</code>.
* Before opening a pull request, check that every language file is valid JSON with <code>scripts/check_lang.sh</code> (it needs <code>jq</code>).
</translate>

<translate>
== How to contribute == 
</translate>

<translate>
=== Reporting bugs === 
</translate>
<translate>

If you have found a bug, open a [https://github.com/DragonMineZ/DragonMineZ/issues/new?template=bug_report.yml bug report] and include as much detail as possible:
</translate>
<translate>

* A clear description of the issue
* Steps to reproduce it
* Expected and actual results
* Screenshots, logs or crash reports, if any
</translate>

<translate>
=== Game testing === 
</translate>
<translate>

Anyone is free to test the public releases and share what they find with the team: bugs, exploits, balance issues, crashes or anything else that seems off. You don't need to be a developer or open a pull request to help this way.
</translate>
<translate>

* Test against '''public releases only'''. Do not test against unreleased or internal builds unless you have been given explicit access.
* Share your findings in a [https://github.com/DragonMineZ/DragonMineZ/issues/new?template=bug_report.yml bug report] or on Discord.
* If what you find is a '''security vulnerability''' (for example, something that could be exploited to harm other players or servers), follow the [[Special:MyLanguage/Security Policy|Security Policy]] instead of opening a public issue.
</translate>

<translate>
=== Suggesting features === 
</translate>
<translate>

Have a great idea? Open a [https://github.com/DragonMineZ/DragonMineZ/issues/new?template=feature_request.yml feature request] and provide:
</translate>
<translate>

* A clear and concise explanation of the feature
* Its potential benefits and impact
* Any alternatives or related concepts
</translate>
<translate>

You can also suggest features on the Discord server.
</translate>

<translate>
=== Submitting pull requests === 
</translate>
<translate>

'''Step 1: Create a branch.''' <code>main</code> holds the current stable release line; the next version is developed on its own version branch (for example <code>v2.2</code>). Base your branch on the one your change is meant for; if you are unsure, ask on Discord. Use a descriptive branch name:
</translate>

<syntaxhighlight lang="bash">
git checkout -b fix/short-description
</syntaxhighlight>

<translate>

'''Step 2: Make your changes.'''
</translate>
<translate>

* Write clean and concise code.
* Test your changes locally to make sure they work as intended.
* Follow the project's coding conventions and standards.
</translate>

<translate>

'''Step 3: Commit your changes''' with a meaningful commit message:
</translate>

<syntaxhighlight lang="bash">
git commit -m "Fix: Resolved issue with XYZ feature"
</syntaxhighlight>

<translate>

'''Step 4: Push your changes.'''
</translate>

<syntaxhighlight lang="bash">
git push origin fix/short-description
</syntaxhighlight>

<translate>

'''Step 5: Open a pull request.''' Go to your fork on GitHub and submit a [https://github.com/DragonMineZ/DragonMineZ/pulls pull request].
</translate>
<translate>

* Describe the changes and link the related issues.
* Be prepared to discuss and revise your code based on feedback.
* Every pull request is compiled automatically by the '''Compile Check''' workflow (<code>./gradlew build</code>). If it fails, your pull request will not be merged. Workflow runs for first-time contributors may need a maintainer's approval before they start.
</translate>

<translate>
=== Automated checks === 
</translate>

{| class="wikitable"
! <translate> Workflow</translate> !! <translate> When it runs</translate> !! <translate> What it does</translate>
|-
| Compile Check || <translate> Every pull request, and pushes to any branch except <code>main</code> that touch code, resources or Gradle files</translate> || <translate> Runs <code>./gradlew build</code></translate>
|-
| Java CI || <translate> Pull requests and pushes to <code>main</code> that touch Java or <code>build.gradle.kts</code></translate> || <translate> Runs <code>./gradlew build</code> and submits the dependency graph</translate>
|-
| Crowdin Check & Upload || <translate> Pushes to <code>main</code> that touch the lang folder, every 2 days, or manually</translate> || <translate> Validates the language files with <code>scripts/check_lang.sh</code> and uploads <code>en_us.json</code> to Crowdin</translate>
|-
| CodeQL || <translate> Daily</translate> || <translate> Security analysis of the Java code and the workflows</translate>
|}

<translate>

Releases are published to Modrinth and CurseForge from <code>main</code> by the maintainers' release workflows.
</translate>

<translate>
== Contributor guidelines == 
</translate>
<translate>

# '''Coding standards'''
#* Use descriptive variable and method names.
#* Format code consistently (indentation, spacing and so on).
#* Write comments for complex logic.
# '''Documentation'''
#* Update or add documentation for new or changed features.
#* Make sure this [[Special:MyLanguage/Main Page|wiki]] reflects major changes.
# '''Testing'''
#* Test thoroughly across the relevant scenarios, including a dedicated server (<code>runServer</code>) when your change touches client classes, networking or server logic.
#* Fix any linting or compilation issues before submitting your pull request.
# '''Compatibility'''
#* Many systems read JSON that players, server owners and add-on authors edit (configs, quests, wishes, Dragon Ball packs). Don't rename or remove config keys, JSON fields, NBT save keys or registry names without discussing it first: older worlds and configs must still load.
#* Network packets are identified by registration order: add new packets at the end of <code>NetworkHandler.register()</code>, never in the middle.
#* Validate everything a client sends on the server; never trust the client for stats, unlocks, quests, wishes or progression.
# '''Project docs'''
#* <code>CLAUDE.md</code> and the <code>AI/</code> folder (<code>Agents.md</code>, <code>Context.md</code>, <code>Memory.md</code>, <code>QuestAddonAPI.md</code>) describe the architecture, data systems, build and release automation in detail. They are written for AI coding assistants but are just as useful for human contributors: read <code>AI/Context.md</code> before larger changes.
</translate>

<translate>
== Community == 
</translate>
<translate>

Join the [https://discord.gg/b5MgRNb3D7 Discord server] for real-time discussions.
</translate>

<translate>
== Supporting the project on Patreon == 
</translate>
<translate>

DragonMineZ is a community-driven project, and your support helps the team keep improving it and delivering new features. Consider becoming a patron on [https://patreon.com/DragonMineZ Patreon] to support the development and maintenance of the mod.
</translate>
<translate>

Patrons receive exclusive benefits, such as:
</translate>
<translate>

* Early access to new features
* Behind-the-scenes updates
* Recognition in the community
</translate>
<translate>

Every contribution, no matter how small, helps DragonMineZ keep improving.
</translate>

<translate>
== Licensing == 
</translate>
<translate>

By contributing, you agree that your contributions will be licensed under the same [https://github.com/DragonMineZ/DragonMineZ/blob/main/LICENSE license] that governs the project.
</translate>

<translate>
== Thank you == 
</translate>
<translate>

The team is excited to see your contributions and ideas. If you have any questions or need help, reach out to the team.
</translate>

{{Navbox Add-ons}}

Contributing - Revision history

Neb: Sync from dragonminez-wiki repository