* instruct to use develop branch for PRs instead of master * update PR walkthrough instructions
6.1 KiB
Building Status
This document is the entry point for developers of Status. This guide is for anyone who is interested in building, developing, debugging or submitting a bug report, pull request or contributing to Status with code.
This guide is written with OS X in mind.
Build and Test
Requirements
- Homebrew +
brew update
(optional, for OS X) - Node & NPM
brew install node watchman
- Lein
brew install leiningen
- react-native
npm install -g react-native-cli
- Latest JDK
brew cask install java
- Android SDK with build tools version 23.0.1 [Mac]
brew install android-sdk
or Windows/Linux - Genymotion (optional, you may use an Android Virtual Device or real device)
- Setup Android Development Environment / Simulator
- GIT over SSH, please add public key to Github
- Maven
- Cocoapods
sudo gem install cocoapods
Dependencies & Setup
$ git clone git@github.com:status-im/status-react.git -b master && cd status-react
# or
$ git clone git@github.com:status-im/status-react.git -b develop && cd status-react
$ lein deps && npm install && ./re-natal deps
$ mvn -f modules/react-native-status/ios/RCTStatus dependency:unpack
$ cd ios && pod install && cd ..
Building Status for Release
# fill in store file properties in android/gradle.properties
$ lein prod-build
$ react-native run-android --variant=release
# for iOS, build in Xcode
Building Status for Development
$ ./re-natal use-android-device <device> # (genymotion, real or avd)
# or
$ ./re-natal use-ios-device <device> # (simulator or real)
$ ./re-natal use-figwheel
# new tab, run figwheel REPL
$ BUILD_IDS="ios,android" lein repl
# new tab, run react native packager
$ react-native start
# new tab, enable communication to react-native and figwheel
# for android
$ adb reverse tcp:8081 tcp:8081
$ adb reverse tcp:3449 tcp:3449
$ react-native run-android
# for ios
$ react-native run-ios
Access Geth on Device
adb forward tcp:8545 tcp:8545
build/bin/geth attach http://localhost:8545
Contributing
Please make sure your contributions adhere to our coding guidelines:
- Code must be idiomatic Clojure, please refer to the style guidelines (i.e. use lein eastwood & lein kibit).
- Code must be documented.
- Pull requests need to be based on and opened against the
develop
branch. - Commit messages should be prefixed with the root namespace(s) under
status-im
that they modify.- e.g. "contacts, ios: add contact stylistic changes"
Issues
Only Github is used to track issues. (Please include the commit and branch when reporting an issue.)
Overv.io is used to overview issues in multiple repositories.
Code formatting
Please run lein eastwood
and lein kibit
before contributing.
Branch naming
Branch format must be under CATEGORY/PLAIN-TEXT-#ISSUE_NUMBER
acceptable branches are;
feature/discover
or bug/broken-form-#113
The following categories are;
feature/
for implementation of featuresbug/
for fixing bugstests/
for unit/UI testsexperiment/
for non-featureswip/
for longer lived branchesjunk/
for irrelevant/soon-to-be-deleted branches
Pull Requests
Pull Requests should by default use the develop
branch as a base. The master
branch is kept stable and develop
is periodically merged there. Tags are used for releases. Each Pull Request must be rebased against develop
and squashed into a single commit, prefixed with the root namespace(s) under status-im
that they modify. e.g.
"contacts, ios: add contact stylistic changes"
Walkthrough
Fork the repository on Github's web UI.
Clone your fork. Add the upstream as a remote.
$ git clone git@github:<you>/status-react
$ git remote add upstream git@github:status-im/status-react
Now you have two remotes: origin
pointing to your fork and upstream
pointing to the shared repo.
$ git fetch --all
Then isolate the bug/feature work you will do into a topic branch
$ git checkout -b bug/missing-contact-#116 upstream/develop
Keep your branch fresh against upstream
$ git fetch upstream
$ git rebase upstream/develop
If multiple people are working on the same feature branch don't forget to also
$ git rebase upstream bug/missing-contact-#116
When you are ready to make your pull request
$ git push origin
After PR has been reviewed do a final cleanup and squash your commit
$ git rebase -i upstream/develop
$ git push -f origin
Repository Overview
The Status application is divided into 6 core repositories;
-
status-react - our main react native application writtein in Clojurescript, Java & Objective C
-
go-ethereum - our branch of
go-ethereum
which contains our custom modifications ingo-ethereum/status-develop
-
status-go - represents our binding to the
go-ethereum
lib and exposes methods tostatus-react
to Java / Objective C. -
status-lib - implements our application protocols for chatbots, has been absorbed into
status-react
until application protocol settles -
react-native-status - the intent behind this repo was to seperate Java/Objective C code into a react native module, it may be absorbed into
status-react
in future -
status-server - is our intermediary server primarily used for contact discovery.