Distribuzione continua con gitignore

12

Quando esegui la distribuzione continua con Git, come gestisci i file ignorati in gitignore? Quei file sono ignorati per motivi di privacy (cioè non li vogliono inviati a altri repository remoti, come GitHub), ma con quei file ignorati che non vengono inviati al repository di distribuzione continua, l'applicazione non eseguire (come i file ignorati sono necessari per il corretto funzionamento del software).

In che modo le persone di solito fanno questo? In questo caso, Git non è il miglior candidato per la distribuzione continua a causa di file ignorati?

    
posta user3175663 24.11.2015 - 20:13
fonte

2 risposte

14

Se il tuo software non funziona senza quei file, avrai un problema con qualsiasi tipo di implementazione , manuale, automatica o continua, con qualsiasi tipo di VCS, o anche senza VCS. Quindi, cambia il software in modo che possa essere eseguito senza quei file (ad esempio, potrebbe assumere una sorta di "parametri predefiniti" se mancano i file) oppure fornire una versione di quei file adatti per la distribuzione che vengono copiati ( come parte della fase di distribuzione) all'ambiente di destinazione nel caso in cui non ci sia una versione "privata" di quei file in posizione.

Se si sta parlando di qualcosa come un file contenente le credenziali del database per accedere al server, che, per ragioni di sicurezza, non si vuole essere nel controllo di versione, allora si dovrà mettere quel file nell'ambiente di distribuzione < strong> una volta , probabilmente manualmente, da una persona che ha abbastanza diritti o conosce la password. Ma questo è intenzionale e non dovrebbe impedirti di implementare nuove versioni quotidiane del tuo software. Assicurati che i file delle credenziali non vengano sovrascritti quando si distribuisce una nuova versione.

    
risposta data 24.11.2015 - 20:31
fonte
2

Un'altra opzione è quella di memorizzare le informazioni sensibili all'interno del tuo strumento di distribuzione. E la configurazione dello strumento di distribuzione in un repository di sorgenti private separato.

Il lasciare i dati sensibili sulla macchina di destinazione funziona, ma potrebbe causare la decomposizione dei bit - qualcuno lo cambia non seguendo le procedure, la macchina frena e nessuno ricorda le impostazioni corrette, ecc ...

Ad esempio, Saltstack ha link

    
risposta data 24.11.2015 - 21:03
fonte

Leggi altre domande sui tag