Newsgroup: it.comp.lang.delphi
Titolo: "Condivisione" di codice tra due programmatori

Salve,
    in ufficio stiamo lavorando in due allo stesso progetto, ogni 
tanto in pratica mi vengono passate delle cose da fare (aggiungere 
delle voci di menu e qualche form da collegarci) su un progetto già 
esistente mentre un mio collega avanza sempre su questo progetto.
Quando ho finito devo passargli il codice che ho scritto nel "suo" 
progetto, per adesso lui prende una chiave usb, si ricopia l'intera 
cartella della mia applicazione (o gliela spedisco, non è importante 
cmq) e fa un "cut and paste" delle cose che ho aggiunto io sul 
progetto originale dove anche lui ha nel frattempo fatto delle 
modifiche e/o aggiunte.
Ora, volevo sapere se esiste in Delphi 6 (lo usa lui) o 7 (lo uso io) 
enterprise qualche funzione per rendere più automatico queste aggiunte 
di codice da parte di più programmatori (una specie di condivisione 
del progetto anche).
Qualsiasi cosa comunque va bene, anche se vi viene in mente altro che 
non ricade su Delphi è lo stesso (magari esiste già però e altro non 
mi è venuto in mente), purchè si velocizzi e si automatizzi in qualche 
maniera il processo di "scambio".
Se può servire usiamo BDE e MSSQL server.
Vi rignrazio già in anticipo, sappiate che per me è molto importante, 
mi fareste davvero un grosso favore!!!
Frank

Hello Fra' Ciuzzi,

Io uso con soddisfazione Ms Visual SourceSafe sia per il lavoro condiviso 
che per i tutti i files di cui voglio tenere traccia (documenti, offerte, 
fatture, ecc.).
Esistono dei tools per l'integrazione con Delphi ma alla fine preferisco 
gestirmi manualmente l'estrazione e l'archiviazione di files e progetti.
Delphi 2005 introduce anche StarTeam, ma non ho mai avuto l'occasione di 
usarlo.
Ciao,
Gianluca.

del progetto anche).
Esistono diversi tool che consentono di gestire il lavoro in team
sullo stesso progetto.  Il miglior prodotto che abbia mai utilizzato è
Microsoft Visual Source Safe.  Esistono alternative un po' più
standard, come i sistemi di gestione delle versioni quali CVS e
Subversion (e relativi client), ma se lavori con Delphi, VSS è
sicuramente la scelta migliore.  Esistono anche estensioni all'IDE
molto comode da utilizzare.  Nella mia azienda usiamo VssConneXion
(che però è a pagamento).  Trovi info qui: 
http://www.epocalipse.com/

 usarlo.
Io ho provato recentemente la versione "trial" di *StarTeam* per 
rendermi conto di quali sono le potenzialità dello strumento, dopo aver 
letto buone critiche sparse su Internet, e l'ho trovato davvero molto 
funzionale, soprattutto sei si lavora con Delphi2005 attraverso 
l'apposito client che è molto comodo e decisamente facile da utilizzare.
Oltre alle funzioni di un classico CVS, sono presenti tutti gli 
strumenti per comunicare all'interno del team di sviluppo stesso, 
definendo "cose da fare", attribuendone la responsabilità ai membri del 
team, intrattenendo discussioni (in modo simile ad un newsgroup) per 
tenere traccia del processo che dà luogo ad un certo requisito da 
implementare, è possibile instaurare collegamenti tra le varie 
informazioni, insomma credo sia uno strumento molto valido e completo.
StarTeam è incluso in D2005/D2006 (dalla Enterprise in su) con le 
relative licenze per ciascun utente.
Per quanto mi riguarda, c'è ancora uno scoglio difficile da superare: 
nonostante la vasta gamma delle funzionalità offerte da questo tool, 
esso è comunque relativamente semplice da utilizzare, e questo è un 
grande pregio; "cavalcando" questo pregio, Borland spinge a far cadere 
il "muro di diffidenza" verso questi strumenti incentivandone l'uso 
anche nei team di sviluppo di piccole e medie dimensioni, come il 
mio...ma purtroppo, essi hanno un prezzo difficilmente abbordabile da 
queste. :-D
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

