Repository multipli in una directory

Question

Questa è una domanda che sembra venire semi-frequentemente, ma purtroppo non ho trovato una risposta che io possa applicare pienamente alla mia situazione ancora, quindi ho pensato di fare la mia stessa domanda . Questa è la mia prima domanda su SO, quindi sii gentile. : P

Il "problema": nostra azienda sviluppa molteplici applicazioni PHP, ma una di quelle applicazioni è un "maestro" di sorta. Tutte le altre nostre applicazioni sono installate all'interno di questa "applicazione master" e richiedono il funzionamento dell'applicazione principale.

Utilizziamo il controllo di versione per gestire queste applicazioni, ovviamente.

Mentre molti dei file nelle nostre applicazioni di aggiunta sono nelle sottodirectory, non tutti lo sono. Ciò significa che non possiamo usare l'importazione sottodirectory (estensioni svn, sottomoduli git, ecc.). Ad esempio, all'interno della cartella root ci sono diverse cartelle (admin, public, kernel e così via) e le applicazioni addon hanno file all'interno di una o più di queste cartelle - non sono autonomamente indipendenti all'interno della struttura di directory dell'applicazione master .

Attualmente utilizziamo SVN e recentemente ci siamo trovati a considerare git a causa di alcune delle funzionalità disponibili che riteniamo potrebbero essere utili a noi. Una cosa su cui non sono chiaro è, tuttavia, se esiste davvero un modo per "unire" (non nel senso di controllo della versione) questi repository in una singola directory localmente quando gli sviluppatori stanno lavorando sul codice. Neanche io ho trovato un modo per farlo con SVN.

In un mondo ideale, avremmo un repository per la nostra applicazione "master" con una struttura in questo modo:

• /
• --file1
• --file2
• -/admin
• ---- file1
• ---- file2
• -/pubblici
• ---- file1

La nostra applicazione addon avrebbe una struttura in questo modo (ricordate, abbiamo più applicazioni addon):

• /
• --filex
• -/admin
• ----/myapp
• ------ file1
• ------ fi LE2
• -/pubblico
• ---- filex

Abbiamo sperimentato con i seguenti approcci, ognuno con le proprie avvertimenti:

1. Tutte le applicazioni in un unico repository. Questo è meno che ideale in quanto diventa un incubo gestendo le versioni per ogni applicazione in modo efficace (specialmente in SVN). Branching e tagging accettano file da applicazioni non correlate e separate.
2. Tutte le applicazioni in un repository separato. Anche questo non è l'ideale (beh, è ​​dal punto di vista gestionale/organizzativo) perché non è possibile esportare due repository separati in una singola cartella, quindi si lavora sempre con un checkout di un repository e un'esportazione di altri. Se si sta lavorando sull'applicazione X e sono presenti modifiche nella nostra applicazione principale, è necessario eseguire manualmente una nuova esportazione di tale applicazione master e copiare i file nell'archivio X dell'applicazione su cui si sta lavorando per disporre del codice framework più recente.

C'è un modo con git o SVN (o qualsiasi altro sistema di controllo di versione per quella materia) per consentire più di un repository all'interno di una singola directory senza utilizzare sottodirectory? Gli esterni di SVN sono quasi perfetti, ma hanno il requisito che tutti i file nel repository esterno si trovino in una sottocartella separata, che come descritto sopra non funziona per noi. Capisco che Git ha capacità equivalenti, ma ancora una volta non può consentire più di un repository in una singola cartella, lasciandoci con lo stesso problema.

domande correlate: Multiple repositories in one directory (same level) - is it possible? - questo è molto vicino a quello che sto chiedendo che penso, ma non ho visto qualsiasi soluzione che ho sentito potrebbe essere applicata alla nostra situazione.

Answer 1

Subversion 1.6 e 1.7 consentono l'esterno di un singolo file.

Vedi http://svnbook.red-bean.com/en/1.7/svn.advanced.externals.html

"Subversion 1.6 il supporto anche introdotto per le definizioni esterne per file. File esterni sono configurati come esterni per directory e appaiono come un file di versione nella copia di lavoro.

Ad esempio, supponiamo che tu abbia il file/trunk/bikehed/blu.html in il repository, e si voleva questo file, come si presentava nella revisione 40, ad apparire nella vostra copia di lavoro del/trunk/www/come green.html."

Answer 2

non ho mai cercato di fare qualcosa di simile in un ambiente di produzione, ma si potrebbe certamente fare:

 
$ git init 
$ mv .git .git1 
$ git init 
$ mv .git .git2 
$ export GIT_DIR=.git1 
# do work in first repo 
$ export GIT_DIR=.git2 
# do work in second repo 

Answer 3

git permette di specificare il lavoro-directory e git-directory sul comando di livello superiore git:

git status 

può essere alterato per utilizzare una cartella diversa .git con

git --git-dir=some/other/path/to/a/different/.git/folder status 

Allo stesso modo, è possibile specificare una diversa cartella di lavoro:

git --work-tree=some/other/path status 

È anche possibile combinare il 2.

Se è necessario disporre di questo flusso di lavoro per tutto il tempo, è possibile ignorare e avvolgere il comando git per sempre puntare a una specifica cartella .git o alla directory di lavoro. Un esempio è "git achievements" che intercetta i comandi git e ti dà ricompense per migliorare con git e poi chiama il comando git attuale: https://github.com/icefox/git-achievements

Sembra un problema divertente da risolvere.

Vorrei anche solo avere un ramo per applicazione e ricollocare continuamente quei rami sopra ogni lavoro che viene fatto all'app principale. Questa sarebbe in realtà la mia prima scelta.