Sto cercando di pensare a un modo migliore per controllare la versione dei nostri progetti di siti web. Tieni presente che sono solo uno sviluppatore front-end, quindi non ho una profonda conoscenza di VCS.
I flussi di lavoro stanno cambiando e le abitudini di controllo delle versioni precedenti diventano obsolete. Il problema principale è che ci sono 2 array di file front-end per ciascun sito Web.
L'ambiente di sviluppo (meno file, js non compressi, immagini, ecc.). L'ambiente di costruzione, "gulpified" (tutto compresso e non leggibile dagli umani).
Ma non puoi vendere un sito web con i suoi file sorgente. Beh, non sembra giusto.
C'è la soluzione di avere 2 repository: una build, un dev, con gulp che invia i file dev per creare la directory. Ma è una seccatura da mantenere, con le piccole aziende non penso sia così bello. Crea un sacco di repository e le persone devono gestire con diversi repository, a volte anche con un repository SVN, i problemi sorgono.
Quindi c'è anche la soluzione per avere 1 repository: i file sorgenti e i file prod con lo stesso svn. Ma poi è necessario rimuovere i file di origine quando il sito va dal server di sviluppo locale al server di produzione (quindi ci sono diversi file in un singolo repository, in base alla sua posizione, dev o produzione ..). Da quello che ho sentito, non va bene
Qual è il modo corretto di gestire un flusso di lavoro front-end per quanto riguarda il sistema di controllo della versione?