mon-entreprise/circle.yml

132 lines
3.3 KiB
YAML
Raw Normal View History

version: 2.1
commands:
install:
steps:
- checkout
- restore_cache:
keys:
- v1-deps-{{ .Branch }}-{{ checksum "package.json" }}
- v1-deps-{{ .Branch }}
- v1-deps
- run: yarn install --frozen-lockfile
- save_cache:
key: v1-deps-{{ .Branch }}-{{ checksum "package.json" }}
paths:
- ~/.cache
cypress:
parameters:
language:
type: enum
enum: [fr, en]
default: fr
integration_folder:
type: enum
enum: [mon-entreprise, external, publi.codes]
default: mon-entreprise
base_url:
type: string
default: https://mon-entreprise.fr
steps:
2019-10-30 10:49:09 +00:00
- run: CYPRESS_baseUrl=<< parameters.base_url >> yarn run cypress run --record --key 21660df5-36a5-4c49-b23d-801799b0c759 --env language=<< parameters.language >> --config integrationFolder=cypress/integration/<< parameters.integration_folder >>
jobs:
lint:
docker:
- image: node:12.16.1-buster
steps:
- install
- run: |
yarn eslintrc-check
yarn eslint-check --quiet
yarn prettier-check
🔥 Migration vers TypeScript Outils ====== Ce commit retire le tooling de Flow, et ajoute le support de TypeScript pour les fichiers .ts et .tsx. Il n'est pas nécessaire de tout migrer d'un coup ce qui facilite la transition. On garde en effet le compilateur Babel avec un preset TypeScript (ce qui permet donc de retirer à la fois les types Flow et TypeScript) plutôt que d'utiliser le compilateur standard pour la conversion du code. Cela permet aussi de mieux s'intégrer avec d'autres outils, notamment les test-runners. Ajout d'une nouvelle commande `yarn run type-check`, intégrée dans CircleCI. Par ailleurs ajout du support de l'opérateur ?? pour donner des valeurs par défaut (nullish-coalescing-operator). Typage des libraires tierces ============================ Les principales libraires que nous utilisons ont un typage TypeScript de bon niveau, ce qui facilite l'intégration. J'ai mis à jour react-i18next et i18next afin de corriger un problème de typage. Typage du code ============== Le typage est loin d'être complet dans ce commit, en particulier il manque les types relatifs au state Redux, ainsi qu'au moteur (règle, explication). Néanmoins le typage des contextes fonctionne, en particulier sitePaths (avec un type récursif non trivial !) qui a déjà permis de détecter un lien mort. Le typage des "paths" (Components/, Règles/, etc.) fonctionne bien, y compris avec l'auto-complétion automatique des import par Typescript. TypeScript se révèle déjà bien agréable dans VSCode (auto-complétion, refacto, etc.) ! Reste à migrer progressivement le reste du code !
2019-10-26 16:21:09 +00:00
type-check:
docker:
- image: node:12.16.1-buster
🔥 Migration vers TypeScript Outils ====== Ce commit retire le tooling de Flow, et ajoute le support de TypeScript pour les fichiers .ts et .tsx. Il n'est pas nécessaire de tout migrer d'un coup ce qui facilite la transition. On garde en effet le compilateur Babel avec un preset TypeScript (ce qui permet donc de retirer à la fois les types Flow et TypeScript) plutôt que d'utiliser le compilateur standard pour la conversion du code. Cela permet aussi de mieux s'intégrer avec d'autres outils, notamment les test-runners. Ajout d'une nouvelle commande `yarn run type-check`, intégrée dans CircleCI. Par ailleurs ajout du support de l'opérateur ?? pour donner des valeurs par défaut (nullish-coalescing-operator). Typage des libraires tierces ============================ Les principales libraires que nous utilisons ont un typage TypeScript de bon niveau, ce qui facilite l'intégration. J'ai mis à jour react-i18next et i18next afin de corriger un problème de typage. Typage du code ============== Le typage est loin d'être complet dans ce commit, en particulier il manque les types relatifs au state Redux, ainsi qu'au moteur (règle, explication). Néanmoins le typage des contextes fonctionne, en particulier sitePaths (avec un type récursif non trivial !) qui a déjà permis de détecter un lien mort. Le typage des "paths" (Components/, Règles/, etc.) fonctionne bien, y compris avec l'auto-complétion automatique des import par Typescript. TypeScript se révèle déjà bien agréable dans VSCode (auto-complétion, refacto, etc.) ! Reste à migrer progressivement le reste du code !
2019-10-26 16:21:09 +00:00
steps:
- install
- run: |
yarn type-check
i18n-check:
docker:
- image: node:12.16.1-buster
steps:
- install
- run: yarn run i18n:rules:check
- run: yarn run i18n:ui:check
unit-test:
docker:
- image: node:12.16.1-buster
steps:
- install
- run: |
git config --global core.quotepath false
yarn test
yarn test-regressions
end-to-end-test:
2018-08-24 14:35:42 +00:00
docker:
- image: cypress/base:12.16.1
environment:
TERM: xterm
2018-08-24 14:35:42 +00:00
steps:
- install
- run: yarn run compile-dev
- run:
command: yarn run serve-dev
background: true
- cypress:
base_url: http://localhost:5000
- cypress:
base_url: http://localhost:5001
language: en
- cypress:
base_url: http://localhost:5002
integration_folder: publi.codes
bundlesize-test:
docker:
- image: cypress/base:12.16.1
environment:
TERM: xterm
steps:
- install
- run: |
yarn run simple-compile
yarn test-bundlesize
production-end-to-end-test:
2018-09-06 16:38:37 +00:00
docker:
- image: cypress/base:12.16.1
2018-09-06 16:38:37 +00:00
environment:
TERM: xterm
2019-10-30 10:49:09 +00:00
parallelism: 3
2018-09-06 16:38:37 +00:00
steps:
2019-10-30 10:49:09 +00:00
- install
- cypress:
base_url: https://mon-entreprise.fr
- cypress:
base_url: https://mycompanyinfrance.fr
language: en
- cypress:
integration_folder: external
- cypress:
base_url: https://publi.codes
integration_folder: publi.codes
- run:
name: Send email if test failed
when: on_fail
command: >
2018-09-06 17:42:27 +00:00
curl -H 'Content-Type: application/json' --request POST -d '{"success": false}' https://hooks.zapier.com/hooks/catch/3746650/qsp818/;
workflows:
version: 2
test:
jobs:
- lint
🔥 Migration vers TypeScript Outils ====== Ce commit retire le tooling de Flow, et ajoute le support de TypeScript pour les fichiers .ts et .tsx. Il n'est pas nécessaire de tout migrer d'un coup ce qui facilite la transition. On garde en effet le compilateur Babel avec un preset TypeScript (ce qui permet donc de retirer à la fois les types Flow et TypeScript) plutôt que d'utiliser le compilateur standard pour la conversion du code. Cela permet aussi de mieux s'intégrer avec d'autres outils, notamment les test-runners. Ajout d'une nouvelle commande `yarn run type-check`, intégrée dans CircleCI. Par ailleurs ajout du support de l'opérateur ?? pour donner des valeurs par défaut (nullish-coalescing-operator). Typage des libraires tierces ============================ Les principales libraires que nous utilisons ont un typage TypeScript de bon niveau, ce qui facilite l'intégration. J'ai mis à jour react-i18next et i18next afin de corriger un problème de typage. Typage du code ============== Le typage est loin d'être complet dans ce commit, en particulier il manque les types relatifs au state Redux, ainsi qu'au moteur (règle, explication). Néanmoins le typage des contextes fonctionne, en particulier sitePaths (avec un type récursif non trivial !) qui a déjà permis de détecter un lien mort. Le typage des "paths" (Components/, Règles/, etc.) fonctionne bien, y compris avec l'auto-complétion automatique des import par Typescript. TypeScript se révèle déjà bien agréable dans VSCode (auto-complétion, refacto, etc.) ! Reste à migrer progressivement le reste du code !
2019-10-26 16:21:09 +00:00
- type-check
- i18n-check
- unit-test
- end-to-end-test
- bundlesize-test
- production-end-to-end-test:
filters:
branches:
only: master