This is an online store app.
In order to start the project:
- Clone the remote repository to your development environment
$ git clone https://github.com/Varenthein/wdp-1811-03.git
-
Use npm to run all tasks. In order to run npm install Node.js - you can download it's latest version from here. Node.js version 10.14.2 or newer is recommended.
-
Install depedencies
$ cd wdp-1811-03
$ npm install
- Run current, test version of site in your browser and enable watching of site's development files.
$ npm run watch
- Get site's production release. It will be located in dist directory.
$ npm run prewatch
npm run prewatch
- run this scripts to get stable release of project.
- it copies all necessary files from your current working directory to dist directory, where you'll find ready-to-be-published version of site.
npm run watch
- run this scripts during development.
- it runs current, test version of site in your browser via Browsersync.
- in case of any changes, it compiles your .scss files to .css file.
- in case of any changes in .html or .js files, it updates linked files in dist directory.
- when you'll add any images or fonts to your current working directory, it copies it to dist directory.
You can see a preview of the project here - https://romantic-volhard-ce5aef.netlify.com/#
Generally there is no restriction when choosing class names, but in some cases we use standarized classes:
- for sections we use classes like section--brands, section--featured etc.
- for backgrounds we use separated classes like .bg1, .bg2, bg3.../.cov1, .cov2, .cov3... etc.
The src/sass folder is to keep all .scss files.
- /bootstrap - for bootstrap styles - we do not edit files here;
- /components - for all page components (named like _header.scss) and sections styles (named from section classes like _section--brands.scss)
We use standard good practices when giving names to commits. It means:
- descriptions are in English;
- descriptions start with simple verb like "add", "do", "fix";
- we avoid overall descriptions like "add styles" or "fix bugs", we prefer detailed descriptions like "add styles for footer";
- we try to keep descriptions short (no more than 50 letters).