2.5.6 • Published 1 year ago

@syd-ogc/types v2.5.6

Weekly downloads
-
License
Beerware
Repository
gitlab
Last release
1 year ago

Projet Types d'OGC

Faute de monorepo, ce projet est une librairie NPM qui contient les types partagés entre les projets frontend et backend.

Utilisation durant le développement

En local

En début de dév, lorsqu'on apporte plusieurs modifs fréquentes à cette lib, on peut utiliser npm link pour utiliser le projet types cloné en local plutôt que sa version publiée sur npm. Pour ça :

  • Dans le dossier types, exécuter :
    • npm run build
    • npm link
      • cela (re)créé un lien symbolique npm pour votre projet local types. Il est alors disponible pour d'autres projets.
  • Dans un autre projet utilisant types (frontend, backend, ...), exécuter :
    • npm link @syd-ogc/types
      • remarque : @syd-ogc/types est le name du package linké
      • le projet courant référence alors votre dossier types local
    • Remarque : exécuter npm i dans le projet courant fait pointer de nouveau vers les node_modules. Il faudra refaire un npm link <package> pour pointer de nouveau sur le package local.

Sur la CI

Une fois la lib dans une version plus aboutie, on va en publier une version sur npm pour la rendre disponible pour les autres - reviewers et pipelines de CI.

Déroulement standard

On prend l'exemple où l'on veut faire une évol sur la lib types en version 1.2.3 :

  • suffixer la version actuelle d'un -next-{n} : 1.2.3-next-1
  • publication manuelle de la lib (cf plus bas)
  • utilisation de la version 1.2.3-next-1 dans le projet frontend

Lors de la review, une modification s'avère nécessaire sur la lib :

  • bump la version de travail : 1.2.3-next-2
  • publication manuelle de la lib (cf plus bas)
  • utilisation de la version 1.2.3-next-2 dans le projet frontend

La review est approuvée, la branche frontend prête à être merge. On publie la version suivante de types.

  • bump la version : 1.2.4
    • Remarque: pas forcément 1.2.4, car d'autres versions auront déjà pu être publiées entre temps

  • merge sur la branche master => publication auto par la CI de la 1.2.4
  • utilisation de la version 1.2.4 dans le projet frontend
  • merge de la branche frontend

Publication

Publication automatique

Lors d'un merge sur master, la lib est automatiquement publiée sur npm.

Attention, afin que cela fonctionne comme attendu, avant de push, pensez à :

  • faire un npm run build sur votre branche :
    • pour regénérer le dist/ (lib/ ici)
    • pour regénérer les index.ts
  • incrémenter le numéro de version dans le package.json
  • faire un npm install pour mettre à jour le package-lock.json, et le commit

Procédure de publication manuelle

Pour publier une nouvelle version de la lib :

  1. modifier le numéro de version dans package.json
  2. npm i
  3. npm run build
  4. npm login Se connecter à npmjs.com avec le compte syd_apps (credentials dans lastpass)
  5. npm publish (nécessite d'être logged in à npm)
2.5.5-next-2

1 year ago

2.5.6

1 year ago

2.5.5-next-1

1 year ago

2.5.5

1 year ago

2.5.2

2 years ago

2.5.1-next-3

2 years ago

2.5.1

2 years ago

2.5.1-next-1

2 years ago

2.5.1-next-2

2 years ago

2.5.0-next-2

2 years ago

2.5.0-next-1

2 years ago

2.5.0

2 years ago

2.4.13-next-1

2 years ago

2.4.12-next-1

2 years ago

2.4.11-next-1

2 years ago

2.4.16-next-1

2 years ago

2.4.14-next-1

2 years ago

2.4.13-next-2

2 years ago

2.4.15-next-2

2 years ago

2.4.15-next-1

2 years ago

2.4.15-next-3

2 years ago

2.4.14

2 years ago

2.4.13

2 years ago

2.4.16

2 years ago

2.4.15

2 years ago

2.4.12

2 years ago

2.4.12-next-54-1

2 years ago

2.4.7-hotfix-2

2 years ago

2.4.7-hotfix-1

2 years ago

2.4.7

2 years ago

2.4.11

2 years ago

2.4.11-next-test

2 years ago