Aurora is a reference-design mobile wallet app for the forthcoming Tari digital currency. The goal is for creators and developers to be able to use the open-source Aurora libraries and codebase as a starting point for developing their own Tari wallets and applications. Aurora also sets the bar for applications that use the Tari protocol. In its production-ready state, it will be a beautiful, easy-to-use Tari wallet focused on Tari as a default-private digital currency.
Want to contribute to Aurora? Get started here in this repository.
Code follows Github's style guide and the SwiftLint is run on each build using. Code is linted on each build.
git clone git@github.com:tari-project/wallet-ios.git
sh update_dependencies.sh
This will also create a default env.json
file for sensitive vars. Adjust these settings as needed.
Third-party frameworks and libraries are managed using a pre-compiled Tari binary from https://www.tari.com/downloads/ as well as packages from Cocoapods.
- pod 'Tor'
- pod 'FloatingPanel'
- pod 'lottie-ios'
- pod 'SwiftEntryKit'
- pod 'ReachabilitySwift'
- pod 'Sentry'
- pod 'SwiftKeychainWrapper'
- pod 'Giphy'
- pod 'IPtProxy'
- pod 'Zip'
- pod 'SwiftyDropbox'
- pod 'YatLib'
- pod 'TariCommon'
- Build Number will be increased with every merge to the
develop
andrelease
branches. The action is handled by the external CI. - The app version will be increased when the App will be submitted to AppStore.
- The major revision will be increased only after significant and breaking changes.
- The minor revision will be increased when new features or improvements are introduced.
- The patch revision will be increased when the new version contains only hotfixes
develop/<version>
are development branches. They contain new features, improvements, and bug fixes that will be published with the specified version. At the end of the development cycledevelop/<version>
will become a root for therelease/<version>
branch.feautre/<name>
are working branches. They contain a single feature, improvement of other code alternation. When the new feature is ready it needs to pass the core review before it will be merged withdevelop/<version>
.release/<version>
the release branch is created at the end of the development cycle from thedevelop<version>
branch. All builds made from this branch become potential release candidates. After the official release, this branch will be merged with themaster
branch.master
this branch is a collection of releases snapshots. Every merge with this branch should be tagged with the App and libwallet versions (format:<app_version>-libwallet-<libwallet_version>
).