Contribute to Xone
Thank you for your willingness to contribute to the Xone ecosystem! Whether it's fixing a typo, submitting a piece of code, improving asset metadata, or participating in specification development, every investment helps make Xone better. ❤️
Xone community contributions now cover multiple code repositories (not just documentation):
- WebSite:hello-xone/xone_website
- Docs:hello-xone/official_docs
- Assets(Asset and apps metadata):hello-xone/xone_assets
This guide will help you through the entire process, from raising an issue, creating a pull request (PR), code review, and merging and releasing your release. Unless otherwise noted, we recommend submitting pull requests/issues in English (multilingual documentation will be available in the future).
It’s great to start small: fixing a link, improving a description, adding an example or screenshot are all high-value contributions. Of course! If you’ve contributed to any of the above repositories before, don’t forget to claim your POAP tokens!
What can I contribute?
- Website: Optimize page copy and layout, component/style improvements, performance and SEO, accessibility, i18n text, routing and navigation optimization, etc.
- Docs: New chapters/tutorials, API/concept explanations, examples and best practices, fix broken links and formatting, illustrations and architecture diagrams, etc.
- Assets: Add/update token and DApp metadata (info.json, logo, etc.), cross-chain mapping, proofread official links, optimize tags and categories, and improve scripts and validation rules.
- Other: Propose standards (style guide, terminology, directory structure), create scripts and tools, reproduce issues and minimum requirements (MREs), provide roadmap feedback, etc.
What You Should Know Before Contributing
- Create a GitHub account.
- Familiarize yourself with basic tools, technology stacks, and other important aspects:
- Git & GitHub: Branch management, commits, and the pull request process.
- Markdown: Document formatting and syntax.
- Node.js & package managers (npm/yarn/pnpm): Dependency installation and script execution.
- React & Next.js: Front-end component and page development (Website).
- JSON/YAML: Configuration and data file editing (Assets).
- ESLint/Prettier: Code style and formatting.
- Run the build locally first before submitting a PR to avoid build failures.
Local Development and Preview
Try to run the validation scripts provided by the repository locally (such as pnpm lint / pnpm validate , etc.; refer to the repository README for details).
Before submitting a pull request, be sure to:
-
Stop other terminal processes and run
pnpm dev
to see if the build succeeds; -
Fix any errors or linking issues reported by the terminal;
-
Run
pnpm fix
or the formatting/validation scripts provided by the repository; -
Run
pnpm dev
again until both the client and server compile successfully.
How to submit a pull request
Fork the repository to your account and develop on a new branch:
Suggested branch names: feat/…
, fix/…
, docs/…
, chore/…
, etc.
Conventional Commits:
feat: New features/items (e.g., feat: add ABC token on Xone)
fix: Bug fixes
docs: Documentation and content
style: Style/formatting that doesn't affect the logic
refactor: Refactoring
perf: Performance optimization
test: Testing
build: Build-related
ci: CI configuration
chore: Miscellaneous
revert: Rollback
Submit a pull request to the upstream repository (usually the target branch is main; maintainers will notify you of any special branches during the review).
In the PR description:
-
Clearly explain the motivation and scope of the change;
-
Attach screenshots/screen recordings (for front-end changes);
-
Describe the verification steps and potential impact (mark "Breaking Change").
-
Add tags to the PR: Select at least one of "Documentation/Website/Assets"; other tags (bug, enhancement, good first issue, etc.) can be added as needed.
If you're not ready for review yet, select "Create Draft Pull Request"; when ready, mark it "Ready for Review."
We assign and review PRs during business days:
-
Focus on Accuracy, Quality, and Scope;
-
May suggest changes;
-
After review, the PR will be merged and automatically deployed to the corresponding environment.
Support and Communication Channels
Email: developers@xone.org
Discord: Discord
Telegram: Telegram
Please disclose security vulnerabilities and sensitive issues privately via email; we will respond as quickly as possible. Perhaps you'd be interested in our bug bounty program.
Claim Your GitPOAP Badge
To thank our community contributors, we use GitPOAP to recognize your efforts! GitPOAP automatically detects your merged contributions and allows you to create a unique contributor POAP directly on their platform.
How to Claim:
- Visit Xone’s GitPOAP page.
- Connect your wallet or email via the sign-in options.
- Search your GitHub username, ETH address, ENS name, or any GitPOAP to check your eligibility.
- If your GitHub account is eligible, you can create your GitPOAP!
Do not use an exchange account or any account for which you do not control the private key, as you will not be able to access or manage your POAP with such accounts.
License and Code of Conduct
-
Contributions must comply with the respective repository's license and code of conduct; please read the repository's README and guidelines before submitting.
-
You agree that your contributions may be used and redistributed under the repository's license.
We look forward to your participation. Every contribution you make will brighten the future of Xone. 🎉
For any help or support, please contact us:
Support: support@xone.org
Official: hello@xone.org
Work: job@xone.org
Busines: busines@xone.org
Compliance: compliance@xone.org
Labs: labs@xone.org
Grants: grants@xone.org
News: Medium
Community: Telegram | Twitter | Discord | Forum | YouTube | Reddit | ChatMe | Coingecko | Github