relative licenze per ciascun utente.
Io credo resterò fedele a Visual SourceSafe (che costa dieci volte meno ;-)
-- 
Andrea Laforgia
--- posted by geoForum on 
http://www.delphiedintorni.it

 Io credo resterò fedele a Visual SourceSafe (che costa dieci volte meno ;-)
Alla presentazione di Milano di D2006 qualcuno si è lamentato di 
problemi nell'uso di Visual SourceSafe con Delphi in merito ad alcuni 
file di progetto che non vengono trattati nel modo corretto.
Hai anche tu questo problema? Oppure la persona del pubblico che ha 
denunciato questo fatto ha sbagliato a configurare qualcosa?


 Hai anche tu questo problema?
Io uso VSS integrato a Delphi e non ho mai riscontrato alcun problema.
Ho appena concluso un progetto insieme ad un mio collega e ci siamo
trovati molto bene.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 trovati molto bene.
Infatti, mi č parso un problema strano, e l'ho riportato cosě come č 
stato detto.
Se Visual SourceSafe deve essere proposto come sistema "generico" (non 
solo per VisualStudio) allora deve supportare anche file con estensione 
"vattelapesca", se necessario; evidentemente, chi ha denunciato il 
problema non ha configurato adeguatamente VSS per gestire correttamente 
i tipi di file.


i tipi di file.
Non c'è nulla da configurare.  VSS si comporta come tutti gli altri
tool di questo tipo (vedi CVS, Subversion, ecc..).

 (che però è a pagamento).  Trovi info qui: 
http://www.epocalipse.com/
Rispondo a te per tutti:
grazie dei suggerimenti, mi avete risparmiato molta fatica, nei 
prossimi giorni guarderò con attenzione le vostre proposte e magari le 
proporrò anche agli altri per vedere cosa ne pensano.
Ancora grazie e se vi viene in mente altro, è sempre ben accetto :)
Frank

 denunciato questo fatto ha sbagliato a configurare qualcosa?
Esistono dei problemi con alcuni files (mi sembra nome_progetto.STAT e forse 
i nome_progett.DSK) che vengono salvati indipendentemente dalla richiesta 
di salvataggio da parte dell'utente. 
Io semplicemente evito di tenerli sotto versioning, come d'altro canto evito 
i vari *.~* ed i binari.
Inoltre, usando Castalia, devo tenere disattivato l'autosave ma mi sembra 
marginale, visto che peraltro non è una caratteristica che amo particolarmente.
Per il resto non ho mai riscontrato problemi.
In team l'ho utilizzato solo con Visual Studio 2003 e mi sono trovato piuttosto 
bene. Per quanto riguarda l'uso in Delphi, non uso alcuna integrazione ed 
estraggo/archivio manualmente i files man mano che mi servono. In Delphi 
2005, ho visto, è possibile configurare una forma di integrazione, ma le 
vecchie abitudini sono dure a morire.
Quando vado da clienti, estraggo su portatile tutti quanti i files su cui 
immagino di dover lavorare (ovvero interi progetti) ed al rientro archivio 
ciò che è stato modificato.
Con Delphi 2005 ho trovato anche StarTeam. Ho provato ad utilizzarlo, ma 
mi sembra un pò meno intuitivo e, per quel poco che ho visto, non ho amato 
molto l'idea di dipendere da SQL Server (non tanto per SQL Server, ma proprio 
per una dipendenza quasi "circolare" che si viene a creare tra i due prodotti) 
per l'archiviazione. Inoltre tenuto conto che con VSS tengo sotto versioning 
anche progetti di Visual Studio, documenti, offerte e molto altro, prima 
di passare ad un altro sistema dovrei fare una approfondita analisi costi/benefici.
Ciao, 
Gianluca.

richiesta di salvataggio da parte dell'utente. 
In ogni caso questi problemi dipendono da Delphi, non da VSS.
Cioé, li avresti comunque, anche se usassi un altro tool di versioning.


 Cioé, li avresti comunque, anche se usassi un altro tool di versioning.
Ne siamo sicuri? Anche usando StarTeam?
Io non ho avuto problemi di sorta con il tool Borland (poichè esso 
conosce i meccanismi di funzionamento degli ambienti con cui va ad 
interfacciarsi, primo fra tutti, ovviamente, Delphi).


