¿Cuál es la forma más efectiva de trabajar con un amigo en el mismo juego?

Necesitamos algo donde podamos extraer archivos, editarlos, volver a incorporarlos y luego construir a partir de ellos.

Algo como Google Docs, donde podemos editar el mismo código al mismo tiempo, sería ideal.

Ambos estamos usando Visual Studio 2010.

Como dije en un comentario a su pregunta, tengo mucha curiosidad por la verdadera edición colaborativa . Investigué hace algún tiempo, pero la mayoría de las soluciones simplemente no cumplían con los estándares: eran editores de texto sin formato con resaltado de sintaxis, tenían costos locos o no estaban disponibles multiplataforma (como SubEthaEdit ...)

¡Hasta que me topé con Saros ! Es un complemento de Eclipse limpio, por lo que puede ser fácil de integrar con su flujo de trabajo actual. Puedes ver su video de demostración , es bastante impresionante. Está muy bien pensado para un verdadero entorno de edición colaborativa y tiene algunas características clave muy bien pensadas. Admite un número arbitrario de participantes, sincronización completa del proyecto, edición en tiempo real con marcadores y resaltado (por ejemplo, Google Docs), siguiendo la vista de su socio, varios métodos de concienciación de los participantes y mucho más (incluso puede compartir su pantalla usando este complemento. ) ¡Y aparentemente se integra con muchos otros complementos de Eclipse!

Todavía tengo que probarlo yo mismo, pero es uno de los pocos proyectos que aún se mantiene y parece muy prometedor. Inténtalo y avísame (lee estas pautas antes). Prometo volver aquí y publicar mis impresiones como comentario cuando lo intente yo mismo.

EDITAR: Además, como Gustavo señaló en un comentario, Cacoo también podría ser útil. Es una herramienta de colaboración en línea para dibujar UML (en realidad, cualquier tipo de diagrama). Saros admite una pizarra, pero no hay nada como una herramienta de diagrama si desea evitar la torpeza.

"solo necesitamos algo donde podamos retirar los archivos, editarlos y luego volver a incorporarlos y construirlos desde el mismo conjunto de archivos"

Usar control de versiones; un sistema de control de versiones (VCS) es exactamente lo que usted describió, con la ventaja adicional de que almacena un historial de cada cambio que alguien ha realizado. Existen muchos sistemas de control de versiones populares:

http://subversion.apache.org/

http://mercurial.selenic.com/

http://git-scm.com/

No uso Visual Studio personalmente, pero estoy completamente seguro de que Visual Studio tiene soporte para todos estos sistemas de control de versiones.

Para mi equipo, utilizamos tres programas dependiendo de lo que necesitemos trabajar:

• TortoiseSVN para el código (trate de que los programadores usen el mismo IDE, estandaricen las convenciones y fomenten los buenos comentarios)
• Dropbox para multimedia (para modelos / sprites / archivos de audio, permite a los desarrolladores trabajar localmente hasta que los artistas / compositores / modeladores estén listos para entregar)
• GoogleDocs para documentación (para documentos de diseño / maquetas / presentaciones generalmente para diseñadores, gerentes y productores)

Para coordinar los esfuerzos de los diferentes miembros (que trabajan en diferentes momentos) utilizamos el sistema de venta de entradas de Assembla . De esta manera, todos se actualizan sobre el estado de todo el proyecto o una avenida particular de su elección. También use Skype / Google Hangout / comunicación cara a cara para asegurarse de que todos estén en la misma página al menos semanalmente.

Este método generalmente funciona cuando un equipo consta de 3-5 personas que tienen roles establecidos (programador, artista, modelador, diseñador, etc.). Si esto no funciona, pruebe otros métodos o combine aspectos de trabajo para crear uno propio. ¡Buena suerte!

Suena como si quisieras un cuadro desplegable, un sistema de control de versiones o ambos.

Dropbox es lo más conveniente. Simplemente haga sus cambios y guarde y Dropbox se sincronizará con los cambios en la máquina de sus amigos. Sin embargo, no piense que 2 personas pueden trabajar en el archivo al mismo tiempo sin sobrescribir el trabajo de los demás.

Sin embargo, le recomiendo que use un sistema de control de versiones. Subversion , GIT y Mercurial son actualmente los tres grandes. Hay muchas ventajas al usar un VCS: incluida la capacidad de automatizar copias de seguridad, cambios de reversión y verificar su código en cualquier computadora que tiene acceso a su servidor.

Después de usar los 3 que mencioné, encontré que Subversion es el más fácil para comenzar y Assembla permite repositorios privados gratuitos de SVN o GIT.

Como se menciona en otras respuestas, un VCS es el camino a seguir. Git es mi favorito, pero eso podría deberse a que fue el primero que usé.

Encontré este libro en línea muy útil para aprender Git. http://progit.org/book/ Cualquiera que sea el VCS con el que vaya, vale la pena dedicar unas horas a descubrir cómo usarlo.

Otra cosa que vale la pena mencionar: los VCS son excelentes para el código fuente (o cualquier archivo de texto), pero el almacenamiento de imágenes y archivos de sonido puede inflar su repositorio innecesariamente. Algunas personas recomiendan un repositorio separado para esto, pero creo que Dropbox funciona bien para este tipo de recursos.

