Newsgroup: it.comp.lang.visual-basic
Titolo: Server per archiviare e gestire versioni dei pacchetti

Ciao a tutti.
Sto cercando una soluzione per salvare le versioni dei pacchietti di 
installazione che creiamo.
Non parlo dei sorgenti, già salvati su subversion, ma solo 
dell'installer. Qualcosa di più funzionale di un server con le directory 
create a mano e con le versioni salvate di volta in volta su CD.
Idee?
Daniele

(:- Dan :-) ha scritto:

Subversion va benissimo anche con i file binari. Che ci sarebbe di
sbagliato nell'usarlo?
Nicola

Nicola Ottomano ha scritto:

gli exe creati li metto già sotto svn. quello che volevo è gestire gli 
install (setup.exe + setup.lst + xx.cab): messi sotto svn sono un gran 
spreco di memoria visto che i cab sono diversi l'uno dall'altro (e 
parecchio visto che la compressione consiste in una nuova "tabella" di 
compressione a seconda del contenuto dei file compressi).
quindi mi serve qualcosa che mi permetta di organizzarli al meglio

 quindi mi serve qualcosa che mi permetta di organizzarli al meglio
Noi in azienda abbiamo creato una cartella sotto SVN contenente tutto il
necessario per l'installazione di un certo pacchetto.
C'è tutto, tranne il file Setup.exe
Quando ci serve tornare indietro di versione, ci basta ricompilare il
pacchetto utilizzando le dll e il file lst alla versione specificata.
In questo modo ottimizzi lo spazio di archiviazione sotto SVN.
Altre soluzioni integrate come questa non ne vedo, se non, appunto
quella di fare il lavoro a mano.
Nicola

Nicola Ottomano ha scritto:

sì, ma così facendo hai il pacchetto di installazione sul pc che si è 
scaricato i sorgenti svn ed ha creato il setup. poi comunque lo devi 
mettere a manina in un posto affinchè se uno vuol sapere se 
l'installazione comprende già le ultime modifiche lo possa capire al 
volo. inoltre, così facendo, c'è il rischio di proliferazione di 
versioni e vari disallineamenti tra i setup stessi.
a mio avviso...

 - Mostra testo citato -
Abbi pazienza se ho capito bene....soluzioni non ce ne sono molte!
Se ho capito bene:
1) Programma A (i sorgenti sono in SVN)...Compilo Ver 1A e Setup per
ditta BipBip...salvo il setup
2)Programma A (i sorgenti sono in SVN)...Compilo Ver 1A e Setup per
ditta PongPong...salvo il setup
etc etc
Si immagina che salvi setup diversi perchè hanno setup personalizzati
(loghi , chiavi etc)
Il problema è mi immagino....PongPong vuole una personalizzazione e
devo fare una branca di sorgenti diversi...o di report...o di
risorse....
Comunque vada genero un setup diverso...un A.1.1 per PongPong
Ho capito bene?
Il tuo problema è allora quello di dire....ho 20 setup
diversi....PongPong che versioni ha?
Continuo a capire bene?
La strada brute force è come hai detto: conservo tutto!...è comoda
sopratutto se hai progetti vecchi.
Pensa a questo scenario purtroppo non infrequente a mia esperienza: un
programma evolve nel tempo. Però puoi avere clienti a diverso grado di
"informatizzazione"...c'è clienti che si trovano bene con la ver 1.4
su win2000 e non upgradano nulla....ed altri con Vista....oppure ci
son quelli con schede di rete rognose o configurazioni "strane"
Memorizzare setup già testati PER QUELLE MACCHINE è imho una granzia
per gli anni a venire (compilati per un vecchio SP o addirittura senza
SP)...
Anche perchè farsi un terabyte online nell'intranet è oramai una cosa
facilissima!
Altrimenti ha ragione Nicola....se puoi farlo....memorizza solo il
file di setup e altre info (setup.bat....registrazioni di ocx estreni
etc etc)...e poi quando serve compila "al volo".....
Io personalmente ho tutto in slitte su HD diversi....un pc non costa
un caz....se  poi installi linux rifioriscono anche i vecchi P3
500Mhz...che ci vuole a farsi dei fileserver in rete?casomai con i
vecchi pc usati come sottovasi là nell'angolo???
;o)

Wodka40[Google] ha scritto:

Sì, hai capito perfettamente.
La mia ricerca era appunto rivolta a cercare un "qualcosa" o una 
"metodologia" per rendere più snella e facile questa cosa, perchè a 
tendere esplode.