Re: [linux_var] repository online (cloud)

[Elena ``of Valhalla'' <valhalla-l@trueelena.org>]

On 2016-06-25 at 08:02:09 +0200, Giovanni Orlandi wrote:
> sto provando ad usare git, ma non mi sembra la soluzione migliore per me.
> Probabilmente è ottimo per lo sviluppo di un singolo progetto software,
> dove tutto sta in una o più directory e non è mischiato con altro,

leggendo le specifiche sotto, effettivamente mi pare che la maggior
parte dei sistemi di controllo revisioni non vada proprio bene, perché
a quanto ne so son bene o male tutti progettati per gestire cose che
stanno dentro ad una directory sola (e le sue sottodirectory)

vedendo i requisiti però mi vengono in mente due soluzioni: usare uno
strumento di orchestraggio e salvare i *suoi* file dentro git (e qui io
sto solo iniziando, lascio a chi ha più esperienza di me) oppure usare
vcsh_ (+myrepos_)

.. _vcsh: https://github.com/RichiH/vcsh
.. _myrepos: http://myrepos.branchable.com/

vcsh è stato pensato per gestire i dotfile nella home degli utenti, ma
in generale va bene per salvare sotto git file sparsi in giro per il
filesystem; fa cose magiche con $GIT_DIR e $GIT_WORK_TREE e tiene il
repository vero e proprio dentro a $XDG_CONFIG_HOME/vcsh/repo.d/ .

myrepos non è indispensabile, ma aiuta a gestire più repository allo
stesso tempo e diventa estremamente utile se si cominciano a mescolare
repository vcsh e repository git lisci.

> [...]
> Poi ci sono una serie di web-site o altri programmi / setting
> [...]
> Ho bisogno di selezionare i singoli file o directory da manutenere,
> [...]

personalmente spezzerei le cose in modo logico, tenendo i progetti
(siti, programmi, settings di insiemi di applicazioni che vengono sempre
usati assieme) in modo da poter installare su ogni computer solo ciò che
serve

> [...]
> Lo stesso per i web-site, dove ci sono sia i miei sorgenti da manutenere
> sia librerie tipo ACE oppure dati che non voglio portarmi nel repository.

le librerie come sono fatte? se upstream produce già un repository si
potrebbe usare quello. o sono vostre?

> Inoltre ogni server fa storia a sé.
> Potrebbero esserci gli stessi script ma con versioni/parametri diversi.

per questo se c'è una base comune e personalizzazioni per server
potrebbe valer la pena di usare branch (master per lo sviluppo, un
branch per server con la personalizzazione in cui viene mergiato master
man mano)

> In ultimo, specialmente sui web-site non mi piace avere cartelle extra tipo
> .git/ dove magari finiscono
> dati che non vorrei fossero disponibili.

ecco, questo lo vedo intrinsecamente problematico, dato che da qualche
parte i dati del repository vengon tenuti (per dire, anche svn crea le
sue .svn, anche se con meno dati)

però con vcsh le .git sono altrove (immagino nella home di root o
qualche posto del genere) e quindi sicuramente fuori dai tipici posti
dove si rischia di dare accesso tramite il webserver.

Spezzare i repository per ambito aiuta anche a non avere TUTTO su tutti
i server, ovviamente.

-- 
Elena ``of Valhalla''
_______________________________________________
Talking mailing list
Talking@ml.linuxvar.it
http://ml.linuxvar.it/cgi-bin/mailman/listinfo/talking