Para un proyecto escolar, utilizamos una carpeta pública de Dropbox y utilizamos este script para mantener nuestros recursos actualizados https://github.com/dc2011/td/blob/master/tools/extrafiles.sh

Comprueba el hash md5 del archivo en Dropbox con el hash del archivo que ya está en el disco (si existe) para que solo se descarguen archivos nuevos o modificados.

Como muchos han mencionado, necesita control de versiones. Hay una buena oferta gratuita del software FogCreek (debe agradecerles por proporcionar stackexchange que hace posible este sitio). Se llama Kiln (construido sobre Mercurial ) y se integra con un buen producto de software de seguimiento de errores / características / tiempo que han creado llamado FogBugz . Para un equipo de 2 desarrolladores, proporcionan versiones gratuitas de estos productos (y los alojan para usted). Utilizo esta configuración para mis propios proyectos y las versiones pagas de todos los productos de software en los que trabajo para mi empleador (tenemos un equipo mucho más grande de desarrolladores, por lo que debemos usar las versiones pagas). Vale la pena mirarlo seguro.

Si decide usarlos, aquí hay algunos buenos tutoriales o enlaces útiles para comenzar:

• FogCreek fundador tutorial en Mercurial (y el horno por extensión)
• Kiln Stackexchange (como este sitio, pero para Kiln)
• FogBugz Stackexchange (nuevamente, como este sitio, pero para FogBugz)
• Videos introductorios de FogBugz .

Herramientas que mi equipo usa para una colaboración fluida:

• GitHub, que si tiene un poco de dinero es una forma extremadamente barata y fácil de alojar toda su fuente. Esta es la plataforma de control de versiones de la que la mayoría de la gente aquí ha estado hablando. Piense en ello como una cuenta de Pastebin que existe en su disco duro local y se actualiza cada vez que cualquiera de los miembros de su equipo realiza cambios. Los proyectos alojados se denominan depositarios. Hay muchos clientes Git gratuitos, algunos de ellos integrados directamente en Windows para mantener sus depósitos limpios y actualizados.

• Documentos de Google para documentos de diseño de juegos, ideas, conceptos artísticos.

• Uso ocasional de DropBox si uno de nosotros necesita un activo o script específico ... sin embargo, esto es raro y preferimos trabajar a través de GitHub.

Si está usando Visual Studio, la mejor opción es Team Foundation, es de Microsoft y es el mejor control de versiones que conozco, lo negativo es que necesita un servidor, un servidor SQL y el servidor de Team Foundation para ejecutarse en el servidor (el cliente ya está con Visual Studio), si tienes la oportunidad, pruébalo.

Para la programación de pares virtuales, uso esta configuración (coordinando todo a través de Skype):

1. Instale un servidor SSH en una de sus máquinas.
2. Instalar tmux
3. La otra persona ssh está en su computadora.
4. Haga que el host inicie una sesión tmux
5. Haga que su socio ejecute 'tmux at' en su conexión SSH

Ahora usted y su amigo verán exactamente la misma pantalla de terminal. Pero probablemente desee la capacidad de trabajar juntos fuera de su computadora, ¿verdad?

1. Cree una cuenta de Bitbucket.org, cree un proyecto (prefiero Git) y siga sus instrucciones para crear un repositorio vacío.
2. Copie los archivos de su proyecto con "git add. && git commit -m 'Initial commit'".
3. Push to Bitbucket con "git push origin master"

Ahora usted y su amigo pueden trabajar en los cambios de forma independiente y llevarlos a Bitbucket cuando estén listos.

Esto no les permitirá a los dos editar juntos en Visual Studio de ninguna manera agradable, pero podrán editar el código fuente en sí mismo si están emparejando alguna nueva característica o depurando un problema. Mientras empuje sus cambios después, su amigo puede abrirlo en VS.

Sugeriría el control de versiones de Bazaar . Es pequeño, práctico, muy bueno para proyectos pequeños / one2few men. Git y SVN se usan con mayor frecuencia para proyectos / equipos más grandes. Bazaar tiene en desarrollo el complemento VS, pero para ti no hace mucha diferencia usarlo fuera de VS. Es realmente fácil de usar una vez que lo conoces y lo configuras inicialmente. Tiene pocos complementos más que se vuelven útiles.

Ya hay muchas buenas sugerencias, pero si quieres buscar una solución simple y de baja tecnología, esto funciona para mí cuando colaboro:

1. Utilice los comentarios al principio de cada secuencia de comandos para realizar un seguimiento de cuándo se editó, quién y cuándo, es decir:

   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 foro privado o, mejor aún, un Wiki es una buena manera de comunicar ideas y mantener a todos actualizados con el progreso.

Las ideas dadas ya son mejores que esta solución, pero es muy fácil de implementar con una inversión de tiempo mínima, para un proyecto pequeño con solo un par de personas trabajando juntas podría ser suficiente para sus necesidades.

Después de haber trabajado para una gran organización global, puedo decir honestamente que la cantidad de tiempo perdido debido a la burocracia que rodea su software de control de versiones (MKS) es un verdadero dolor.