You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
thrownewError(`Failed to inject babel-plugin-transform-export-extensions in ${file}.`);// prettier-ignore
}
}
This is incredibly fragile, and is doing a disservice to all the people using this starter kit when we break this in the future.
It is quite possible that your users will be left with no good upgrade path. It is also very likely they are not experienced enough to figure out an alternative solution to this hack. In my opinion it’s irresponsible to rely on something like this without a clear disclaimer in the README that the project is built on a fragile foundation and can break with patch updates of the underlying tools.
I don’t have a great solution to this. Perhaps you could fork react-scripts or at least babel-preset-react-app? Even using Yarn resolutions to point to a fork would be less fragile than trying to monkeypatch the source depending on a variable name.
Thanks for consideration!
The text was updated successfully, but these errors were encountered:
As the aforementioned "beginner", I am quite perplexed after understanding how flaky this workaround is. If not for @gaearon's feedback in the CRA repo it is very likely that I would've ended up using this kit to enable relay in one of the projects.
This also concerns this answer on StackOverflow which should at the very slightest bear an identical disclaimer.
As a maintainer of
babel-preset-react-app
I am not very happy about these lines:react-firebase-starter/setup.js
Lines 32 to 64 in b917ae4
This is incredibly fragile, and is doing a disservice to all the people using this starter kit when we break this in the future.
It is quite possible that your users will be left with no good upgrade path. It is also very likely they are not experienced enough to figure out an alternative solution to this hack. In my opinion it’s irresponsible to rely on something like this without a clear disclaimer in the README that the project is built on a fragile foundation and can break with patch updates of the underlying tools.
I don’t have a great solution to this. Perhaps you could fork
react-scripts
or at leastbabel-preset-react-app
? Even using Yarnresolutions
to point to a fork would be less fragile than trying to monkeypatch the source depending on a variable name.Thanks for consideration!
The text was updated successfully, but these errors were encountered: