ecency / Ecency Mobile
Programming Languages
Projects that are alternatives of or similar to Ecency Mobile
Ecency Mobile
iOS
Android
Open Beta 🔥
Download
AppStore iOS: https://ios.ecency.com PlayStore Android: https://android.ecency.com
I. How do I get set up? 🔧
$ git clone https://github.com/ecency/ecency-mobile.git
$ cd ecency-mobile
$ yarn
$ react-native start (Now your local server should start)
Starting for IOS
react-native run-ios (this also run react-native start if you didn't)
Starting for Android
TODO
Using Android Studio's adb
- Make sure that you can run adb from your terminal.
- Open Genymotion and navigate to
Settings -> ADB. Select “Use custom Android SDK tools” and update with your Android SDK directory.
Using Genymotion's adb
- Find Genymotion’s copy of adb. On macOS for example, this is normally
/Applications/Genymotion.app/Contents/MacOS/tools/. - Add the Genymotion tools directory to your path (instructions for Mac, Linux, and Windows).
- Make sure that you can run adb from your terminal.
The Rules 🔪
Patches and Review Process
Before you start
- When you address an issue or a feature, make sure that there doesn't already exist a ISSUES ticket for this work item.
- If the item already exists and is in progress, please remove the card or the issue you were assigned and leave a note that it is a duplicate. 3.If the item is not being worked on, please make sure that you put the card or issue as "In Progress" and assign it to yourself so other developers know that you are working on it.
Patch a day
It is important to make the work you are doing visible to other team members, especially because there are developers in different location. Even if you are not done the work on your patch, make sure to put a Pull Request up and leave a note that this is work in progress (WIP) so that others do not try to merge in your patch. If you would like to have someone in particular review your work, leave your patch as WIP and assign the developers that need to review or update your patch before it is ready to be reviewed by other team members.
Who to assign your patch for review
Patch Review Template
When you create a pull request for your patch, make sure to leave all the information that other team members will need to understand the purpose of your patch as well.
Main Branch master
If you resolved a issue or something You have to whern you commit your pr commit message include issue number for ex. resolved #10 or closed #10 etc.
Before you start
- Pull every changes.
- Switch your branch with development
- Create about issues or bugfix branch.
- Make sure your repo up to date!
Creating branch
- For example if you want create branch for an issue should contain issue number (ex. #55)
- Whats your interest put bugfix/yourbranch_name or feature/your_branch_name#issue_number
- If you some changes for only config req config/your_branch_name
Commit messages
What ever you want number of commit. Before create push squash your all commit. We need just what you do!
Pushing
- Make sure push your main branch (master)
Issues 👻
To report a non-critical issue, please file an issue on this GitHub project.
If you find a security issue please report details to: [email protected]
We will evaluate the risk and make a patch available before filing the issue.
Sponsors and Collaborators
- Hive community
- React native community
- Bugsnag
- Appcenter