¿Qué piensa la gente del fósil DVCS?

Question

fósil http://www.fossil-scm.org
Encontré esto recientemente y comencé a utilizarlo para mis proyectos domésticos. Quiero escuchar lo que otras personas piensan de este VCS.

Lo que me falta, es el soporte de IDE. Esperemos que llegue, pero uso la línea de comandos sin problemas.

Mis cosas favoritas sobre fósil: ejecutable único con wiki incorporado en el servidor web y seguimiento de errores. El repositorio es solo un archivo de base de datos SQLite (http://www.sqlite.org), fácil de hacer copias de seguridad. También me gusta que pueda ejecutar fósiles desde y mantener el repositorio en mi memoria USB. Esto significa que mi desarrollo de software se ha vuelto completamente portátil.

Dime lo que piensa ....

Answer 1

Tal vez una reacción automática sin educación, pero la idea de almacenar un repositorio en un blob binario como una base de datos SQLite me aterra. También tengo dudas sobre los beneficios de incluir wikis y rastreadores de fallas directamente en el VCS, ya sea que estén poco representados en comparación con un software completo como Trac, o que el VCS esté enormemente hinchado en comparación con Subversion o Bazaar.

Answer 2

Sr. Millikin, si se toma unos minutos para revisar parte de la documentación sobre fósiles, creo que sus objeciones se abordan allí. Almacenar un repositorio en una base de datos SQLite es posiblemente más seguro que cualquier otro enfoque. Consulte link text para conocer algunas de las ventajas de usar una base de datos transaccional para almacenar un repositorio. En cuanto a la hinchazón: todo está en un solo ejecutable autónomo que parece desmentir esa preocupación.

Descripción completa: Soy el autor de fósil.

Tenga en cuenta que escribí fósil porque ningún otro DVCS satisfacía mis necesidades. Por otro lado, mis necesidades no son tus necesidades y entonces solo tú puedes juzgar si el fósil es o no adecuado para ti. Pero lo aliento a que al menos eche un vistazo a la documentación y trate de comprender el problema que el fósil está tratando de resolver antes de descartarlo.

Answer 3

Estoy intentando vcs ahora mismo. Me gusta la idea de tener todo integrado. Después de todo, es todo lo que quiero cuando busco un sistema como este. Soy un usuario activo de Mercurial. Y no pude encontrar una integración con un rastreador de problemas (Intento sin éxito establecer p Trac con mercurial en el pasado). Después de algunas pruebas me doy cuenta de que: 1) el comando "agregar" no es recursivo, o no puedo encontrar en el documento una forma de hacerlo 2) escribo un murciélago (trabajo con Windows) para agregar 750 archivos y Lo ejecuto (tomó un tiempo). Cuando una ejecución lo compromete salta con "manifiesto con formato incorrecto"

Creo que podría abordar estos problemas y otros haciendo una encuesta como la de Mercurial en https://www.mercurial-scm.org/wiki/UserSurvey. me puede escribir en dnoseda en gmail

Estoy interesado en su trabajo. sigue mejorando.

respecto

ps .: como una mejora alcalde se podría añadir algo así como gitstat

Answer 4

Damian,

1/sí, fósil no soporta complemento recursiva.Sin embargo, hay algunos bastante simple soluciones provisionales como

for /r %i in (*.*) do fossil add "%i" 

en Windows, y

find . -type f -print0 | xargs -0 fossil add -- 

en Unix.

2/Vi el mensaje sobre manifiesto malformado cuando agrega un archivo con caracteres no ASCII en el nombre de archivo. El problema fue corregido en la última compilación.

Saludos, Petr

Answer 5

no estoy interesado en utilizarla para el control de versiones de código fuente, pero estoy interesado en un wiki personal bajo control de versiones distribuido que puedo sincronizar entre todas las máquinas que utilizo.

Answer 6

Estoy aterrizando en esta página después de un año de la última publicación, el complemento recursivo que se ha mencionado aquí ahora está a cargo.

Fossil me hipnotiza con la simplicidad, especialmente después de que me costó conseguir un sistema de seguimiento de errores para trabajar con mercurial. Necesito ver cómo administrar múltiples proyectos, publicar los repositorios para el acceso multiusuario y cómo hacer la fusión, administrar parches, etc. Tengo la sensación de que no será decepcionante en el futuro.

Answer 7

