This XDAG Wallet is based on the C implementation of XDAG, and developed for Android platform.
- Download the sourcecode from master branch and open it with latest Android Studio
- Update according to Android Studio hints
- Build
Want to contribute on XDAG Android Wallet? Awesome! Here are the instructions to get you started. They are not perfect yet. Please let us know what feels wrong or incomplete.
This is an Open Source project and we welcome contributions of all sorts. There are many ways to help, from reporting issues, contributing code, and helping us improve our community.
If you find bugs, mistakes, inconsistencies in the XDAG Wallet project's code or documents, please let us know by filing an issue at the appropriate issue tracker (we use multiple repositories). No issue is too small.
The main issues for bug reporting are as follows:
When considering design proposals for implementations, we are looking for:
- A description of the problem this design proposal solves
- Discussion of the tradeoffs involved
- Discussion of the proposed solution
This community moves very fast, and documentation swiftly gets out of date. For now, we are encouraging would-be translators to hold off from translating large repositories. If you would like to add a translation, please open an issue and ask the leads for a given repository before filing a PR, so that we do not waste efforts.
If anyone has any issues understanding the English documentation, please let us know! We are very sensitive to language issues, and do not want to turn anyone away from hacking because of their language.
We use a simple git branching model:
mastermust always workdevelopis the branch for development- create feature-branches to merge into
develop - all commits must pass testing so that git bisect is easy to run
Just stay current with develop (rebase).
Commit messages must start with a short subject line, followed by an optional, more detailed explanatory text which is separated from the summary by an empty line.
Write clean code. Universally formatted code promotes ease of writing, reading, and maintenance.
Update documentation when creating or modifying features. Test your documentation changes for clarity, concision, and correctness, as well as a clean documentation build.
Pull requests descriptions should be as clear as possible. Err on the side of overly specific and include a reference to all related issues. If the pull request is meant to close an issue please use the Github keyword conventions of closes, fixes, or resolves. If the pull request only completes part of an issue use the connects keywords. This helps our tools properly link issues to pull requests.
We take code quality seriously; we must make sure the code remains correct. We do code review on all changesets. Discuss any comments, then make modifications and push additional commits to your feature branch. Be sure to post a comment after pushing. The new commits will show up in the pull request automatically, but the reviewers will not be notified unless you comment.
We use Thank you for your efforts. in comments on the code review to indicate acceptance. A change requires Thank you for your efforts. from the maintainers of each component affected. If you know whom it may be, ping them.
BillLevesque (XDAG ABnr08l/kpFfvKLDBzv0+smQhbJo1RVy)
ssyijiu (XDAG J2dlqLjgFmwloguyxiBUM3nitW3f6Ki9)
