Qual è il modo più efficace di lavorare con un amico nello stesso gioco?

Abbiamo bisogno di qualcosa in cui possiamo estrarre i file, modificarli, ricontrollarli e quindi compilare da essi.

Qualcosa di simile a Google Documenti in cui possiamo modificare lo stesso codice contemporaneamente sarebbe l'ideale.

Usiamo entrambi Visual Studio 2010.

Come ho affermato in un commento alla tua domanda, sono molto curioso per il vero editing collaborativo . Ho fatto ricerche qualche tempo fa, ma la maggior parte delle soluzioni non soddisfaceva gli standard: o erano editor di testo semplice con evidenziazione della sintassi, avevano costi folli o non erano disponibili multipiattaforma (come SubEthaEdit ...)

Fino a quando mi sono imbattuto in Saros ! È un plugin Eclipse pulito, quindi potrebbe essere facile da integrare con il flusso di lavoro corrente. Puoi guardare il loro video dimostrativo , è abbastanza impressionante. È molto ben pensato per un vero ambiente di editing collaborativo e ha alcune caratteristiche chiave ben pensate. Supporta un numero arbitrario di partecipanti, sincronizzazione completa del progetto, modifica in tempo reale con marcatori ed evidenziazione (ala Google Docs), seguendo la visione del tuo partner, diversi metodi di consapevolezza dei partecipanti e molto altro (puoi persino condividere il tuo schermo usando questo plugin. ) E apparentemente si integra con molti altri plugin Eclipse!

Devo ancora provarlo da solo, ma è uno dei pochi progetti ancora mantenuti e sembra molto promettente. Provalo e fammi sapere (leggi queste linee guida prima.) Prometto che tornerò qui e pubblicherò le mie impressioni come commento quando provo io stesso.

EDIT: Inoltre, come ha sottolineato Gustavo in un commento, anche Cacoo potrebbe essere utile. È uno strumento di collaborazione online per disegnare UML (in realtà, qualsiasi tipo di diagramma.) Saros supporta una lavagna, ma non c'è niente come uno strumento di diagramma se si vuole evitare la goffaggine.

"abbiamo solo bisogno di qualcosa in cui possiamo estrarre i file, modificarli e poi ricontrollarli e creare dallo stesso set di file"

Usa controllo versione; un sistema di controllo della versione (VCS) è esattamente quello che hai descritto, con l'aggiunta del bonus che memorizza una cronologia di ogni modifica apportata da chiunque. Esistono molti sistemi di controllo della versione più diffusi:

http://subversion.apache.org/

http://mercurial.selenic.com/

http://git-scm.com/

Non uso Visual Studio personalmente, ma sono completamente certo che Visual Studio abbia il supporto per tutti questi sistemi di controllo della versione.

Per il mio team, utilizziamo tre programmi a seconda di ciò su cui dobbiamo lavorare:

• TortoiseSVN per il codice (cerca di far usare ai programmatori lo stesso IDE, standardizzare le convenzioni e incoraggiare un buon commento)
• Dropbox per contenuti multimediali (per modelli / sprite / file audio, consente agli sviluppatori di lavorare localmente fino a quando artisti / compositori / modellatori non sono pronti per la consegna)
• GoogleDocs per la documentazione (per documenti di progettazione / mockup / pitch di solito per designer, manager e produttori)

Per coordinare gli sforzi dei diversi membri (che lavorano in momenti diversi) utilizziamo il sistema di biglietteria di Assembla . In questo modo tutti vengono aggiornati sullo stato dell'intero progetto o su una strada particolare a loro scelta. Usa anche la comunicazione Skype / Google Hangout / Face-to-face per assicurarti che tutti siano sulla stessa pagina almeno una volta a settimana.

Questo metodo funziona in genere quando un team è composto da 3-5 persone che hanno ruoli stabiliti (programmatore, artista, modellista, designer ecc.). Se questo non funziona, prova altri metodi o combina gli aspetti lavorativi per crearne uno tuo. In bocca al lupo!

Sembra che tu voglia o drop box, un sistema di controllo della versione o entrambi.

Dropbox è il più conveniente. Apporta le modifiche e salva e Dropbox si sincronizzerà con le modifiche sulla tua macchina amici. Non pensare che 2 persone possano lavorare contemporaneamente sul file senza sovrascrivere a vicenda.

Tuttavia, ti consiglio di utilizzare un sistema di controllo versione. Subversion , GIT e Mercurial sono attualmente i grandi 3. Ci sono molti vantaggi nell'uso di un VCS: inclusa la possibilità di automatizzare backup, rollback e checkout del tuo codice su qualsiasi computer che ha accesso al tuo server.

Avendo usato i 3 di cui ho parlato, ho trovato Subversion il modo più semplice per iniziare e Assembla consente di creare repository SVN o GIT privati ​​gratuiti .

Come menzionato in altre risposte, un VCS è la strada da percorrere. Git è il mio preferito, ma potrebbe essere solo perché è stato il primo che ho usato.

Ho trovato questo libro online molto utile per imparare Git. http://progit.org/book/ Qualunque sia il VCS che segui, vale la pena dedicare qualche ora a capire come usarlo.

Un'altra cosa degna di nota: i VCS sono ottimi per il codice sorgente (o qualsiasi file di testo), ma la memorizzazione di immagini e file audio può gonfiare inutilmente il tuo repository. Alcune persone raccomandano un repository separato per questo, ma trovo che Dropbox funzioni bene per questo tipo di risorse.

