Newsgroup: it.comp.programmare.win32
Titolo: CVS con compilatori MS

Avrei una domanda idiota:
qualcuno è riuscito ad usare strumenti di versioning (uno a caso, CVS) 
con compilatori MS (Visual C++6, Visual Studio 2005) senza per forza 
dover usare Visual Source Safe?
Perché mi sfugge come si possa fare del team development con i prodotti 
MS (sarà perché in azienda abbiamo solo versioni "standard" e non 
"enterprise")?
Chi fa del team development, potrebbe cortesemente raccontare la 
soluzione che ha scelto?
In azienda fino ad ora si è usato il paradigma "1 progetto = 1 testa", 
ma i prossimi due saranno "1 progetto = 2 teste e 1/2". Già quello 
corrente, lo abbiamo sviluppato in semigruppo, ovvero io ho fatto le 
specifiche ed implementato le classi principali, l'altro ha sviluppato 
la parte grafica dell'applicazione, però al momento di fondere il tutto 
abbiamo ovviamente avuto problemi di integrazione.
Andrea

 e non "enterprise")?
Le versioni team, per usufruire di tutte le features, si appoggiano al team 
foundation server (TFS) versione workgroup (<=5 dev) o la full.
Se vuoi più info puoi provare a postare su 
microsoft.public.it.dotnet.vstudio.
-- 
Raffaele Rialdi
Microsoft .NET MVP 
http://mvp.support.microsoft.com
 -
http://italy.mvps.org
 UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org
 Weblog: 
http://blogs.ugidotnet.org/raffaele

 
Il costo di queste soluzioni supera il budget quinquennale del mio reparto.
Per non parlare del fatto che richiedono un Windows 2003 dedicato.
Se vado dal $MegaBoss$ con una richiesta del genere mi licenzia.

 dell'esistenza dei tool di controllo versione
Non ho capito il senso delle tue parole. Dici che in Microsoft non 
sanno che loro vendono source safe? Non capisco.
-- 
ippopotamo sparabolle: 
http://www.genux.com/files-V2/img-8/pg-47974-ek1.jpg
il capitalismo: 
http://www.rat-man.com/site/IT/IT/rat_cartoon.ashx?mn=5

 
Il discorso verte su questa ambiguità. Che VSS ci sia lo dicono tutti i 
listini. Quello che in MS (e non solo, sottolineo) fanno finta di non 
sapere è che esistono strumenti di terze parti per il controllo di 
versione, rendendo di fatto i loro IDE incapaci di utilizzarli.
Visual Studio 2005 Pro + MSDN Premium = 2060 euro +IVA
Visual Studio 2005 Pro + MSDN = 1225 euro + IVA
Visual Source Safe 2005 = 550 euro + IVA
Sembra però che la versione MSDN Premium abbia già VSS compreso nel prezzo.
Considerando che i progetti che portiamo avanti sfrutteranno si e no il 
20% di Visual Studio, l'investimento richiesto non è da poco.
Due programmatori = 4000 euro + IVA solo di software...
Si tratta di una politica assolutamente lecita, ma antipatica, in quanto 
forza l'utente verso scelte tecniche che a volte non sono gradite, o che 
sono sovradimensionate.

 rendendo di fatto i loro IDE incapaci di utilizzarli.
Se non potete vivere se non con l'IDE che fa tutto è giusto pagare MS 
per i loro prodotti qualsiasi cifra richiesta.
Io ho convissuto sia con VSS che con CVS usato attraverso una 
estensione del file sistem per Explorer ( 
http://www.tortoisecvs.org/
 
). Buttare i sorgenti dentro e fuori facendo un click con il tasto 
destro su una directory non mi sembra una gran fatica.
Detto questo niente vieta che vi facciate il vostro plug-in dentro 
l'IDE di VS per usare CVS. Non penso sia un lavoro impossibile. Che ne 
valga la pena è un altro discorso
Poi con il logo di TortoiseCVS ci sono pure le magliette ;-)
Detto questo con google ci ho messo 5 secondi a trovare questo:
http://www.march-hare.com/cvspro/
Potrebbe fare al caso vostro.
Di plugin simili, gratuiti, pare sia pieno il mondo. Guardando google, 
magari è tutta robaccia, questo non lo so.


 magari è tutta robaccia, questo non lo so.
Io eviterei CVS, almeno all'alba del 2007 dove per molte cose persino
SVN è una rottura.
-- 
Lawrence, 
oluyede.org
 - 
neropercaso.it
"It is difficult to get a man to understand 
something when his salary depends on not
understanding it" - Upton Sinclair

 Motivi? In ditta lo standard è VSS e ha dei problemi di stabilità.
Beh VSS non lo consiglierei nemmeno al mio peggior nemico.
Il motivo per cui si migra da CVS a SVN? Beh per il 99% delle cose è
semplicemente migliore, inoltre gestisce meglio i merge, è un pò più
performante. C'è chi preferisce il sistema di merge/branching di cvs e
chi preferisce quello di svn (che fa una semplice copia all'interno del
repository ). SVN supporta i metadati, ha una migliore gestione dei file
binari, ed è transazionale nel modo corretto.
Poi beh, Subversion ha i suoi problemi (motivi per cui Linux e Mozilla
che hanno codebase enormi son migrati a sistemi distribuiti di gestione
delle versioni) ma da VSS direi che è un paradiso :D


 che cosa abbiano usato per sviluppare i loro prodotti.
eh scherzi? :)
Il prodotto "vecchio" è SourceSafe ma ora c'è il Team Foundation Server che 
è in due flavour:
- versione workgroup limitata a <=5 developer (se non erro compreso 
nell'abbo msdn, non so in quali versioni)
http://msdn2.microsoft.com/en-us/teamsystem/aa718934.aspx
- versione full >5 developer
Qui c'è un articolo che spiega alla veloce come scegliere tra sourcesafe e 
team foundation server
http://msdn2.microsoft.com/en-us/library/ms364080(VS.80).aspx
