[workaround] git - fare un merge con esclusioni

[korda]

Ho due branch A e B.

Sul branch B ho una cartella C, con dei file, che non è presente sul branch A.

Vorrei fare un merge di B su A per unire tutte le modifiche/aggiunte/eliminazioni ad esclusione della cartella C e del suo contenuto (che voglio rimanga esclusivamente sul branch B).

Come potrei fare?

[DoctorStrange]

Imposti l'"head" del repository sul branch B, quello dove si trova la cartella che deve rimanere locale. Imposti correttamente il file "gitignore" specificando la corretta sintassi sia della directory che di tutto il suo contenuto annidato. A questo punto potrai fare il merge, e la cartella rimarrà sul branch B, il locale, mentre tutte le altre modifiche verranno mergiate. Non so dirti quale politica tu abbia impostato in caso di conflitti. Di solito i files in conflitto vengono messi in stash, e devono essere risolti manualmente. Finche non risolvi i conflitti e chiudi lo stash, il repository potrebbe rimanere in posizione "inconsistente". A questo punto avrai il codice mergiato correttamente, lo stash chiuso e l'head dovrebbe essere tornato sul branch A.

[korda]

Imposti l'"head" del repository sul branch B, quello dove si trova la cartella che deve rimanere locale. Imposti correttamente il file "gitignore" specificando la corretta sintassi sia della directory che di tutto il suo contenuto annidato. A questo punto potrai fare il merge, e la cartella rimarrà sul branch B, il locale, mentre tutte le altre modifiche verranno mergiate. Non so dirti quale politica tu abbia impostato in caso di conflitti. Di solito i files in conflitto vengono messi in stash, e devono essere risolti manualmente. Finche non risolvi i conflitti e chiudi lo stash, il repository potrebbe rimanere in posizione "inconsistente". A questo punto avrai il codice mergiato correttamente, lo stash chiuso e l'head dovrebbe essere tornato sul branch A.

Per ciò che riguarda l'head vado di checkout senza colpo ferire...

La questione è che poi, sui file della cartella C, vorrei fare commit esclusivamente per il branch B. Quindi dovrei ri-editare il gitignore ogni volta che dovrò fare un merge su A?

Lo scenario sarebbe che sul branch B vorrei fare script in sviluppo e testing da non portare sugli altri branch fintanto che non siano stabili e/o utili (a volte scrivo proof of concept, che poi alla fine non rilascerei ma che vorrei tenere come appunti). Talvolta necessito degli aggiornamenti dal branch A per proseguire lo sviluppo (magari dei bugfix minori che committo su A quando li trovo e risolvo in poche righe di codice).

Nota Bene: vorrei evitare di forkare qualcosa in divenire, ma mantenere tutto sotto lo stesso repo dedicando un branch a scopo "temporaneo/didattico/archivio". Non so se ho spiegato bene le mie intenzioni.

[DoctorStrange]

Non mi è molto chiaro in che modo è configurata questa directory. Sembra che parte del suo contenuto debba rimanere locale, e parte tu lo vooglia committare sul solo branch B. Se avrai fatto il checkout del branch B, ogni commit di nuovo codice, rimarrà confinato al solo branch B. Fintanto che non farai, intenzionalmente, il merge su A, allora i due branch vivravnno vite indipendenti.
Per quanto riguarda la cartella C, ogni volta che aggiungerai un nuovo file annidato, dovrai di conseguenza, aggiornare anche il gitignore, in modo che da indicare se i nuovi contenuti debbano essere inclusi o meno nel commit sul branch B.
L'ideale sarebbe che tutto ciò che è taggato con "in divenire" o, per meglio dire, in testing, sia chiaramente annotato nel gitignore, in modo che non venga pubblicato su alcun branch, almeno fino al momento in cui non avrai completato almeno i collaudi di base. A quel punto, rimuoverai il record associato alla nuova feature dal gitignore, e questa verrà pubblicata sul branch B al commit seguente.
Considera comunque che i test, gli appunti, le note ed affini, in teoria, non dovrebbero entrare in alcun modo sul branch.
Dovrebbero rimanere confinati sull'host locale. Al limite compilerai, se proprio necessario un documento associato al progetto, e questo lo potrai poi allegare al pacchetto, ma non ha senso che la documentazione sia parte del repository del codice sorgente.

[korda]

Mettiamola così: si tratta del mio GitHub personale, in cui vorrei tenere un branch di codice stabile e pronto all'uso e un branch di sviluppo con dentro appunti e test da riciclare all'occorrenza (o se fossero utili come spunti di partenza per altre persone). Quindi, alla fine, da locale caricherei entrambi i branch (aventi scopi differenti)

[Rafbor]

Questo è ciò che facevo in passato:
innanzitutto i rami A e B devono essere salvati localmente in 2 cartelle diverse. La sottocartella C è presente solo nella cartella B.
Tutti i file di B che si vogliono unire ad A, si copiano manualmente da B ad A, quindi si esegue il push nel ramo A.
Non è necessario modificare il gitignore, poiché il ramo A non conosce la cartella C.

[korda]

Questo è ciò che facevo in passato:
innanzitutto i rami A e B devono essere salvati localmente in 2 cartelle diverse. La sottocartella C è presente solo nella cartella B.
Tutti i file di B che si vogliono unire ad A, si copiano manualmente da B ad A, quindi si esegue il push nel ramo A.
Non è necessario modificare il gitignore, poiché il ramo A non conosce la cartella C.

Questo è quello che faccio esattamente io, quando decido di "eleggere" uno script del branch B e "promuoverlo" sul branch A.

Esempio pratico così ci intendiamo: questo è il mio repository su cui devo fare ciò.

Sul branch tempus c'è una cartella miscellaneous.
Lì ci sono script che, per un motivo o per l'altro, non vorrei portare dentro master ma vorrei che permanessero lì, fino a mia decisione diversa.

Ad esempio, alcuni script sono customizzazioni fatte su richiesta che non hanno a che vedere con lo scopo più di uso generico che vorrebbe avere il branch master.
Talvolta alcune di queste customizzazioni richiamano risorse generiche su cui, nel frattempo, sono stati apportati dei bugfix testati più estesamente sul branch unstable, che riverso periodicamente sul master una volta che i bugfix sono ben rodati su vari possibili scenari (aka immaginare tutte le possibili eccezioni un utente qualunque possa sollevare, causa un utilizzo da "pensiero laterale" dei miei script ).

Ecco qui il motivo reale del mio post iniziale, eliminando tutte le perifrasi

[korda]

Aggiornamento: l'AI suggerisce un

Codice: Seleziona tutto

git merge -s ours --no-commit branch-with-folder-to-ignore

Mi documento (prima) e vediamo come va (poi, fidarsi è bene...)

[korda]

Aggiornamento: l'AI suggerisce un

Codice: Seleziona tutto

git merge -s ours --no-commit branch-with-folder-to-ignore

Mi documento (prima) e vediamo come va (poi, fidarsi è bene...)

...difatti non dovevo fidarmi: non è la soluzione per il mio caso questa proposta

Ho risolto facendo così:

1. dal branch A mi faccio una copia locale di tutto
2. mi sposto sul branch B e cancello tutto ad esclusione della cartella C
3. riverso la copia locale nella working dir
4. committo

E' una soluzione molto grezza e non ottimale: metto quindi [workaround] invece di [Risolto]