Per un progetto scolastico, abbiamo utilizzato una cartella Dropbox pubblica e utilizzato questo script per mantenere aggiornate le nostre risorse https://github.com/dc2011/td/blob/master/tools/extrafiles.sh

Controlla l'hash md5 del file in Dropbox rispetto all'hash del file già presente sul disco (se esiste) in modo che vengano scaricati solo i file nuovi o modificati.

Come molti hanno già detto, è necessario il controllo della versione. C'è una bella offerta gratuita dal software FogCreek (devi ringraziarli per aver fornito stackexchange che rende possibile questo sito). Si chiama Kiln (costruito sopra Mercurial ) e si integra con un bel software di tracciamento di bug / funzionalità / tempo che hanno creato chiamato FogBugz . Per un team di 2 sviluppatori forniscono versioni gratuite di questi prodotti (e li ospitano per te). Uso questa configurazione per i miei progetti e le versioni a pagamento per tutti i prodotti software su cui lavoro per il mio datore di lavoro (abbiamo un team di sviluppatori molto più grande, quindi devo usare le versioni a pagamento). Vale la pena dare un'occhiata.

Se decidi di usarli, ecco alcuni buoni tutorial o link utili per iniziare:

• FogCreek fondatore esercitazione su Mercurial (e forno per estensione)
• Kiln Stackexchange (come questo sito, ma per Kiln)
• FogBugz Stackexchange (di nuovo, come questo sito, ma per FogBugz)
• Video introduttivi di FogBugz .

Strumenti che il mio team utilizza per una collaborazione senza problemi:

• GitHub, che se hai un po 'di soldi è un modo estremamente economico e semplice per ospitare tutta la tua fonte. Questa è la piattaforma di controllo della versione di cui la maggior parte delle persone qui parla. Pensalo come un account Pastebin che esiste sul tuo disco rigido locale e viene aggiornato ogni volta che uno dei membri del tuo team apporta modifiche. I progetti ospitati sono chiamati depositari. Esistono molti client Git gratuiti, alcuni dei quali si integrano direttamente in Windows per mantenere i tuoi depositi puliti e aggiornati.

• Documenti Google per documenti di progettazione di giochi, idee, concept art.

• L'uso occasionale di DropBox se uno di noi ha bisogno di una risorsa o uno script specifici ... questo è comunque raro e preferiamo lavorare con GitHub.

Se stai usando Visual Studio, l'opzione migliore è Team Foundation, proviene da Microsoft ed è il miglior controllo di versione che conosco, la cosa negativa è che hai bisogno di un server, sql server e il team Foundation Server per funzionare nel server (il client è già con Visual Studio), se ne hai la possibilità, provalo.

Per la programmazione di coppia virtuale, utilizzo questa configurazione (coordinando tutto su Skype):

1. Installa un server SSH su una delle tue macchine.
2. Installa tmux
3. L'altra persona sta nel tuo computer.
4. Chiedi all'host di avviare una sessione tmux
5. Chiedi al tuo partner di eseguire "tmux at" nella sua connessione SSH

Ora tu e il tuo amico vedrete la stessa schermata del terminale. Ma probabilmente vuoi la possibilità di lavorare insieme al di fuori del tuo computer, giusto?

1. Crea un account Bitbucket.org, crea un progetto (preferisco Git) e segui le loro istruzioni su come creare un repository vuoto.
2. Copia i file del tuo progetto con "git add. && git commit -m 'Initial commit.'"
3. Push in Bitbucket con "git push origin master"

Ora tu e il tuo amico potete lavorare sulle modifiche in modo indipendente e inviarle a Bitbucket quando siete pronti.

Ciò non consentirà a entrambi di modificarli insieme in Visual Studio in alcun modo, ma sarai in grado di modificare il codice sorgente stesso se stai accoppiando alcune nuove funzionalità o eseguendo il debug di un problema. Fintanto che spingi le modifiche in seguito, il tuo amico può aprirlo in VS.

Suggerirei il controllo della versione di Bazaar . È piccolo, pratico, ottimo per progetti di uomini piccoli / one2few. Git e SVN sono usati più spesso per progetti / team più grandi. Bazaar ha in sviluppo plugin VS, ma per te non fa molta differenza usandolo al di fuori di VS. È davvero facile usarlo una volta che lo conosci e lo configura inizialmente. Ha alcuni plug-in più utili.

Molti buoni suggerimenti già, ma se vuoi scegliere una soluzione semplice e di bassa tecnologia, questo funziona per me quando collaboro:

1. Usa i commenti all'intestazione di ogni script per tenere traccia di quando è stato modificato, da chi e quando cioè:

   Vers      Date      Author   Note
   
   1.0.1     12/10/11  Paul     Added a new boss to level 12
   1.0.2     22/11/11  Frank    Fixed the bug introduced by Paul

2. Un forum privato o meglio ancora un Wiki è un buon modo per comunicare idee e tenere tutti aggiornati con i progressi.

Le idee fornite sono già migliori di questa soluzione, ma è molto facile da implementare con un investimento di tempo minimo, per un piccolo progetto con solo un paio di persone che lavorano insieme potrebbe essere sufficiente per le tue esigenze.

Avendo lavorato per una grande organizzazione globale, posso onestamente dire che la quantità di tempo persa a causa della burocrazia che circonda il loro software di controllo versione (MKS) è un vero dolore!