Yo uso bzr (por cierto, ¿alguna razón en particular para usar git?) y he terminado usándolo para casi todo: trabajos, seminarios, enseñanza, archivos de configuración, toda mi página web, casi todo lo que hago en un ordenador está en un repositorio bzr. Aunque todavía no he convencido a ningún colaborador para que lo utilice también, me parece que me facilita la vida, ya que puedo mantener fácilmente un registro de cuándo he enviado algo a otra persona y fusionar los cambios con esa revisión en particular. También puedo publicar un repositorio y facilitar a un colaborador el acceso a los archivos sin necesidad de usar bzr ellos mismos.
Dentro de un documento, utilizo el paquete changes.sty para compartir comentarios entre un colaborador y yo.
Bzr tiene "bonitos" frontales por lo que podría ser posible persuadir a una persona sin mentalidad tecnológica para que lo utilice (soy un adicto a la línea de comandos por lo que no tengo experiencia en las interfaces gráficas disponibles).
También utilizo un wiki (nlab, naturalmente) pero eso es (de momento) para proyectos menos centrados que un trabajo específico. Sin embargo, cuando escribo algo sustancial allí, lo hago "fuera de línea" (incluso hasta "compilarlo" y verlo) y sólo lo envío al éter cuando estoy contento con él.
Me parece totalmente incomprensible que la gente quiera que todo esté "en la nube". Tengo acceso a varios ordenadores de gran potencia que son capaces de ejecutar cualquier software que esté utilizando de forma increíblemente rápida. ¿Por qué iba a cambiar eso por una conexión a Internet lenta y con grietas que está garantizado que se caiga la única vez que realmente la necesito? Al utilizar un DVCS (sistema de control de versiones distribuido), sólo necesito estar conectado a Internet al inicio de una sesión determinada y puedo obtener mis archivos de cualquiera de las máquinas, por lo que no importa si una u otra está caída. En el peor de los casos, si no puedo conectarme, puedo trabajar sin conexión en algo y volver a fusionar mis cambios más tarde. De hecho, todo mi DVCS ocupa actualmente apenas 71Mb (de los cuales 25Mb consisten en mis copias locales de Instiki y xournal) por lo que podría llevarlo fácilmente conmigo en un lápiz de memoria (encriptado, por supuesto).
Si realmente quisiera colaborar en "tiempo real", utilizaría gobby (para trabajar en archivos o documentos) o jarnal (para trabajar en matemáticas). Gobby tiene edición en tiempo real (y la tiene desde hace tiempo) mientras que con jarnal puedo usar mi tableta gráfica para escribir las matemáticas para que la otra persona las vea como si estuviéramos juntos en una pizarra. Al fin y al cabo, si estoy colaborando en tiempo real, no quiero molestarme en escribir exactamente la sintaxis de LaTeX. No se me da mal el TeX, pero si estoy en "Modo Matemáticas" no quiero molestarme con él.
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