Condividere sorgente con un amico tramite Eclipse

Ciao a tutti,
io e un mio amico vogliamo lavorare alla creazione di una app tramite eclipse...
il problema è che abitando a qualche km di distanza da lui ci viene un po' difficile incontrarsi fisicamente e lavorare insieme...per questo volevo sapere se c'era un plugin di eclipse che coordinasse un po' la situazione del progetto...ovvero che se su un file in quel momento ci sto lavorando io, il mio amico non può accedervi in scrittura sul medesimo file ecc...
un po' come se utilizzassi Microsoft Visual SourceSafe con Visual Studio...
ho uno spazio ftp su cui depositare il sorgente ma non so come partire...
Microsoft sourcesafe richiede un server per girare...e non è il massimo per semplicità di utilizzo...
mi chiedevo quindi se c'era un'alternativa valida e gratuita per poter fare tutto ciò...

grazie...spero di essermi espresso chiaramente...

Teoricamente quello che ti servirebbe è un cvs.

Non saprei come gestirlo online però.

Sicuramente una soluzione potrebbe essere dropbox...

Quote:

---

Originariamente inviato da Dany87rm

Teoricamente quello che ti servirebbe è un cvs.

Non saprei come gestirlo online però.

Sicuramente una soluzione potrebbe essere dropbox...

---

Dropbox lo stiamo già utilizzando come soluzione temporanea...ma purtroppo ha un sacco di "limitazioni"...ogni tanto sincronizza vecchi file coi nuovi (poichè non fa un confronto di versioni dei file) e incasina la compilazione del codice...
oltre al fatto che non permette una protezione in scrittura dell altro utente quando su quel file ci sto lavorando io...

Se state lavorando a un vero progetto e volete quindi spendere un po' di tempo nell'organizzarvi potete aprirlo su googlecode... a quel punto credo ci siano a disposizione strumenti per la condivisione e lo sviluppo collaborativo con tanto di integrazione con eclipse...

bitbucket+mercurial?

Quote:

---

Originariamente inviato da eafkuor

bitbucket+mercurial?

---

ma in questo modo è possibile lavorare contemporaneamente sullo stesso progetto senza che uno interferisca con il lavoro dell altro?

Quote:

---

Originariamente inviato da robyrocker89

ma in questo modo è possibile lavorare contemporaneamente sullo stesso progetto senza che uno interferisca con il lavoro dell altro?

---

Certo, basta che fate attenzione a non lavorare contemporaneamente sullo stesso file, altrimenti poi bisogna fare un bel merge ed è un mezzo casino.
Ma questo è ovviamente altrettanto valido per qualsiasi altro sistema.

Quote:

---

Originariamente inviato da eafkuor

basta che fate attenzione a non lavorare contemporaneamente sullo stesso file

---

Eafkuor, con questo sistema, i due (o piu') programmatori devono mettersi d'accordo tra loro.
Un sistema di SourceControl avverte automaticamente un programmatore che il file e' stato preso in carico da qualcun altro

Quote:

---

Originariamente inviato da TheCopacabanaMan

Eafkuor, con questo sistema, i due (o piu') programmatori devono mettersi d'accordo tra loro.
Un sistema di SourceControl avverte automaticamente un programmatore che il file e' stato preso in carico da qualcun altro

---

E se stai modificando un file mentre ti arriva l'avviso che l'altro programmatore ha appena modificato lo stesso file?

Hai mai usato prodotti come VisualSourceSafe della Micro$oft?

Tutti i sorgenti non risiedono su un FileSystem, ma dentro il VisualSou(etc.).

Puoi scaricarteli IN SOLA LETTURA sul tuo disco. Se decidi di modificare un file, devi prenderlo in carico dal VisualSou(etc.), il quale:
1) controlla che il file da te richiesto, non sia in carico a qualcun altro (e ti risponde a parolacce, se il file e' gia' stato preso in carico)
2) ti da' il file in carico (come se ti facesse un favore), e contemporaneamente blocca il file. Chiunque altro cerca di prendere il file in carico, si becca le parolacce di cui al punto 1)
3) quando hai finito le tue modifiche, devi supplicare il VisualSou(etc.) di riprendersi la versione aggiornata del file. A questo punto, tutti gli altri possono scaricarsi IN LETTURA l'ultima versione.
4) Siccome il VisualSou(etc.) diffida di chiunque, lui tiene traccia di tutte le versioni precedenti dello stesso file. In questo modo, e' possibile tornare indietro di 1, 2, 3, ... versioni dello stesso file.

Quindi non c'e' conflitto: un solo programmatore alla volta puo' modificare un dato file, e viene automaticamente avvisato dal VisualSou(etc.) che quel file e' in modifica presso un altro programmatore (vedi punto 2)

Ah, spettacolare, non ne sapevo niente :D

Quote:

---

Originariamente inviato da TheCopacabanaMan

Hai mai usato prodotti come VisualSourceSafe della Micro$oft?