>Ne siamo sicuri? Anche usando StarTeam?
Marco, i problemi di cui si parla esistono con qualsiasi tool di
versioning standard, ovvero non studiato per lavorare con un ambiente
specifico.  StarTeam si comporterà forse diversamente, perché entra nel
merito della struttura dei progetti.  In tutti i casi, se ci sono problemi
nella gestione dei file, la colpa non è certo del tool di versioning
utilizzato.


 utilizzato.
Sono abituato a pensare che non debba essere il tool di sviluppo ad 
adattarsi al tool di versioning, ma il contrario. :-)


adattarsi al tool di versioning, ma il contrario. :-)
Sei evidentemente abituato a pensare il contrario di quanto avviene
(ed è presumibile/giusto/corretto avvenga) nella realtà dei fatti. 
Ti ho già fatto notare che operazioni precise, legate all'ambiente,
vengono svolte dai plug-in dell'IDE.
Strumenti come CVS, Subversion, archive, SourceSafe, sono studiati per
essere standard, slegati da qualsiasi tool di sviluppo (anche perché
non è detto che vengano usati con dei tool di sviluppo) ed è giusto
che sia così.
Poi, è possibile pilotare WinCVS, ad esempio, mediante macro scritte
in Python per fare operazioni precise, ma in questo senso non l'ho mai
utilizzato.

 Ancora grazie e se vi viene in mente altro, è sempre ben accetto :)
Intervengo perche' vedo che nessuno ha ancora parlato di CVSNT in
accoppiata con WinCVS: la prima e fondamentale differenza fra gli altri
prodotti citati nel thread è che è tutto gratuito.
Io lo sto usando regolarmente da più di un anno: mai finirò di ringraziare
Guastatore che in teleassistenza me lo spiegò e insegnò. Abbiamo anche
sviluppato insieme una nostra piccola libreria: opportunamente configurato
il server di CVSNT, ricevevo regolarmente notifiche di commit, scaricavo e
aggiornavo in locale, aggiungevo e facevo a mia volta il commit: considera
che guastatore sta a Latina ed io a Varese.
Un utilizzo efficace di questo strumento ti può veramente aiutare a
lavorare in team sullo stesso sorgente,ma sopratutto a dare la caccia ai
bugs introdotti di versione in versione. Stesso discorso per i più
blasonati prodotti di marca, ma questo poi è in funzione della
disponibilità finanziaria della tua azienda: io con un D6 pro ho dovuto
ricorrere a soluzioni più economiche (a costo zero) quale CVSNT.
wincvs: 
http://www.wincvs.org/
Scaricandolo nel setup è incluso anche cvsnt.
Se vuoi invece cercare CVSNT in rete, ne trovi diverse distribuzioni
(essendo gpl uno se lo può prendere, modificare e creare una sua versione
anche commerciale).
Ho trovato due link di riferimento se vorrai scaricartelo a parte:
http://www.march-hare.com/cvspro/#free
http://ximbiot.com/
-- 
Morde. 
ICLDweb: 
http://www2.samatel.com/icld/

 
http://ximbiot.com/
Pure i link ... sei stato troppo bravo, ti ringrazio di cuore!!!
Frank

 Pure i link ... sei stato troppo bravo, ti ringrazio di cuore!!!
Lo ringrazio anche io di cuore per la considerazione che ha di me (che
decisamente non merito :) ) e aggiungo un altro link molto interessante:
http://cvsbook.red-bean.com/
Non farti spaventare dalla mole del libro, la seconda parte la potrai
leggere con calma in quanto riservata a compiti di amministrazione del
CVS.
-- 
guastatore
ICLDweb: 
http://www2.samatel.com/icld/

Pure i link ... sei stato troppo bravo, ti ringrazio di cuore!!!
Se ci tieni ad usare un tool gratuito, usa Subversion, non CVS.
Subversion ha corretto molti dei limiti/bug di CVS, difatti lo sta
velocemente rimpiazzando.

accoppiata con WinCVS[...]
E' stato citato.


Non te la prendere...vuole sempre avere ragione.
Giusto che quei tool lavorino in modo standard, tuttavia dovrebbero (chi non 
mi intressa)  fornire un plug-in che sistema le cose tra i due modi di 
lavorare. Il fatto che si faccia in un certo modo non significa che sia la 
cosa migliore.