Lamentablemente, aún no he colaborado pero yo usaría svn para la colaboración. Si se supone que es una colaboración de alto secreto, entonces yo iría por un repositorio web svn comercial (hay muchos por ahí que son muy baratos). Si crees que nadie podría robarte el trabajo o que está bien que la gente lo lea, yo usaría un repositorio svn libre. La pena es que cuando tu compañero no es una persona técnica, ni siquiera puedes pedirle que fusione las nuevas versiones de los trabajos con algún tipo de fusión se supone que tú debes hacer toda la fusión desde su lado.
Por mi parte, no utilizaría svn. Normalmente tengo trabajos de 15 páginas o así, y simplemente guardo copias de seguridad cada vez que hago un hito y luego lo comprimo todo (como cada mes o así) en caso de que algo vaya mal vuelvo a la copia de seguridad, es como un svn ineficiente a pequeña escala.. pero no quieres matar un pájaro con una bomba atómica. Siempre me ha funcionado, no estoy seguro para escribir libros.. probablemente un svn se haría necesario, pero no me sorprendería si mi técnica de copia de seguridad funcionara también.. funcionó para mi disertación de doctorado de todos modos :p
EDITAR : La mayoría de nosotros, los matemáticos, no tendríamos todo nuestro trabajo en .tex superando los 200Mb. Para eso recomendaría los repositorios web svn como (estos soportan código cerrado, es decir, proyectos privados): XP-Dev y Unfuddle Estos dos son gratuitos si no excedes los 200Mb y puedes elegir tener el proyecto (se te permite un máximo de 2 o 1 proyectos para estos repositorios gratuitos.. pero yo los mantendría en una sola carpeta grande y los nombraría como 1 proyecto). Me gusta el aspecto de Unfuddle, pero XP-Dev tampoco está tan mal. La ventaja de SVN es que sirve tanto para usuarios de windows como de linux (para windows recomendaría TortoiseSVN Client). En caso de que excedas los 200Mb (que para nuestro propósito es difícilmente creíble a menos que tengas muchas imágenes en tus documentos LaTeX), entonces recomendaría Assembla porque es muy barato (como \$3/Month/user + \$ 0,3/100Mb/Usuario) y fiable y puedes comprar todo el espacio que quieras.
11 votos
Quédate con git, es el sistema de control de revisiones más avanzado.
2 votos
La única cosa que actualmente falta para que git y otros sean perfectos es un algoritmo de diff que divida el texto de latex en los trozos "semánticos" correctos para comparar diferentes versiones del mismo archivo. Sin embargo, teniendo en cuenta el número relativamente pequeño de personas que suelen colaborar en la redacción de un documento, eso no es un problema en general.
1 votos
@C.T.Schonwald: ¿conoces git diff --color-words?
0 votos
Este debate stackoverflow.com/questions/187064/graphical-diff-for-mac-os-x da un montón de programas de diff gráfico para el Mac, para la gente que no ama la línea de comandos. FileMerge/OpenDiff funciona bien para mí, a pesar de que no sabe nada de látex.
0 votos
Preguntas relacionadas en cstheory: ¿Qué herramientas utiliza para redactar sus trabajos? , Herramientas de colaboración para dummies/profesores , ¿Control de versiones para la colaboración (con diferencias a nivel de palabra)?
7 votos
6,5 años después (!) -- He estado usando Bitbucket. Aloja el repositorio por ti, de modo que no tienes que meterte con Dropbox ni molestar a los administradores del sistema ni mantener nada por ti mismo. Usted puede subir los cambios a los archivos y navegar a través de su sitio web, o hacerlo en la línea de comandos en su lugar. Sus cuentas son gratuitas y, si eres un académico, te permiten tener un número ilimitado de proyectos (privados) al mismo tiempo (lo que era un obstáculo para hacer lo mismo con Github).
0 votos
Esto se discute en tex.stackexchange.com/q/27549/9075 y tex.stackexchange.com/q/3/9075