Come gestire al meglio le installazioni di TYPO3 usando git?

Question

Ciao, ho intenzione di aggirare questo per un po 'di tempo, ma mi piacerebbe usare git per mantenere alcuni siti di sviluppo typo3. Ho fatto qualche ricerca e le informazioni più informative (chromium translated site) sull'argomento non sono chiare ma mi hanno fatto riflettere. Mi piacerebbe sapere come configurare un repository gestito git e se ci sono alcune/altre cartelle che dovrei ignorare durante l'impostazione del repository, cosa dovrei essere cauto, le migliori pratiche, ecc. Ho deciso che con ogni versione , un db dump verrebbe fatto separatamente, il che corrisponde alla pietra miliare, perché al momento non sono sicuro di come affrontare questo aspetto del controllo delle versioni CMS.

Answer 1

C'è è tipico .gitignore

/fileadmin/user_upload/ 
/fileadmin/_temp_/ 

/uploads/ 

/typo3conf/temp_CACHED* 
/typo3conf/temp_fieldInfo.php 
/typo3conf/localconf_local.php 

/typo3/ 
/t3lib/ 
/typo3temp/ 

Tenere presente che quando si utilizza TYPO3 con git non installare qualsiasi estensione del telecomando con Extension Manager!

Invece di importare localmente, installarlo localmente, quindi eseguire il commit e il push dei file di ext e modificato localconf.php sul server remoto.

Alla fine del localconf.php includono localconf_local.php (ignorato)

@include('localconf_local.php'); 

Esso permetterà di ignorare es. credenziali per DB o percorso personalizzato ImageMagick senza modificare l'originale localconf.php. Ogni sviluppatore del team scrive naturalmente i propri valori su localconf_local.php.

Tipiche cartelle TYPO3 ignorate in .gitignore devono essere create manualmente ad ogni istanza, ad es.

typo3temp

fileadmin/user_upload

Naturalmente è necessario anche scaricare sorces TYPO3 (typo3, t3lib cartelle) - non v'è alcun senso più grande per tenerli sotto controllo di versione.

Altre cose, come uploads devono essere scaricate manualmente dal telecomando, quindi è meglio scrivere uno script che lo compili e ogni sviluppatore avrà la possibilità di scaricarlo con qualche link. Non è possibile aggiungerlo a git repo poiché questi file vengono creati durante la creazione dell'elemento di contenuto, quindi se non li ignorerai rischierai presto un enorme conflitto di fusione.

Answer 2

Vorrei aggiungere alcuni aspetti alla risposta molto buona di biesiors: Dalla mia esperienza, la strategia migliore è mettere fileadmin/ e typo3conf/ sotto il controllo della versione e nient'altro all'inizio. Se si utilizzano le estensioni, si utilizzerà quindi solo la versione più recente dal repository TER. La configurazione dell'estensione (impostazione typoscript, valori locallang) verrà inserita in file esterni all'interno di fileadmin /. Esempio struttura di cartelle:

fileadmin/ 
- css/ 
- images/ 
- javascript/ 
- scripts/ 
- templates/ 
- - html/ 
- - templavoila/ 
- - typoscript/ 
- - xml/ 

Non memorizzare tutte le informazioni TypoScript nella base di dati - non può essere di versione da lì.

Luogo .gitignore dove necessario. Ignoriamo anche typo3conf/ext/ e typo3conf/l10n/. Perché? Se scriviamo le nostre estensioni (o modifichiamo quelle esistenti), aggiungiamo lo typo3conf/ext/my_extensionname/ a un altro repository. In questo modo, l'estensione stessa può essere ben gestita, soprattutto se utilizzata in più progetti.E le estensioni invariate non hanno bisogno di essere modificate affatto.

Seguire il suggerimento @include('localconf_local.php'); - questa è una buona pratica.

Questa configurazione aggiunge una maggiore richiesta di disciplina di codifica, ma sarete ricompensati! Abbiamo lavorato con successo in quel modo per più di 12 progetti ora in una squadra di due.