Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add SASS support documentation #1007 #1008

Merged
merged 7 commits into from
Feb 12, 2017

Conversation

tsironis
Copy link
Contributor

@tsironis tsironis commented Nov 4, 2016

As pointed out in #1007, adding a specific section about SASS in documentation could help users avoid ejecting in order to use sass-loader.

This is simpler in my opinion and more aligned to this project's way of thinking.

@facebook-github-bot
Copy link

Thank you for your pull request and welcome to our community. We require contributors to sign our Contributor License Agreement, and we don't seem to have you on file. In order for us to review and merge your code, please sign up at https://code.facebook.com/cla - and if you have received this in error or have any questions, please drop us a line at [email protected]. Thanks!

If you are contributing on behalf of someone else (eg your employer): the individual CLA is not sufficient - use https://developers.facebook.com/opensource/cla?type=company instead. Contact [email protected] if you have any questions.

@@ -301,6 +302,47 @@ becomes this:

There is currently no support for preprocessors such as Less, or for sharing variables across CSS files.

## Adding SASS Support
Copy link
Contributor

@thien-do thien-do Nov 4, 2016

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How about a broader/more general title? As you explained below, SASS is just an example, that your approach can be applied for other things like LESS. So, I think maybe this title is too specific.

How about Adding CSS Preprocessor (SASS, LESS, etc…)

Actually.. this technique can be applied to a much wider situation than just CSS.. technically everything that can be watch.. but the term "CSS Preprocessor" seems easy to understand and popular

