Ecco cosa mi piacerebbe:Mantenere git repository all'interno di un altro git repo
REPO-A
/.git
/otherFiles
/REPO-B
/.git
/moreFiles
Voglio essere in grado di spingere tutte del contenuto di REPO-A a REMOTE-A e solo REPO-B per REMOTE-B.
Possibile?
Sembra che tu voglia utilizzare Git submodules.
Git risolve questo problema utilizzando i sottomoduli. I sottomoduli ti consentono di mantenere un repository Git come sottodirectory di un altro repository Git. Ciò ti consente di clonare un altro repository nel tuo progetto e mantenere separati i tuoi commit.
Ho sempre utilizzato i collegamenti simbolici per mantenere due repository separati e distinti.
per la confusione di sottomoduli git e git sub-tree, questa è una risposta valida. –
Questo è anche molto utile per assemblare un'applicazione da più repository remoti – GeraldScott
Per mantenere due repository separati e distinti, non sarebbe corretto mantenere il repo B nel repository A e aggiungere semplicemente il repo B al ".gitignore" di repo A? –
Sì, puoi fare esattamente quello che stai chiedendo con la gerarchia di file che hai disegnato. Repo-B sarà indipendente e non ha conoscenza di Repo-A. Repo-A seguirà tutte le modifiche nei propri file e nei file di Repo-B.
Tuttavia, non lo consiglio. Ogni volta che cambi file e impegni in Repo-B dovrai impegnarti in Repo-A. La ramificazione in Repo-B farà confusione con Repo-A e la ramificazione in Repo-A sarà instabile (problemi nella rimozione delle cartelle, ecc.). I sottomoduli sono sicuramente la strada da percorrere.
Non puoi semplicemente aggiungere REPO-B a /REPO-A/.gitignore? – mikkelbreum
@mikkelbreum Ho avuto la stessa identica idea. Al momento utilizziamo la subverion per il nostro progetto principale e usiamo un repo git in una delle sottocartelle. Con SVN ho appena aggiunto la cartella con il repository git alla proprietà svn: ignore e mi chiedevo se potevo fare lo stesso con git. – 2ndkauboy
Beh, non vedo perché aggiungere un repo git annidato alla lista di ignori del repository padre non dovrebbe funzionare .. Ma allo stesso tempo ho la sensazione che ci sia qualcosa che non ho pensato, visto che questo approccio viene visto raramente e molte persone scoraggiano i repository git nidificati. – mikkelbreum
Non esattamente: non sposterà *** tutto il contenuto *** di repoA: solo A più un riferimento a B. Ma io non critico la tua risposta, mi sono affrettato a scrivere più o meno lo stesso quando sono -sposta la domanda dell'OP;) – VonC
Questo è praticamente il caso d'uso dei sottomoduli. REPO-A e REPO-B sono trattati come repository git a pieno titolo, con i propri commit, origini, cronologia, ecc. –
quindi, se sto leggendo, posso controllare in modo indipendente un submodo-repo interamente fuori da quello in cui lo trovo? Come potrei prendere un repository già esistente e farne riferimento come sottomodulo in un altro progetto? – JohnO