Awesome Open Source
Awesome Open Source

Ecency Mobile

iOS iOS Android Android

Open Beta 🔥

IOS

ANDROID

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
  1. Make sure that you can run adb from your terminal.
  2. Open Genymotion and navigate to Settings -> ADB. Select “Use custom Android SDK tools” and update with your Android SDK directory.
Using Genymotion's adb
  1. Find Genymotion’s copy of adb. On macOS for example, this is normally /Applications/Genymotion.app/Contents/MacOS/tools/.
  2. Add the Genymotion tools directory to your path (instructions for Mac, Linux, and Windows).
  3. Make sure that you can run adb from your terminal.

The Rules 🔪

Patches and Review Process

Before you start

  1. When you address an issue or a feature, make sure that there doesn't already exist a ISSUES ticket for this work item.
  1. 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

  1. Pull every changes.
  2. Switch your branch with development
  3. Create about issues or bugfix branch.
  4. 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

Get A Weekly Email With Trending Projects For These Topics
No Spam. Unsubscribe easily at any time.
javascript (69,571
android (6,274
react (5,363
ios (3,573
react-native (1,515
blockchain (820
mobile (483
crypto (237
social-media (77
hive (60