@@ -18,6 +18,7 @@ You can find the most recent version of this guide [here](https://github.com/fac
- [Importing a Component](#importing-a-component)
- [Adding a Stylesheet](#adding-a-stylesheet)
- [Post-Processing CSS](#post-processing-css)
- [Adding CSS Preprocessor (SASS, Less etc.](#adding-css-preprocessor-sass-less-etc)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems there is a small typo: you forgot to close the parenthese ). You also need to update the anchor link to reflect the title

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice catch! I think the anchor link works just fine.

@Calyhre
Copy link

Calyhre commented Nov 5, 2016

ℹ️ Quick tip about the example, node-sass with the --watch option does not initially build the output until a change is made on the input. It could end up with importing errors if the output file is not versioned for example.
Maybe you could chain with an initial build before the watch in the example?

Source: sass/node-sass#1660

@@ -18,6 +18,7 @@ You can find the most recent version of this guide [here](https://github.com/fac
- [Importing a Component](#importing-a-component)
- [Adding a Stylesheet](#adding-a-stylesheet)
- [Post-Processing CSS](#post-processing-css)
- [Adding CSS Preprocessor (SASS, LESS etc.)](#adding-css-preprocessor-sass-less-etc)
Copy link
Contributor

@thien-do thien-do Nov 6, 2016

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok, this is just a pure and not serious comment: when I saw you change the name from "Less" to "LESS", I'm wondering what is the official term, so I take a look at both website and realize that they actually use the lower case :)) It is "Sass" and "Less". I previously thought that it is "Less" because it is not a shorthand, while "SASS" is acutally short for "Syntactically Awesome Stylesheets".

Turn out they are all written as Sass and Less in their website..

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I honestly don't know, but I don't have any strong feelings on this, so whatever you see more fit!

Copy link
Contributor Author

@tsironis tsironis Nov 10, 2016

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So, Wikipedia stylises these words as following: Sass and Less. I'm updating source code accordingly.

@thien-do
Copy link
Contributor

Hi @gaearon, would you like to take a look at this? I think it is helpful but haven't seen any words from maintainers yet

Copy link
Contributor

@gaearon gaearon left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nits + we need to make sure instructions work on Windows.


> Using a different preprocessor should be just a matter of replacing `build-css` and `watch-css` scripts to something that matches the preprocessor you're using.

Add these scripts to the main scripts, by pasting `npm run watch-css &` to `start` script and `npm run build-css &&` to `build`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this work on Windows?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"pasting [...] to" -> "adding [..] before`

...
"scripts": {
"start": "npm run watch-css & react-scripts start",
"build": "npm run build-css && react-scripts build",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I know for sure that a && b won't work on Windows but a&&b will.

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

& won't work as intended on windows (it will wait for the watch process to exit before continuing). One possible solution is |. See http://stackoverflow.com/questions/30950032/how-can-i-run-multiple-npm-scripts-in-parallel

@@ -301,6 +302,47 @@ becomes this:

There is currently no support for preprocessors such as Less, or for sharing variables across CSS files.

## Adding CSS Preprocessor (Sass, Less etc.)

CSS preprocessors have become a vital part of build processes. Using a preprocesssor of your choice in a project bootstrapped using create-react-app, is fairly straightforward to setup, even without having to eject.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

CSS preprocessors have become a vital part of build processes.

Let's not sell CSS preprocessors 😉

...
```

> Using a different preprocessor should be just a matter of replacing `build-css` and `watch-css` scripts to something that matches the preprocessor you're using.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"should be just" -> "should generally be"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"To use a different preprocessor, replace..."


CSS preprocessors have become a vital part of build processes. Using a preprocesssor of your choice in a project bootstrapped using create-react-app, is fairly straightforward to setup, even without having to eject.

First, install preprocessor of your choice. Sass seems the most popular weapon of choice at the moment, so we'll use it as an example.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There's no need to point out sass' popularity.

First, install the preprocessor of your choice. For example, with sass:

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍 Also let's not use "weapon" in text.

@tsironis
Copy link
Contributor Author

tsironis commented Nov 21, 2016

Thank you for your feedback! Unfortunately, I don't have access to a Windows development environment and no previous experience developing on Windows.

Also, a known issue with watch-css script is that when you kill the process, node-sass watcher does not stop. I'm looking for a workaround.


Using a CSS preprocesssor in a project bootstrapped using create-react-app, is fairly straightforward to setup, even without having to eject.

First, install preprocessor of your choice. We will be using SASS in this example, but you can replace SASS with a preprocessor of your choice.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nit: Sass not SASS 😄

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

wow didn't know there is a website for that when I commented on this 😄

@1-800-jono
Copy link

Does this mean that it is possible to add Sass support without ejecting ?

@thien-do
Copy link
Contributor

@jonathanphz yes it is

@jcolemorrison
Copy link

Random, unless I'm missing something (and I wouldn't put it past myself), node-sass still has the problem of not watching newly added files or stopping removed ones.

You can still have an external watcher build it into scss for you. Although it's not purely ideal, I've settled on a docker ruby/sass containe just watching our project files and compiling the scss ones down into css. On release, the scss files are removed before being pushed to built/prod. You could also just do this with something on your local machine too I suppose if you're not worried about versions between teammates.

@@ -18,6 +18,7 @@ You can find the most recent version of this guide [here](https://github.com/fac
- [Importing a Component](#importing-a-component)
- [Adding a Stylesheet](#adding-a-stylesheet)
- [Post-Processing CSS](#post-processing-css)
- [Adding SASS Support](#adding-sass-support)
Copy link

@davidkpiano davidkpiano Feb 11, 2017

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sass not SASS - it's a backronym.

@Timer
Copy link
Contributor

Timer commented Feb 11, 2017

I would love to merge this, would anyone care to update?

@gaearon
Copy link
Contributor

gaearon commented Feb 11, 2017

I’ll make some changes and get it in.

@gaearon
Copy link
Contributor

gaearon commented Feb 11, 2017

Random, unless I'm missing something (and I wouldn't put it past myself), node-sass still has the problem of not watching newly added files or stopping removed ones.

Yea, seems like this is a problem. (But it should be reported to node-sass if you’re using it 😉 ).

@gaearon
Copy link
Contributor

gaearon commented Feb 12, 2017

I slightly tweaked it:

  • Used a diff highlighting
  • Changed the command to build a separate CSS file for each SCSS file
  • Added a warning that you might not need a preprocessor

Thank you so much for getting this rolling!

@gaearon gaearon merged commit 1fe6f55 into facebook:master Feb 12, 2017
@gaearon gaearon added this to the 0.9.1 milestone Feb 12, 2017
@gaearon gaearon mentioned this pull request Feb 12, 2017
bondz pushed a commit to bondz/create-react-app that referenced this pull request Feb 12, 2017
* Add SASS support documentation facebook#1007

* Change SASS section title to more generic label

* Fix link in Table of Contents

* Chain build-css with watch-css script, fix typos

* Update Sass and Less naming style

* Fix wording, remove offensive words

* Slightly rewite
danielfigueiredo pushed a commit to danielfigueiredo/create-react-app that referenced this pull request Feb 22, 2017
* Add SASS support documentation facebook#1007

* Change SASS section title to more generic label

* Fix link in Table of Contents

* Chain build-css with watch-css script, fix typos

* Update Sass and Less naming style

* Fix wording, remove offensive words

* Slightly rewite
Timer pushed a commit that referenced this pull request Feb 23, 2017
* Add SASS support documentation #1007

* Change SASS section title to more generic label

* Fix link in Table of Contents

* Chain build-css with watch-css script, fix typos

* Update Sass and Less naming style

* Fix wording, remove offensive words

* Slightly rewite
kst404 pushed a commit to kst404/e8e-react-scripts that referenced this pull request Mar 2, 2017
* Add SASS support documentation facebook#1007

* Change SASS section title to more generic label

* Fix link in Table of Contents

* Chain build-css with watch-css script, fix typos

* Update Sass and Less naming style

* Fix wording, remove offensive words

* Slightly rewite
@teophilus
Copy link

teophilus commented Mar 22, 2017

Without ejecting, how do you watch subdirectories for scss import changes so your main.scss automatically compiles?

I'm assuming it's a tweak to this line in the package.json:
"watch-css": "npm run build-css && node-sass src/ -o src/ --watch --recursive",

@Timer
Copy link
Contributor

Timer commented Mar 22, 2017

@teophilus
Copy link

@Timer Thanks for the quick response, I have already implemented this section.

Below is my folder structure, main.scss lives in the /src directory, but my includes live within the styles folder. Now every time I update /src/styles/pages/_admin.scss the watcher isn't aware of the changes, I actually have to open and resave main.scss for it to grab those changes. I'm wondering if there is a glob pattern or something like it where the watcher will pick up the subfolder changes and recompile main.scss

image

@Timer
Copy link
Contributor

Timer commented Mar 22, 2017

Oh I'm sorry, I thought you were suggesting to use --recursive. This seems like something you want to ask the node-sass people. 😅
I assume you're talking about the sass watcher and not our watcher.

@teophilus
Copy link

I wasn't sure what I needed to do, I was trying to avoid exiting to create custom configs for now. I'll ask them about it, thanks!

randycoulman pushed a commit to CodingZeal/create-react-app that referenced this pull request May 8, 2017
* Add SASS support documentation facebook#1007

* Change SASS section title to more generic label

* Fix link in Table of Contents

* Chain build-css with watch-css script, fix typos

* Update Sass and Less naming style

* Fix wording, remove offensive words

* Slightly rewite
iamlacroix added a commit to trunkclub/tcweb-build that referenced this pull request May 16, 2017
* Heroku Deployment: Adds a note on how to resolve "File/Module Not Found Errors"  (facebook#1260)

* Adds note on how to resolve file or directory not found errors for heroku deployments

* Style tweaks

* Remove interactive shell check when opening browser on start (facebook#1264)

Browser launch can still be suppressed using BROWSER=none

* Only gitignore dirs in root, not deep (facebook#1267)

* facebookgh-1269: Enabling nested folder paths for project name (facebook#1270)

* facebookgh-1269: Enabling nested folder paths for project name

* facebookgh-1269: Added "fs-extra" and removed "path-exists"

* facebookgh-1269: Added e2e test cases to verify nested folder names

* Remove path-exists from dependencies and replace it with fs.existsSync (facebook#1289)

* Downgrading to compatible version of SockJS-Client (facebook#1274)

* Updated react-scripts babel-jest && jest packages to 18.0.0 (facebook#1311)

* Fixes duplicate "is" typo (facebook#1306)

* fix readme: remove double 'we' (facebook#1312)

* Use npm script hooks to avoid && in deploy script (facebook#1324)

* Bump babel-loader version (facebook#1009) (facebook#1309)

* Use yarnpkg alias to run Yarn (facebook#1365)

There’s a common tool included in Hadoop that also has a `yarn` command,
which created issues for users who had Hadoop installed:
* facebook#1257
* facebook#1363

Yarn also installs the command under `yarnpkg` alias (added in
yarnpkg/yarn@cefa9a3)
so we can use `yarnpkg` instead of `yarn` to make it more reliable.

This has no effect on users who don't have Hadoop installed, but those
who have won't see errors from falsely detecting Hadoop Yarn as Yarn
the package manager, and they can now also install Yarn to make use of
our Yarn support without the Hadoop Yarn interfering.

* Use yarnpkg alias to run Yarn (facebook#1365)

There’s a common tool included in Hadoop that also has a `yarn` command,
which created issues for users who had Hadoop installed:
* facebook#1257
* facebook#1363

Yarn also installs the command under `yarnpkg` alias (added in
yarnpkg/yarn@cefa9a3)
so we can use `yarnpkg` instead of `yarn` to make it more reliable.

This has no effect on users who don't have Hadoop installed, but those
who have won't see errors from falsely detecting Hadoop Yarn as Yarn
the package manager, and they can now also install Yarn to make use of
our Yarn support without the Hadoop Yarn interfering.

* Update changelog for 0.8.5

* Publish

 - [email protected]
 - [email protected]

* Add missing import in react-dev-utils README.md (facebook#1369)

* Change console.log for errors and warnings (facebook#1375)

Array.forEach is passed the following parameters:

currentValue
    The current element being processed in the array.
index
    The index of the current element being processed in the array.
array
- https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/forEach

console.log takes multiple arguments. We only want to print the first one, the actually message.

* webpack-dev-server patch for 'still-ok' success status (facebook#1377)

* Document Flow support (facebook#1384)

* Document Flow support

Projects created by Create React App use the `babel-preset-react` which includes
Flow babel plugins which introduces new syntax. This is important for users to know
as it causes what used to be syntax errors to be silently suppressed because they're
valid type annotations in Flow. For example if a user accidentally has `[foo: 'bar']`,
Babel will silently convert it to `[foo]`.

* Make it a bit clearer

* Use a more sophisticated template for end-to-end testing. (facebook#1187)

* Use a more sophisticated template for end-to-end testing.

* Not publish integration tests to npm

* Use "commander" for  cli argv handling

* Handle different scripts version forms and exits without a name given

* Prepare the commands for testing with a template

* Fix dev "template" path

* Add various features to test

* Test various features separately

* Test language features

* Comment unused e2e.sh lines

* Add "development" tests

* Test environment variables

* Test webpack plugins

* Replace kitchensink README

* Switch integration tests from jest to mocha

* Use `fs-extra`

* Use the correct folders

* Do some cleanup

* Print a better message for `--template`

* Test `npm start` with and without https

* Separate fast e2e testing from kitchensink testing

* Hide `--internal-testing-template` (former `--template`) CLI option

* replace two space syntax with <br> tag (facebook#1393)

for consistency :)

* Add causes of dev server not detecting changes (facebook#1422)

* Add causes of dev server not detecting changes

Add causes of `npm start` not detecting changes to Troubleshooting chapter of User Guide

* Reworded slightly

* Update README.md

* Added links to tutorials for integrating cra with an api backend (facebook#1437)

* Added Rails link to User Guide

* docs: unify sections for rails and node backend integration

* docs: fix faulty link and indentation

* Added babel-runtime dependency to deduplicate dependencies when using yarn (facebook#1441)

* Bump Jest version (facebook#1432)

* Readme: Removes experimental from Jest snapshot (facebook#1453)

Per final comment in facebook#372

`Snapshot rendering should actually be pretty stable / useable after React 15.4.1.
See this post for more info.`

* eject: Additionally remove `react-scripts` from dependencies (facebook#1458)

ATM if react-scripts is (erroneously) declared in `dependencies` instead of `devDependencies` or isn't declared at all, the `eject` script will fail half-way. This change makes it more robust, react-scripts will be removed from either, if present.

* E2e jsdom fix (facebook#1470)

* E2E: run tests when react is ready

* Entangle e2e with callbacks

* Remove unused e2e lines

* - import expect and expect flow (facebook#1463)

- code style

* Reflect websocket proxy support on README (facebook#1013) (facebook#1483)

* Reflect websocket proxy support on README

* Add 'the'

* Edit User Guide: Add ESLint config for VS Code users (facebook#1482)

* Add ESLint config for VS Code users

* Update VSC ESLint note to a better solution 

Update VSC ESLint note to a better solution as discussed in Pull Request

* e2e: Reduce complexity of e2e and improve Jest coverage (facebook#1484)

* UX: Explain why build is failing (facebook#1352)

* Update comments for webpack loaders

* Change "OS X" references to "macOS" (facebook#1511)

Updated README.md to refer to the current rebranding.

* corrected minor typo (facebook#1514)

* clarifying the use of custom environment variables (facebook#1513)

* clarifying the use of custom environment variables

* Tweak

* Add missing '\n' to the end of `package.json` file (facebook#1510)

* Make all react app vars accessible in index.html (facebook#1440)

* Make all vars accessiable in index.html

* Fix wrong env provieded to DefinePlugin

* Separate results from getClientEnvironment

* The `string` should be object instead of string

* Fix accessing wrong field

* Changed variables naming to `raw` and `stringified`

* Remove trailing commas

* Add `PUBLIC_URL` env variable for advanced use (facebook#937) (facebook#1504)

* Add `PUBLIC_URL` env variable for advanced use (facebook#937)
* Add support for `PUBLIC_URL` env variable
* Remove unnecessary duplications
* Simplify served path choice logic
* Honor PUBLIC_URL in development
* Add e2e tests

Enables serving static assets from specified host.

* Support relative asset paths for special case (facebook#1489)

* Fix paths in CSS files when homepage is set to "./"

In the production build, ExtractTextPlugin is used to generate a separate CSS file instead of injecting style through JavaScript. This plugin does not work well by default with nested output structure. To fix it, we give it a relative publicPath pointing to the build folder.

* Add section in README to explain how to make builds deployable anywhere

* Apply review requested change

* Apply review changes 2

* readme: Add Advanced Configuration (facebook#1515)

* Add Advanced Configuration section

* Reference package.json instead

* Add HOST, HTTPS, and CI

* Switch wording from Amazon to a CDN

* Add test runner comment

* Add top-level README link

* Simplify wording

* Link to relevant docs

* Link to apps

* Add .env link

* Simpler links

* Add a CI flag note

* Make build exit with error code when interrupted (facebook#1496)

* Make build exit with error code when interrupted

This addresses issue facebook#1493.

Current behavior is that `npm run build` exits code 0 without creating a bundle when interrupted. This change makes the build script catch catchable interruptions and exit with the appropriate error code.

* Better error messages for kill signals

* Don't catch SIGINT

Ctrl+C should exit silently, and already produces a non-zero exit code when sent to the console while `npm run build` is running. Exit code 0 is produced if SIGINT is sent directly to the `node build.js` process, but this is unlikely to happen. A SIGINT handler in `build.js` will also be triggered by Ctrl+C in the console, potentially producing unnecessary noise.

* Style fix

* No changes needed to build.js

Problem is coming from the parent process, `react-scripts`

* Make react-scripts script handle signals

* Clarify context

* Bump lerna

* Add test cases for PUBLIC_URL and relative path (facebook#1519)

* Add test cases to evaluate increased CI time

* Add positive test cases

* Add negative cases

* Test default behavior

* Exit on failure

* Fix test

* Add an annoying nit

* Upgrade babel dependencies

* Don't run CI on Node 0.10 (facebook#1521)

* fix: add yarn gitignores (facebook#1507)

* fix: add yarn gitignores to template

* fix: add yarn gitignores to root

* fix: add wildcard to npm-debug.log ignore

* Upgrade dependencies (facebook#1522)

* Upgrade dependencies

* Re-add caret

* Add CHANGELOG

* Publish

 - [email protected]
 - [email protected]
 - [email protected]
 - [email protected]
 - [email protected]

* Make index.html interpolation instructions less clashing with env syntax

* Add additional info about env variables

* Massage 0.9.0 changelog

* Add release cutters to changelog

* Tweak indentation

* Markdown whitespace fixes

* Some changelog formatting

* Suggest jest-enzyme for simplifying test matchers (facebook#994)

* Suggest jest-enzyme for simplifying test matchers

* Update README.md

* Update README.md

* Fix `test -e` with wildcard arguments. (facebook#1503)

The `test` command fails with multiple arguments when given a unary operator such as '-e'. Add a function that can test one or more files by looping over all files.

* Link to new Sass doc

* Clarify Less/Sass support

* Add a link to supported features

* Add SASS support documentation facebook#1007 (facebook#1008)

* Add SASS support documentation facebook#1007

* Change SASS section title to more generic label

* Fix link in Table of Contents

* Chain build-css with watch-css script, fix typos

* Update Sass and Less naming style

* Fix wording, remove offensive words

* Slightly rewite

* [documentation] how to disable autoprefix feature (facebook#1320)

* added how to disable autoprefix feature in doc

* Just link to the doc

* Added link to Azure deployment tutorial (facebook#1338)

* Correctly Command in README.md (facebook#1275)

* change npm to yarn command

* Keep npm primary option

* reduxjs/redux#2004 List features beyond ES6 supported by create-react-app (facebook#1313)

* reduxjs/redux#2004 List features beyond ES6 supported by create-react-app

* Add more info

* Update language support wording to ES2017

* Tweak syntax doc (facebook#1539)

* Tweak syntax doc

* Shorter version

* Add useful link to react-scripts (facebook#1495)

* Make node version check more robust in e2e.sh (facebook#1295)

* Revert "Don't run CI on Node 0.10" (facebook#1547)

* Revert "Don't run CI on Node 0.10"

* Install after checking node version

* Don't use travis install

* update CSS preprocessor instructions (facebook#1543)

* update CSS preprocessor instructions
- Windows shell users should note that running two programs simultaneously is not supported.

* fix the order of SASS build step
- the suggested build step with integrated CSS preprocessing is wrong. The SASS preprocessor should run first, then the react-scripts build will pick the up-to-date final CSS

* Add tweaks from PR discussion

* Use Yarn latest in e2e (facebook#1534)

* Use Yarn latest in e2e

* Here too

* And here plz

* modified documentation for setting up jest-enzyme (facebook#1562)

* Use https in link to Ignoring files at Github (facebook#1561)

* add --recursive to sass watch script (facebook#1564)

* Mention Windows support explicitly

* Reorder

* MacOS => macOS

* Update README.md (facebook#1573)

Update links to jest expect function.

* Switch from Neo to Neutrino (facebook#1576)

* Switch from Neo to Neutrino

* Edited format to be consistent

* fixes facebook#1584 PORT env variable not always an integer (facebook#1585)

* babel-preset: remove babel-plugin-transform-es2015-parameters (facebook#1598)

babel/babel#4851 is closed

* Add note for using CHOKIDAR_USEPOLLING in virtual machines to enable HMR (facebook#1608)

* Add note for using CHOKIDAR_USEPOLLING in virtual machines to enable HMR

* Use br in react-scripts template README md

* Use br in md for new line breaks

* Update troubleshooting HMR to allow for VMs running Windows

* Fix up the instructions

* Allow --scripts-version to be a git url (facebook#1570)

* Install react, react-dom, and react-scripts at the same time (facebook#1253)

* Install react and react-dom along with react-scripts

- Install react, react-dom and react-script in a same time
- Move react-scripts to devDependencies.

* Check if react, react-dom has been already installed

- To backward compatibility with old CRA’s cli
- In case old CRA doesn’t install react, react-don along with
react-scripts

* Use packageName to find script dependency

- use packageName to find dependency
- fix pathExists.sync

* Check dependencies.react in package.json instead of actual files

* Process exit when dependencies not found

- Show error and exit when dependencies not found.
- Log install show custom package name

* Remove template string

* Install dependencies if template is preseted

* Remove dangling comma

Resolves facebook#1239

* add a comment about NODE_ENV value set to 'production' during build step (facebook#1625)

* add a comment about NODE_ENV value set to 'production' during build step

facebook#790 (comment)

* Move words around

* Update flow configuration documentation (facebook#1518)

* Update flow configuration documentation

The documentation was missing creating the .flowconfig file

* Update flow configuration documentation

Adding in suggested changes

* Wording

* Wording

* Add note about when to import bootstrap CSS. (facebook#1618)

* Add note about when to import bootstrap CSS.

* Tweak

* Document Sass imports

* Fix workflow if react-scripts package is linked via npm-link (facebook#1356)

* add npm-link support

* - remove extra veriable
- simplify condition

* update code after review:
- remove utils/isReactScriptsLinked
- add appPath and ownPath to paths.js (but only for "before eject" export case)

* update code after review:
- remove utils/isReactScriptsLinked
- add appPath and ownPath to paths.js (but only for "before eject" export case)

* update code after review:
- remove utils/isReactScriptsLinked
- add appPath and ownPath to paths.js (but only for "before eject" export case)
- remove "if" block for fs.removeSync(ownPath) at ejec.tjs

* change ownPath value

* Document debugging in the browser. (facebook#1540)

* Document debugging in the browser.

* Styling

* Link to "Debugging in the Editor"

* Adding link to “Customizing” create-react-app (facebook#1121)

Add documentation for customizing Bootstrap theme

* Update index.js (facebook#1603)

To avoid file conflict issue with IJ static web projects

* Remove .bin files defined at react-scripts/package.json after eject  (facebook#1567)

* remove bin files after eject defined at package.json

* add swallowing try/catch

* Bump `recursive-readdir`. (facebook#1560)

* Added a how-to on react-snapshot (facebook#1577)

* Added a how-to on react-snapshot

Added a section with a short description and link to a tutorial on generating static html pages with react-snapshot, and also linked to it from the section on managing the page title.

* Updated link title for react-snapshot overview

* Explained pre-rendering in a more generic way

* Added link to top level README.md, and removed specifics from overview

* Updated html -> HTML

* Updated quotes and apostrophes

* html -> HTML

* Fix link

* NPM version check for tip (facebook#1193)

* Implemented a version check of npm to give a soft tip during the install procedure
and fixed gitignore

* Moved NPM check to method, it is only executed when you use NPM and the version is < 3.

* Minor formatting tweaks

* Simplify the code

* Remove unnecessary change

* Enable eslint caching in development (facebook#1578)

* Enable eslint caching in development

POC for facebook#740. Haven't found any problem, build times improved about 1s on my project and machine.

* Bump eslint-loader to 1.6.3

* move @remove-on-eject block to persist cache config on eject

* Use real build path name in build output (facebook#1478)

Use the configured appBuild value in paths.js instead of hard-coding it to 'build'.  This is helpful for the ejected case where the appBuild path is changed to another folder name.

* adding a note on how to resolve "Could not find a required file." dep… (facebook#1391)

* adding a note on how to resolve "Could not find a required file." deployment errors because of deleted or ignored files

* Tweak

* Unrelated style nits

* Use posix paths for Jest config during eject (facebook#1635)

Resolves facebook#1417 and facebook#1498.

* Setting a dynamic port value for the pushstate-server URL text (facebook#1628)

* Setting a dynamic port value for the pushstate-server URL text after a build is completed

* Fixing merge conflict

* Fix up broken line

* Gracefully handle initial installation error (facebook#1512)

* Gracefully handle initial installation error

* Print out message when problem occurs
* Delete project folder on errors

* Fix directory deleting message

Resolves facebook#1505

* Add changelog for 0.9.1

* Publish

 - [email protected]
 - [email protected]
 - [email protected]
 - [email protected]
 - [email protected]

* Update changelog

* Fix npm test on Windows (facebook#1647)

* Add 0.9.2 changelog

* 0.9.2

* Add a note about known issue

* Merge changelogs

* Format differently

* Set Chrome userDataDir to be under .vscode folder (facebook#1657)

* Fix e2e when used with cold cache (facebook#1667)

Resolves facebook#1666

* Fix e2e-simple (cont.)

* Add appveyor.yml (facebook#1648)

* Add appveyor.yml

* Execute mocha directly in e2e test

* Replace e2e process substitution

* Kill nohup node processes after e2e

* Disable known failing Windows test

* Only build master

* fix react dependency versions during initial install (facebook#1669)

* fix react dependency versions during initial install

* add review remarks

* Remove Windows 0.10 simple test

* add project name validation (facebook#1662)

* add project name validation

* Tweak console output

* fix project cleanup on windows (facebook#1675)

* Revert "Enable eslint caching in development" (facebook#1665)

* add X-FORWARDED headers for proxy requests (facebook#1677)

* Use offline cached version with yarn when it's possible (facebook#1423)

* add --offline flag when we are using yarn and we are offline

* Revert changes to init script

We only run these commands for backward compat mode, in which we wouldn't receive the offline flag anyway

* Don't pass isOnline to init script because it doesn't need it

* Don't ping the Yarn registry if user doesn't have Yarn

* Remove unused/wrong arguments

* Move logs to error handler

* Fix error handling

* Report to the user that they're offline

* Add 0.9.3 changelog (facebook#1683)

* Add "migrating" section for 0.9.3

* Publish

 - [email protected]
 - [email protected]

* False expression should not be in dependencies

* Publish

 - [email protected]

* appveyor: Build all branches

* Suggest CRA 1.2.1 in changelog

* Fixed missing flag in first preprocess command (facebook#1687)

* Re-enable e2e-install directory test

* Suggest to use .env for enabling polling mode (facebook#1698)

* Diagnostic code (facebook#1695)

* Adding diagnostic code as requested by @gaearon

* Oops

* Fix Jest tests for Cygwin

* Improve reliability of port hint. (facebook#1696)

* fixing things for people with the username `cwd`

closes facebook#1694

* combine awk into a single command and add escaping

* pin and bump lerna (facebook#1688)

* Lerna 2.0.0-beta.38 expects packages entry

* Add docs for apache's client side routing setting (facebook#1717)

* Add docs for apache's client side routing setting

* Tweak advice

* Update now.sh deployment instructions. (facebook#1710)

* Update now.sh deployment instructions.

Incorporates changes announced at https://zeit.co/blog/now-static that streamline Now deployments from CRA projects.

* Remove unintentional reference to deployed app.

No emergency; just didn't intend to tout or send traffic to my prototype.

* Add support for ignoreRestSiblings in no-unused-vars (facebook#1705)

* updating eslint to 3.16.1

* add support for ignoreRestSiblings in eslint

http://eslint.org/docs/rules/no-unused-vars#ignorerestsiblings

* updating eslint to 3.16.1 in `react-scripts`

* updating eslint

* missing `^`

* missing ^

* pinning main eslint and updating readme

* Pin ESLint version

* add double quotes to escape spaces in paths in e2e (facebook#1707)

* add double quotes to escape spaces in path

* Change $* to "$@" props to @n3tr

* escape spaces in path for all e2e tests

* Create appveyor.cleanup-cache.txt

* Link Appveyor caches to appveyor.cleanup-cache.txt

* Trigger AppVeyor cache cleanup

* Fix hot reloading for WebpackDevServer after eject (facebook#1721)

* Fix openBrowser() when BROWSER=open on macOS (facebook#1690)

* Fix openBrowser() when BROWSER=open on macOS

* Tweaks

* Create empty package.json in e2e test (facebook#1401) (facebook#1402)

* Create empty package.json in e2e test

Create empty package.json in e2e test while installing packaged CLI to prevent installation issues.

* Use "npm init" to initialize package.json instead of just writing an empty object into it.

* Fix typo

* Skip AppVeyor CI builds for Markdown changes (facebook#1723)

* Skip CI builds for Markdown changes

* I will never learn YML

* Don't use ES6 in a file that should run on Node 4 (facebook#1724)

* Bump jsx-a11y version (facebook#1542)

* Bump jsx-a11y version

* Update package dependecy for jsx-a11y

* Bump version in react-scripts

* Bump ESLint config to 0.6.0 manually

* Fix Node 4 e2e tests (facebook#1730)

* Lint internal scripts with eslint:recommended (facebook#1729)

* Lint internal scripts with eslint:recommended

* Warnings r bad

* Fix ejecting from a scoped fork (facebook#1727)

* Read script names from own bin instead of guessing

This fixes ejecting from a fork that uses a different bin script name.

* Fix ejecting for a scoped react-scripts fork

We shouldn't hardcode react-scripts because fork name might differ.
We also shouldn't rely on it being an immediate child because scoped packages are a level deeper.

* Clarify that own* properties only exist before ejecting

* Properly extract package name for installing tgz of scoped packages (facebook#1706)

* Properly extract package name

* Download package if need be ...

* Oops

* Add e2e test based on facebook#1537, but without specific filename

* Pass packageName through promises

A little bit more verbose but explicit and doesn't rely on shared mutable state.

* Fix up directory name in test

* Tweak failure message

* Fix lint

* extract generic build functions to react-dev-utils (facebook#1726)

* Temp rename

* Rename to change the case

* extract generic build functions to react-dev-utils

* tweak package json files and move removeFileNameHash

* revert removeFileNameHash

* use paths.appBuild in printFileSizes

* use paths.appBuild in removeFileNameHash

* change curried functions to regular functions

* add fs-extra to react-dev-utils deps

* move getDifferenceLabel inside printFileSizes

* inline copyPublicFolder

* combine printFileSizes and removeFileNameHash to fileSizeReporter

* fix typo

* Tweak APIs and fix issues

* Fix heading

* Remove missing file

* Newline

* Newline

* Trailing space

* Update FileSizeReporter.js

* Update build.js

* Bust AppVeoyr cache

* Relax ESLint config peerDependency (facebook#1740)

* Fix internal linting setup and add missing headers (facebook#1741)

* Fix lint

* Fix eject for linked react-scripts (facebook#1736)

* fix eject for linked react-scripts

* path.resolve => resolveApp

* Add changelog for 0.9.4

* Publish

 - [email protected]
 - [email protected]
 - [email protected]
 - [email protected]

* Adjust changelog wording

* Switch to preset-env (facebook#1742)

* Switch to preset-env
Disables webpack modules by enabling babel modules to resolve facebook#1638

* Bump babel-core to match babel preset versions

* Add uglify to targets

* Display yarn instead of yarnpkg when creating a new app (facebook#1747)

* Display yarn instead of yarnpkg

* Refactored displayd commands

* Removed testing directory

* Add yarn steps for adding flow (facebook#1756)

[skip ci]

* Suggest `serve` for running in production (facebook#1760)

* Suggest `serve` for serving the `build` directory

* How to handle it with Node in prod (or other platforms)

* Pretty newline added

* Adjusted default port of static server

* Remove `open` command from output

* Removed constant assignment

* Better explanation for not using having to use a static server

* Cute newline added

* Style nits

* Remove 'guard-for-in' lint rule (facebook#1773)

Iterating over an object's keys using `for/in` is idiomatic and it's safe (in all modern browsers) to not check hasOwnProperty as long as the object is a plain object. Can we remove this lint rule?

* Run CI on Node 7; Bump detect-port: 1.0.1 -> 1.1.0 (facebook#1776) (facebook#1783)

* Run CI on Node 7

* Bump detect-port: 1.0.1 -> 1.1.0

* Run AppVeyor CI on Node 7

* Add 0.9.5 changelog (facebook#1784)

* Add 0.9.5 changelog

* Update CHANGELOG.md

* Publish

 - [email protected]
 - [email protected]
 - [email protected]

* docs(babel-preset): Update comment info about babel-preset-env. (facebook#1787)

* Feature/readme-nomoretools (facebook#1799)

* docs: replace TDLR with a meaningful heading

* docs: insert section No additional build tools

* Tweak wording

* Suggest "yarn build" rather than "yarn run build" (facebook#1800)

* Fix for issue facebook#1798: Suggested 'yarn build' versus 'yarn run build'

* remove 'run' from 'yarn test' command as well

* conditionally show 'run' if Yarn is not available

* Tweak the wording

* Allow creation of apps in empty mercurial repos (facebook#1811)

* Allow creation of apps in empty mercurial repos

* Adding .hgignore to list of validFiles for isSafeToCreateProjectIn check

* Adding .hgcheck to list of validFiles for isSafeToCreateProjectIn check

* Link to CRNA

* Make Surge guide more focused

* User Guide: Removed blockquote from code section, due to markdown conflict (facebook#1869)

* Removed blockquote from code section

* Fix the fix

* Fix AppVeyor CI (facebook#1876)

* Fix responsive behavior in iOS 9+ (facebook#1821)

* Adding shrink-to-fit=no for proper responsive handling on Safari 9+

* Check internet connectivity with lookup instead of resolve (facebook#1863)

Resolves facebook#1818

* Update `detect-port` (facebook#1861)

Previous changes caused `detect-port` to pick random port on app startup. Update fixes this regression, `detect-port` pick next available port instead.

* Fix importing linked packages (facebook#1884)

Resolves facebook#1661

* Fix AppVeyor CI (facebook#1868)

* Fix AppVeyor CI (facebook#1876)

* Run AppVeyor on Visual Studio 2017

* Suggest Yarn in HTML template (facebook#1911)

* Fix npm to yarn

* yarn & npm

* Update index.html

* Switch ordering of suggestion

We should suggest NPM first for new users.

* Note that only [email protected] is compatible

* Add sku to the list of alternatives (facebook#1962)

* Update information in User Guide for Enzyme dependency (facebook#1982)

* Ensure proxy url starts with `http://` or `https://` (facebook#1890)

* Update ansi-html to fix facebook#1881

* Add linked modules test (0.9.x) (facebook#1912)

* Add linked modules test

* Keep fallback after eject

* Add note about installing watchman (facebook#1950)

* Add note about installing watchman

* Update CONTRIBUTING.md

* Start the dev server at the specified host

Pass the host from environment variable as argument of the devServer's
listen function instead of a field of options object.
Set the default host to 0.0.0.0 instead of localhost.

* Add folder structure docs for new contributors (facebook#1991)

* Adding folder structure to help people navigate through project. It helps in resolving issues by providing brief description of each package and its purpose

* Removing unnecessary packages from Folder structure heading

* Update CONTRIBUTING.md

* Relax label rules (facebook#1989)


# Conflicts:
#	packages/eslint-config-react-app/index.js

* Update doc server example to work from any directory (facebook#1988)

* Node.js serving with absolute path

It’s safer to use the absolute path of the directory that you want to serve, in case you run the express app from another directory.

* Update README.md

* Fix config discrepancies after merging from upstream v0.9.x

* Minor fixes per feedback for upstream merging

* Fix import from incorrect module

* Release v7.0.0
@lock lock bot locked and limited conversation to collaborators Jan 21, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.