| .vscode | ||
| android | ||
| ios | ||
| resources | ||
| src | ||
| .babelrc | ||
| .buckconfig | ||
| .env.example | ||
| .eslintrc.json | ||
| .flowconfig | ||
| .gitattributes | ||
| .gitignore | ||
| .watchmanconfig | ||
| App.js | ||
| app.json | ||
| config.example.js | ||
| index.js | ||
| package-lock.json | ||
| package.json | ||
| README.md | ||
eSteem Mobile
I. How do I get set up?
$ git clone https://github.com/esteemapp/esteem-mobile.git
$ cd esteem-mobile
$ npm install (You should use npm if you use yarn its getting error its about realm **TODO)
$ npm install -g react-native-cli (if you already have react-native as globally it not require)
$ 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 Trello card or 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)