Newsgroup: it.comp.lang.visual-basic
Titolo: VB6: bako di VSS con i .vbg

Che Visual SourceSafe non si integri bene con gli ambienti di sviluppo della
Microsoft... anche i sassi lo sanno!!!
Volevo segnalare a tutti una disfunzione di VSS con l'ambiente di sviluppo
di VB6 quando si sta lavorando con un gruppo di applicazioni (.vbg) e con
sistema operativo Windows 95'/98'.
Come far verificare il bako.
Create un nuovo progetto con una form ed aggiungete un progetto già
esistente; successivamente salvate tutto (verranno generati prima i
corrispondenti files VB del nuovo progetto e poi si procedera' alla
creazione del corrispondente progetto nel database di VSS, infine verrà
chiesto di salvare il file VB di gruppo -.vbg-).
Ora fate il Chek Out del nuovo progetto e chiudete l'ambiente di sviluppo.
Caricate il file .vbg corrispondente al nuovo progetto appena creato.
Aggiungete al vostro progetto una nuova form e salvatela. Viene prima
generato il file VB corrispondente alla form, poi viene chiesto se si
desidera aggiungere questo nuovo file al corrispondente progetto presente
nel database di VSS: alla conferma compare un messaggio del tipo "Il file
[nuovo file appena creato (form)] potrebbe non essere mappato nel progetto
di SourceSafe [percorso del corrispondente progetto nel db di VSS]. Copio il
file in [percorso ove risiede gia' il nuovo file VB (.frm) appena
creato!!!!!!!!]?".
Indipendentemente dalla vostra scelta, non vi sara' piu' possibile gestire
il "Check Out" ed il "Check In" da e su VSS della nuova form o perche nel
progetto in VSS non è stata "mappata" la nuova Form o perche non la
riconosce come appartenente al vostro progetto in locale.......
Come aggirare il Bako:
Basta caricare lo specifico progetto (facente parte del nuovo gruppo appena
creato) nel quale si desidera inserire la nuova form, aggiungere la form e
salvare il tutto (questa volta VSS funziona come dovrebbe).
Dopodiche' caricate nuovamente il vostro progetto di gruppo (.vbg).
N.B.  Il mio VSS è configurato per essere compatibile con i vecchi progetti
fatti con "VB5" (parametro impostato all'atto dell'installazione di VSS),
per cui non ho testato il verificarsi dell'anomalia precedentemente
descritta, con VSS impostato per trattare solamente progetti VB6.
N.B. (II) Pare che questo problema non si verifichi qualora si abbia come
sistema operativo, Windows NT 4.0 -workstation-.
Ciao.
Roberto.
MailTo: 
robe...@ospiti.it


Roberto,
io uso NT4 workstation in inglese, vss con le 'estensioni' per vb6
e ho il baco con i vbg, segnalazione gia' postata, senza rsiposta, per ora,
su
education.mondadori.com
 --> Sviluppo.VisualBasic
Con VID 6, invece, che si integra nel M$ Dev. Env. VSS funzia che e' una
merviglia!
ciao,
Alessandro Scardova
scar...@tin.it
http://space.tin.it/computer/ascardov/


Io uso VSS5 con VB5 (entrambi SP3).
Come ho gia' scritto nel mio msg "VisualSource Safe 5, problema", ho
riscontrato anch'io diversi problemi di VSS5 nella gestione dei .VBG.
Oltre al problema gia' descritto nel mio precedente msg, aggiungo anche
questo (me ne sono accoro ieri!):
-) In due progetti (A e B) del gruppo, ho due distinte form Main.frm.
-) ieri ho aperto la MAIN.FRM del progetto A e ho scoperto che era diventata
la MAIN.FRM del progetto B!
-) questo deve essersi verificato nell'ultimo check-in, probabilmente
perche' VSS ha fatto casino nel check-in di entrambi i file e ha inserito
nel progetto A lo stesso file del progetto B.
Morale della favola... ho perso 3 giorni di modifiche... grazie M$!
Ora evito di aprire il VBG, e lavoro sui singoli progetti (incrociando le
dita ad ogni check-in e check-out!)
--
Roal Zanazzi
z...@iol.it