The Times Component Library
Purpose
Home of The Times' react
components.
Dev Environment
We require MacOS with Node.js (for specific version please check package.json restrictions), yarn (latest)
You can try without these requirements, but you'd be on your own.
Viewing Our Components
Go to http://components.thetimes.co.uk
Getting Started
-
Run
yarn install
-
Components can be seen running in a storybook
- storybook
yarn storybook
- go to http://localhost:9001
Schema
See utils package on how to update the schema.
Debugging
The components in this project can be debugged through your browser's developer tools. These steps assume the use of Chrome DevTools.
To debug our web Storybook:
yarn storybook
- navigate to http://localhost:9001
- open DevTools
- Click Sources
- In the Network tab under the leftmost pane, expand top => storybook-preview-iframe => webpack:// => . => packages
Any of these source files can be debugged directly.
Link times-components to the Render project
Follow these steps here
Debugging the tests
Tests are currently using jest to run so if you want to debug any test follow these steps:
-
(FIND YOUR TEST COMMAND)
jest --config="./packages/provider/__tests__/jest.config.js"
. Depending on what directory we start the tests from, the--config
directory may differ. My currenct directory is at the repo root:times-components
. -
See your test command from the
package.json
for the speciffic package you want to check out.
NOTE: If you don't have jest installed globally, you can use it locally from the
node_modules/.bin/jest
- (START TESTS IN DEBUG MODE) We need to start the same command but through node while in debug mode like so:
node --inspect-brk ./node_modules/.bin/jest --config="./packages/provider/__tests__/jest.config.js" --runInBand
NOTE:
--runInBand
is ajest
flag that runs all tests serially in the current process. If we don't add this flag, only the node process that startedjest
will be debuggable .
-
(ADD DEBUG STATEMENTS) Normaly we would add breakpoints, but when remote debugging that's not always possible, because the files we need to put the breakpoints on aren't loaded yet by
jest
. So in order to make the debugger stop where we want it to, we need to adddebugger;
statements instead of breakpoints in the code and re-transpile if necessary. -
(ATTACH TO WEB SOCKET) Once we've started the tests in debug mode, we need to attach to it:
-
(RECOMMENDED) use chrome remote debug for node:
- open
chrome://inspect
in chrome address bar Open dedicated DevTools for Node
button- If you've started the tests with the aforementioned command it should automatically connect, but if it doesn't go to the
Connection
tab of the pop-up window and add connectionlocalhost:9229
or whatever your port is - The debugger should stop on the first line because of the
--inspect-brk
flag and once you press the play button (resume execution) it should stop on yourdebugger;
statement
NOTE: once it stops you may see all of your code is bundled up in one line. There's an easy fix for that: at the bottom of the debug window near the
Line: 1 Column: 1
labels you should see a{}
button that will prettify your code and you will still be able to debug properly. - open
-
(Use VSCode) Config should look close to this:
...
"configurations": [
{
"localRoot": "${workspaceFolder}/packages/provider", //change this depending on what test you're debugging
"remoteRoot": "${workspaceFolder}/packages/provider", //change this depending on what test you're debugging
"type": "node",
"request": "attach",
"name": "Attach to Server on 9229",
"address": "127.0.0.1",
"port": 9229
}
]
Contributing
See the CONTRIBUTING.md for an extensive breakdown of the project
yarn commit
will commit files (same as git commit
), and will aid the
contributor with adding a suitable commit message inline with
conventional changelog