conventional-changelog/standard-version

Usage in monorepo nx workspace

Open

#445 aperta il 26 ago 2019

Vedi su GitHub
 (13 commenti) (43 reazioni) (0 assegnatari)JavaScript (825 fork)batch import
help wantedquestion

Metriche repository

Star
 (7442 star)
Metriche merge PR
 (Nessuna PR mergiata in 30 g)

Descrizione

Hi, I am using nx workspace to handle multiple angular projects as well as shared libraries. Let' s assume a folder structure like this:

|_package.json
|_CHANGELOG.md
|_projectA
  |_package.json
  |__CHANGELOG.md
|_projectB
  |_package.json
  |_CHANGELOG.md

I am trying to figure out a way to use conventional-changelog in my release process. I want to have seperated changelogs for each project and one root changelog. By using conventional commits I would like to somehow define the scope of the commit (e.g. that this feat() only affects projectA and thus, is only mentioned in this specific changelog.

Is this possible or is this a wrong approach in a monorepo?

Help appreciated.

Guida contributor

Direzione di ricerca
Esplora l'uso di più file di configurazione per ogni progetto e commit con ambito per generare changelog separati. Verifica se standard version supporta una modalità monorepo o se è necessario utilizzare direttamente lerna changelog o conventional changelog cli.
Tech stack
javascriptnodejs
Dominio
backendbuild system
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
Mezza giornata
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Abbastanza chiara
Prerequisiti
GitNode.jsNx
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
65