Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
89 changes: 0 additions & 89 deletions .circleci/config.yml

This file was deleted.

51 changes: 51 additions & 0 deletions .github/workflows/ci.yml
Original file line number Diff line number Diff line change
@@ -0,0 +1,51 @@
name: Continuous Integration

on:
push:
branches:
- main
- master
- develop
pull_request:
branches:
- main
- master
- develop
Comment on lines +6 to +13
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

A-t-on besoin de déclencher la CI pour un push ou lors de la création d'une PR qui se base sur main ou develop ? Seule la branche master existe, non ?

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

Oui effectivement, je me suis fais la même reflexion mais je me suis dis "au cas où, ça mange pas de pain" 😄


jobs:
test:
name: Build & Test
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4

- uses: actions/setup-node@v4
with:
node-version: 24
cache: 'npm'

- name: Install dependencies
run: npm ci

- name: Run linter
run: npm run lint

# - name: Check formatting
# run: npm run format:check

- name: Install JUnit coverage reporter
run: npm install --save-dev jest-junit

- name: Run tests
run: npm test -- --ci --reporters=default --reporters=jest-junit

- name: Build
run: npm run build

- uses: actions/upload-artifact@v4
if: ${{ !cancelled() }}
with:
name: test-results
path: jest-junit.xml
env:
JEST_JUNIT_OUTPUT_NAME: jest-junit.xml
33 changes: 33 additions & 0 deletions .github/workflows/deploy-release.yml
Original file line number Diff line number Diff line change
@@ -0,0 +1,33 @@
name: Deploy Release

on:
push:
tags:
- 'v*'

jobs:
deploy:
name: Deploy Release
runs-on: ubuntu-latest
permissions:
contents: read
id-token: write
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

On en parlait ce matin, mais je viens de relire la doc et ceci permet d'établir un lien d'origine côté NPM. Il faut quand même conserver le token (ce qui est le cas plus bas) mais il me semblait qu'ils avaient rendu obligatoires les token à droits plus granulaires et que ceux-ci avaient une durée de vie limitée. Ou alors c'est une volonté de sécurité de limiter la vie des tokens et c'est indépendant de leur statut granulaire ou non.
Quoi qu'il en soit il me semblait qu'il y avait une mécanisme spécial pour éviter d'avoir à renouveler le token pour le renseigner dans les secrets, je vais voir si je retrouve ça.

steps:
- uses: actions/checkout@v5

- uses: actions/setup-node@v4
with:
node-version: 24
cache: 'npm'
registry-url: 'https://registry.npmjs.org'

- name: Install dependencies
run: npm ci

- name: Build
run: npm run build

- name: Publish to NPM
run: npm publish --provenance --access public
env:
NODE_AUTH_TOKEN: ${{ secrets.NPM_TOKEN }}
Loading