Tutti i sorgenti non risiedono su un FileSystem, ma dentro il VisualSou(etc.).

Puoi scaricarteli IN SOLA LETTURA sul tuo disco. Se decidi di modificare un file, devi prenderlo in carico dal VisualSou(etc.), il quale:
1) controlla che il file da te richiesto, non sia in carico a qualcun altro (e ti risponde a parolacce, se il file e' gia' stato preso in carico)
2) ti da' il file in carico (come se ti facesse un favore), e contemporaneamente blocca il file. Chiunque altro cerca di prendere il file in carico, si becca le parolacce di cui al punto 1)
3) quando hai finito le tue modifiche, devi supplicare il VisualSou(etc.) di riprendersi la versione aggiornata del file. A questo punto, tutti gli altri possono scaricarsi IN LETTURA l'ultima versione.
4) Siccome il VisualSou(etc.) diffida di chiunque, lui tiene traccia di tutte le versioni precedenti dello stesso file. In questo modo, e' possibile tornare indietro di 1, 2, 3, ... versioni dello stesso file.

Quindi non c'e' conflitto: un solo programmatore alla volta puo' modificare un dato file, e viene automaticamente avvisato dal VisualSou(etc.) che quel file e' in modifica presso un altro programmatore (vedi punto 2)

---

esattamente...:cool:
ho utilizzato sourcesafe per mesi nell'azienda per la quale lavorava a milano e mi sono trovato davvero troppo bene...a volte bisogna ammettere che su certe cose microsoft svernicia palesemente il resto della concorrenza...
per questo mi chiedevo se ci fosse un software/plugin simile per eclipse che potesse gestire un sorgente come lo gestisce sourcesafe...
ora sto seguendo il consiglio di cymon e eafkuor (googlecode+plugin eclipse per la lettura dei repository SVN) e non mi trovo malaccio...ma lavorare sullo stesso sorgente in 2 è comunque difficoltoso poichè bisogna stare attenti a non interferire con il lavoro dell altro...problema assolutamente superfluo su SourceSafe...

Quote:

---

Originariamente inviato da robyrocker89

ma lavorare sullo stesso sorgente in 2 è comunque difficoltoso poichè bisogna stare attenti a non interferire con il lavoro dell altro...problema assolutamente superfluo su SourceSafe...

---

Tecnicamente il merge su SVN non è così terribile e potresti fidarti di lui :p
Quindi si può anche lavorare sullo stesso file e risolvere i conflitti (se lavorate sempre sempre sempre sullo stesso file forse c'è qualcosa di sbagliato in progettazione...)

Quote:

---

Originariamente inviato da Cymon

Tecnicamente il merge su SVN non è così terribile e potresti fidarti di lui :p
Quindi si può anche lavorare sullo stesso file e risolvere i conflitti (se lavorate sempre sempre sempre sullo stesso file forse c'è qualcosa di sbagliato in progettazione...)

---

no beh non lavoriamo sullo stesso file...il progetto è formato da diverse classi java...però sai, a volte può succedere di apportare delle modifiche veloci ad una classe e magari a quella classe ci stai già lavorando tu ecc...

dici che potrei fidarmi del merge? o dovrei fare un backup del sorgente ogni 0,03 nanosecondi per sicurezza? asd roftl

Quote:

---

Originariamente inviato da robyrocker89

dici che potrei fidarmi del merge? o dovrei fare un backup del sorgente ogni 0,03 nanosecondi per sicurezza? asd roftl

---

Io sarò paranoico, ma seguo sempre la seconda opzione

Quote:

---

Originariamente inviato da robyrocker89

no beh non lavoriamo sullo stesso file...il progetto è formato da diverse classi java...però sai, a volte può succedere di apportare delle modifiche veloci ad una classe e magari a quella classe ci stai già lavorando tu ecc...

dici che potrei fidarmi del merge? o dovrei fare un backup del sorgente ogni 0,03 nanosecondi per sicurezza? asd roftl

---

Mettiamo caso che uno stia lavorando a una classe tu decida di apportare una modifica veloce e fare un submit.
Al submit dell'altro SVN dovrebbe notificarti che il file in staging è cambiato e chiederti come risolvere il conflitto. Se la tua era una "modifica veloce" tendenzialmente non dovrebbero esserci problemi nel merge.
Purtroppo non ho molta esperienza sul campo (SVN lo uso solo privatamente come unico utente), ma dopotutto si tratta di uno dei sistemi più usati* in ambito professionale per gestire queste cose... gli darei un pochino di fiducia.



*Ok, ce n'è di più moderni e più alla moda, ma per semplificare... :p

io uso Tortoise TortoiseSVN | The coolest Interface to (Sub)Version Control che verifica le sub versioni, puoi anche iniziare "rami" del progetto differenti, tornare indietro fare il merge etc, unica cosa pero' servirebbe un server svn, e non so se ce ne sono di online gratuiti... :(

Io ho provato bitbucket+merculial(plugin su eclipse) e devo dire che funziona da paura!!!

Grazie!!