edX Hackathon XXI Learner Contribution Visualization
Please tag @edx/fedx-team on any PRs or issues.
The purpose of this repository is to illustrate general front-end best practices for React
and Redux
applications using a handful of (overly) simplified examples.
We are currently using node v8.9.3
and [email protected]
.
After cloning the repository, run make up-detached
in the front-end-cookie-cutter
directory - this will build and start the front-end-cookie-cutter
web application in a docker container.
Hopefully, the output looks something like
The web application runs on port 1991, so when you go to http://localhost:1991
you should see something like
If you don't, you can see the log messages for the docker container by executing make logs
in the front-end-cookie-cutter
directory. This should output something like
Note that make up-detached
executes the npm run start
script which will hot-reload JavaScript and Sass files changes, so you should (:crossed_fingers:) not need to do anything (other than wait) when making changes.
config
- Directory for
webpack
configurations
- Directory for
public
- Entry point for the single-page application -
front-end-cookie-cutter
has a singleindex.html
file
- Entry point for the single-page application -
src
components
- Directory for presentational
React
components
- Directory for presentational
containers
- Directory for container
React
components
- Directory for container
data
actions
- Directory for
Redux
action creators
- Directory for
constants
reducers
- Directory for
Redux
reducers
- Directory for
.babelrc
.dockerignore
.eslintignore
.eslintrc.js
.gitignore
npmignore
.travis.yml
docker-compose.yml
Dockerfile
LICENSE
Makefile
package-lock.json
package.json
We use Babel
to transpile ES2015+
JavaScript to ES5
JavaScript. ES5
JavaScript has greater browser compatibility than ES2015+
.
The .babelrc
file is used to specify a particular configuration - for example, we use the babel-preset-react
, which, among other things, allows babel
to parse JSX
.
The important thing to remember is to add the node_modules
directory to .dockerignore
- for more information see the Docker documentation.
We use eslint
for our JavaScript
linting needs. The .eslintignore
file is used to specify files or directories to, well, ignore.
While eslint
automatically ignores node_modules
, we like to add it to the .eslintignore
just for the added explicitness. In addition, you probably want to add the directory for your compiled files (in our case, ./dist
) and your coverage directory (in our case, ./coverage
).
This is where the actual eslint
configuration is specified. All edX
JavaScript projects should extend either the eslint-config-edx
or eslint-config-edx-es5
configurations (for ES2015+
and ES5
JavaScript, respectively). Both configurations can be found in the eslint-config-edx
repository.
We are not currently publishing this package to npm
. If we did, we would want to exclude certain files from getting uploaded to npm
(like our coverage files, for example). For more information, see the npm
documentation.
We use Travis CI
to build (and deploy) our application. The .travis.yml
file specifies the configuration for Travis
builds. For more information, see the Travis
documentation.
Arguably, one of the most important files in an npm
-based application, the package.json
file specifies everything from the name
of the application, were it to be published to npm
, to it's dependencies
.
For more information, see the npm
documentation.
Greenkeeper
is basically a GitHub
application that handles npm
dependencies. It will automatically open PRs with package.json
and package-lock.json
updates when new versions of your npm
dependencies get published.
For more information, see the Greenkeeper
documentation.
See the @edx/frontend-auth
repo for information about securing routes in your application that require user authentication.