TruSat is an open-source space sustainability tool created by the team at ConsenSys Space.
This repo was bootstrapped with create-react-app. You can clone the repo, checkout the dev
branch, install all the dependencies and run the app in development mode with the following commands in your Terminal:
git clone https://github.com/consensys-space/trusat-frontend.git trusat-frontend
cd trusat-frontend
git checkout --track origin/dev
yarn install && yarn start
Open http://localhost:3000 to view it in the browser. The page will automatically reload if you make changes to the code.
trusat-frontend
├── node_modules
├── public
│ ├── favicon.ico
│ ├── index.html
│ └── manifest.json
└── src
├── app
├── components
├── App.css
├── BurgerMenu.js
├── Button.js
├── ChatIcon.js
├── CookieBanner.js
├── CopyText.js
├── DiscourseChatIcon.js
├── Footer.js
├── JoinButton.js
├── MailingListForm.js
├── MobileHeader.js
├── NavBar.js
├── ObjectBadge.js
├── Partners.js
├── RoundedButton.js
├── ScrollToTop.js
├── SocialIcons.js
├── Spinner.js
├── TablePaginator.js
├── TestPilots.js
├── app-helpers.js
├── app-styles.scss
├── assets
├── Arrow.svg
├── CircleCheck.svg
├── ConditionBad.svg
├── ConditionExcellent.svg
├── ConditionFair.svg
├── ConditionGood.svg
├── ConditionPoor.svg
├── ConditionTerrible.svg
├── DeleteStation.svg
├── Globe.svg
├── icon-arrow-up.svg
├── icon-chat.svg
├── icon-eye.svg
├── icon-globe.svg
├── icon-light.svg
├── icon-location.svg
├── icon-lock.svg
├── icon-lowlight.svg
├── icon-question.svg
├── icon-relaxing.svg
├── icon-rocket.svg
├── icon-satellite.svg
├── icon-time.svg
├── icon-trash.svg
├── icon-user.svg
├── icon-wave.svg
├── ProfileAvatar.svg
├── QuestionMark.svg
├── SatSymbol.svg
├── SketchLarge.js
├── SketchSmall.js
├── TrusatLogoBig.svg
├── TrusatLogoSmallBlack.svg
├── TrusatLogoSmallWhite.svg
├── auth
├── components
├── LoginForm.js
├── LoginOptions.js
├── MetaMask.js
├── SignupForm.js
├── SignupOptions.js
├── auth-context.js
├── auth-helpers.js
├── auth-styles.scss
├── auth.test.js
├── catalog
├── components
├── CatalogNavBar.js
├── CatalogNavDropdown.js
├── CatalogTable.js
├── DownloadCatalogFilterTleButton.js
├── FilterDescription.js
├── HowToParticipate.js
├── catalog-styles.scss
├── objects
├── components
├── DownloadObjectTleButton.js
├── FilterDescription.js
├── HistoryMonthTable.js
├── HistoryYearDropdown.js
├── HowToSeeIt.js
├── InfluenceTable.js
├── Info.js
├── ObservationsFilter.js
├── UserSightingsTable.js
├── objects-context.js
├── objects-styles.scss
├── profile
├── components
├── ObjectsCollectedTable.js
├── ObservationsTable.js
├── ProfileHeader.js
├── profile-context.js
├── profile-styles.scss
├── styles
├── base
├── _base.scss
├── _reset.scss
├── _typography.scss
├── helpers
├── _mixins.scss
├── _variables.scss
├── main.scss
├── submissions
├── components
├── MultipleObservationForm.js
├── SingleObservationForm.js
├── submission-styles.scss
├── user
├── components
├── EditProfileSettingInput.js
├── PrivacySettings.js
├── ProfileSettings.js
├── SavedLocations.js
├── SecuritySettings.js
├── StepFive.js
├── StepFour.js
├── StepOne.js
├── StepThree.js
├── StepTwo.js
├── user-styles.scss
├── views
├── About.js
├── AccountSettings.js
├── AddStation.js
├── Catalog.js
├── Charter.js
├── ClaimAccount.js
├── FAQ.js
├── HowTo.js
├── HowToPhoto.js
├── Join.js
├── LogIn.js
├── MetamaskImport.js
├── ObjectInfo.js
├── PrivacyPolicy.js
├── Profile.js
├── SignUp.js
├── Submit.js
├── SubscriptionConfirmed.js
├── Terms.js
├── TestPilotConfirmed.js
├── VerifyClaimAccount.js
├── Welcome.js
├── Whitepaper.js
├── App.js
├── App.test.js
├── index.js
├── serviceWorker.js
├── .gitignore
├── firebase.json
├── LICENSE
├── package.json
├── README.md
├── yarn.lock
Inspired by this post, the files in the src
directory are grouped by domain. For example, within the submissions
directory you will find all components (and their accompanying styles) related to the domain of observation submissions. At the time of writing this includes the MultipleObservationForm
and SingleObservationForm
components.
The assets
directory contains all the svg
files that are utilized by the front end. Other image files are hosted externally on AWS.
Run the tests with the following command:
yarn test
We very much welcome contributions, especially those that tackle open issues! If you wish to contribute, either open an issue then make a pull request or make a pull request against a currently open issue.
Our team uses the following convention for naming branches:
master
- The production environmentdev
- The branch used for deploying to the development/staging server environmentfeature/{name-of-feature}
- A feature branchbugfix/{name-of-bug-being-fixed}
- Fixing a bug larger in scope than a hotfixhotfix/{name-of-hotfix}
- Hotfix changes for production issues (branches off master)chore/{summary-of-chore}
- Cleaning up / organizing the codewip/{name-of-wip}
- Branched out for some “work in progress” stuff (not ready, can be experimental and you want to keep a remote copy)
And here are some examples:
feature/single-iod-form
feature/single-iod-form-styles
bugfix/whitepaper-not-rendering-on-ipad
hotfix/typo-on-welcome-page
chore/removing-unused-imports
wip/add-3box-for-authentication
- In command line, checkout the development branch, named “dev” with
git checkout dev
thengit pull
to ensure you have the latest development branch on your local machine - Referencing the branch naming convention outlined above determine the group and name for your branch then run
git checkout -b {group}/{name-of-group}
to create the new branch and check it out. - Commit early and commit often with clear and concise comments. All commits should remain focused in scope so try to avoid submitting PR's that contain unrelated commits.
- Run
git push --set-upstream origin <your-new-branch>
to add your new branch to the remote repo when you feel the work completed warrants a back up. - When ready to open a PR, use
git push
to add all your latest commits to the remote copy. - Do not open a PR without directing it to an open issue on GitHub. If an issue does not exist, create it and add a label. Here's an example:
The "How To" page content is out of date when compared to the latest communication content found in the TruSat discuss forum
- When ready click the green "New pull request" button on the "Pull requests" page for the repo on GitHub, making sure you are requesting to merge your branch into the development branch, and not master. The only branches that can open a PR to the “master” branch are those grouped as “hotfix” or “dev”.
- Assign at least one reviewer to your PR.
- Add detailed comments to outline what your PR achieves and make sure to reference the issue that will be closed by this PR by utilizing the issue number. Bulleted lists are preferred. For example:
- Updates the “how to” view with the latest comms content
- New styles added including a change of font to the headers which matches the latest changes to the "About" page.
- This closes #32.
- Do not open the PR if there are merge conflicts found. Instead - push a fix to your branch that clears the conflicts.
- If no merge conflicts are found, open the PR.
TruSat is open source software licensed as Apache License 2.0.