Su dirección de correo electrónico no será publicada. Los campos obligatorios están marcados *
Gracias por la información y conduce a un software útil. Espero que agreguen a esta publicación (revisarla) en el futuro.
El control de revisión para escrituras parece más apropiado para documentos complejos y / o grandes. Así que tome un libro de economía o termodinámica como ejemplo. Por lo general, se escribirá en algo como LaTeX y combinará múltiples archivos, no solo archivos .tex separados, tal vez uno para cada capítulo, sino también diagramas, imágenes, tal vez código, etc. También incluirá referencias, ciertamente de bibtex, pero quizás también provenientes de una herramienta como EndNote o Zotero.
Además, LaTex es excelente para componer y automatizar documentos, pero no lo es para componerlos. Por lo tanto, es probable que el autor del libro use un front-end compatible con LaTeX, como Scrivener o LyX. Serían archivos guardados de estas aplicaciones que necesitan ser monitoreados, junto con los archivos pdf, png, R y otros insertados en el documento más los cambios en la base de datos bibliográfica. (Por ejemplo, la única diferencia entre las versiones 1.1 y 1.2 podría ser que 1.1 usa una edición anterior de una referencia, pero 1.2 usa un nueva versión revisada). Además, debe haber una manera fácil (automática) de poner el número de revisión en los pies de página del documento. Si el libro se está escribiendo en colaboración, entonces quizás el pie de página también debe dar el nombre del contribuyente responsable de las últimas revisiones.
Una solución de almacenamiento como Dropbox podría mantener varias versiones de los archivos, pero no toda la información auxiliar (por ejemplo, por qué se hicieron los cambios). AFAIK, estas soluciones tampoco proporcionan forma de insertar números de revisión en los documentos.
Entonces, quizás los sistemas de revisión como Git son las únicas alternativas prácticas. Si es así, realmente me gustaría ver una publicación de seguimiento que aborde problemas como los descritos anteriormente y proporcione una breve introducción sobre cómo un escritor debe comenzar a usar Git, o una alternativa.
No puedo ver cómo ninguna de las soluciones de almacenamiento en la nube puede abordar esto. En su mayoría, rompen la regla de hacer (solo) una cosa bien. Docs, Word y Draft combinan la composición del documento, el formato y el control de revisión en un documento.
El control de versiones es imprescindible en todo (código fuente, documentación). Vale la pena invertir para aprender a usar el control de versiones. Es como una póliza de seguro. Pase lo que pase, siempre puede recuperar cualquier cosa siempre que la haya verificado en el sistema de control de versiones.
Proyecto de control de rocas! Lo usé cuando escribí mis solicitudes para la universidad. Cuando necesitaba ver mis ediciones antiguas, podía totalmente.
Realmente no uso el control de versiones. Si tengo una idea nueva sobre la pieza en la que estoy trabajando, copiaré la parte que voy a cambiar y la guardaré en mi administrador de portapapeles. Luego cambiaré esa parte, agregaré anotaciones y compararé ambas versiones una al lado de la otra. Puedo manejarlo ya que trabajo solo y guardo una libreta de ideas antes de escribir.
El control de versiones y la copia de seguridad es extremadamente importante para los productores de contenido, ya sea un código de programa o su precioso documento, arte o lo que sea que produzca. Todos deberían aprender al menos lo básico y usarlo.
Solo leí el artículo porque soy un codificador y todo lo que escribo es código o LaTeX, por lo que el control de versión normal es ideal. Pero, gracias por llevar el control de versiones a la atención de más personas.
Siento que es una herramienta muy poco apreciada en todas las comunidades y podría ser muy beneficiosa. A menos que esté trabajando en archivos enormes, la sobrecarga de almacenamiento es tan baja (y el almacenamiento es tan barato) que no hay una buena razón para tener muchas, muchas versiones. ¡Y hace que el seguimiento de su trabajo sea tan fácil! Estaba trabajando en mi tesis doctoral (o al menos comenzando) y básicamente pude recrear todo lo que había hecho en los últimos años. Pude ver códigos y documentos desarrollar y mejorar.
¡Y eso ni siquiera rasca la superficie de las herramientas de colaboración! ¡Es tan útil en tantos entornos!
Para documentos en línea, le recomiendo que pruebe el Revisionator en [URL rota eliminada]. A diferencia de Draft, es WYSIWYG, no se requiere Markdown.
También es compatible con un conjunto más grande de características de control de revisión. Por ejemplo, si desea probar un experimento de escritura, puede ramificar un documento. Más tarde, si lo desea, puede fusionarlo automáticamente en el documento principal.