Creo que el fósil es realmente genial. La característica más importante para mí fue la instalación fácil y los valores predeterminados amigables para el desarrollador. Actualmente lo uso para hacer un seguimiento de los cambios locales de mis archivos. (Nuestro proyecto está alojado en sourceforge y se realiza un seguimiento en CVS). De esta forma puedo "comprometerme" localmente, incluso si de lo contrario se rompería el proyecto, para que los cambios más pequeños también se puedan seguir.

Answer 8

Fósil es bueno. Es simple y fácil de usar. Si fósil puede proporcionar una interfaz GUI para registrarse y salir, entonces sería mejor (prefiera java gui archivar la GUI multiplataforma).

Las principales ventajas de fósiles son "código abierto" y "base de datos SQLite uso", así que alguien puede compilar el código fuente fósil para hacer el trabajo de fósiles en Google plataforma Android (dispositivos móviles y tabletas).

Answer 9

Fossil es pequeño, simple, pero potente y robusto, me recuerda algunos principios de C Culture. Apta para aquellos que se desarrollan de forma independiente y aún colaboran. Cualquier gran proyecto debería comenzar con principios y continuarlos en su núcleo, ya que reúne más capas (GUI, características adicionales).

Estoy impresionado con fósil y empezando a utilizar ... echar un vistazo a fossil

aplausos

Answer 10

Después de haber fósiles utilizados durante más de un año en proyectos de desarrollo no triviales, me siento seguro lo suficiente como para participar en este tema.

Debajo está mi experiencia hasta ahora. Estoy comparando contra git y svn a veces, simplemente porque sé que los SCM están muy bien y la comparación hace que sea más fácil para mí transmitir la idea.

Estoy totalmente enamorado de este SCM, por lo que es en su mayoría puntos del lado positivo.

Lo que me gusta fósil:

1) Tenemos un montón de máquinas (Win/Mac/una serie de distribuciones de Linux), y la instalación de un único ejecutable es tan bonito como parece. Sin dependencias; simplemente funciona. Git es una pila desordenada de archivos y el infierno de la dependencia en Subversion hace que sea muy desagradable en algunas distribuciones de Linux, especialmente si debe construirlo usted mismo.

2) El flujo de trabajo Fossil predeterminado se adapta perfectamente a nuestros proyectos, y es posible realizar flujos de trabajo más personalizados cuando sea necesario.

3) Nos pareció extremadamente robusto, incluso en proyectos grandes. No esperaría nada más de los tipos que escribieron sqlite. Sin accidentes, sin corrupción, sin negocios graciosos.

4) En realidad estoy muy, muy contento con el rendimiento. No tan rápido como en los grandes árboles, pero tampoco mucho más lento. Invaloro cualquier tiempo perdido al no tener que consultar la documentación de cada comando, como es el caso de git.

5) El hecho de que haya una base de datos transaccional probada detrás de cada operación me hace dormir mejor por la noche. Sí, hemos pasado por más de un incidente horrible de repositorios de Subversion viciados y corruptos (afortunadamente, una comunidad útil nos ayudó a solucionarlos). No puedo imaginar que eso ocurra en Fossil. Incluso Subversion 1.7.x usa Sqlite ahora para el almacenamiento de metadatos. (Intente apagar el poder en medio de un commit de git - ¡dejará un repositorio corrupto!)

6) El analizador de problemas integrado y el wiki son opcionales, obviamente, pero muy útiles ya que siempre están ahí - no se requiere instalación . Aunque me gustaría que el rastreador de problemas tuviera algunas características más, pero bueno, es un SCM.

7) El servidor integrado y el gui web es simplemente brillante y bastante configurable a través de css.

8) A veces necesitamos importar hacia y desde repositorios git y subversion. Esto es una obviedad en Fossil.

9) Repositorio de archivo único. No directorios '.svn' por todo el lugar.

Lo que echo en/disgusta sobre Fossil:

1) Alguien por favor escriba TortoiseFossil para nuestros usuarios no técnicos de Windows :)

2) La comunidad no es tan grande, sin embargo, por lo que es probable difícil para mucha gente presentarlo en su compañía. Esperemos que esto cambie, obteniendo todos los beneficios de una gran comunidad (documentación, más pruebas de nuevas versiones, etc.)

3) Deseo que la interfaz de usuario web local tenga una función de búsqueda (incluida la búsqueda del contenido del archivo).

4) Menos opciones de combinación que en GIT (aunque el flujo de trabajo de fósiles hace que la fusión de menos probable que ocurra en el primer lugar)

espero que todo el mundo da un plazo de fósiles -. El mundo es un lugar mejor con cosas que solo funciona y que no necesita ser un científico espacial para usar.