https://github.com/xdagger/android-wallet
XDAG Android Wallet
https://github.com/xdagger/android-wallet
Last synced: 4 months ago
JSON representation
XDAG Android Wallet
- Host: GitHub
- URL: https://github.com/xdagger/android-wallet
- Owner: XDagger
- License: mit
- Created: 2018-05-22T15:23:49.000Z (about 8 years ago)
- Default Branch: master
- Last Pushed: 2023-04-06T01:07:49.000Z (about 3 years ago)
- Last Synced: 2025-04-29T21:39:19.478Z (about 1 year ago)
- Language: Java
- Homepage: https://xdag.io
- Size: 28.8 MB
- Stars: 24
- Watchers: 11
- Forks: 14
- Open Issues: 2
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
README
# XDAG Android Wallet
[](https://app.fossa.com/projects/git%2Bgithub.com%2FXDagger%2Fandroid-wallet?ref=badge_shield)
This XDAG Wallet is based on the C implementation of XDAG, and developed for Android platform.
[
](https://play.google.com/store/apps/details?id=io.xdag.xdagwallet)
## How to build
* Download the sourcecode from master branch and open it with latest Android Studio
* Update according to Android Studio hints
* Build
## How to contribute
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.
### Reporting Issues
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:
- [android-wallet/issues](https://github.com/XDagger/android-wallet/issues)
### Implementation Design
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
### Translations
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.
### Git
We use a simple git branching model:
- `master` must always work
- `develop` is 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
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.
### Code
Write clean code. Universally formatted code promotes ease of writing, reading, and maintenance.
### Documentation
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
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]( https://help.github.com/articles/closing-issues-via-commit-messages/). If the pull request only completes part of an issue use the [connects keywords]( https://github.com/waffleio/waffle.io/wiki/FAQs#prs-connect-keywords). This helps our tools properly link issues to pull requests.
### Code Review
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.
### Merge Approval
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.
### Support Developers
[BillLevesque](https://github.com/amazingMan2017) (XDAG ABnr08l/kpFfvKLDBzv0+smQhbJo1RVy)
[ssyijiu](https://github.com/ssyijiu) (XDAG J2dlqLjgFmwloguyxiBUM3nitW3f6Ki9)
## License
[](https://app.fossa.com/projects/git%2Bgithub.com%2FXDagger%2Fandroid-wallet?ref=badge_large)