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

fossil (10)

fósil http://www.fossil-scm.org
Encontré esto recientemente y comencé a usarlo para los proyectos de mi casa. Quiero escuchar lo que otras personas piensan de este VCS.

Lo que me falta en la mente 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 que piensas....

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.

Damian,

1 / sí, fósil no es compatible con agregar recursivo. Sin embargo, hay algunas soluciones bastante simples, 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 está agregando un archivo con caracteres no ASCII en el nombre del archivo. El problema fue corregido en la última compilación.

Saludos, Petr

Después de haber usado Fossil durante más de un año en proyectos de desarrollo no triviales, me siento lo suficientemente seguro para hablar sobre 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 en su mayoría son puntos positivos.

Lo que me gusta de Fossil:

1) Tenemos un montón de máquinas (win / mac / un número de distribuciones de Linux), y la instalación de un solo ejecutable es tan hermosa como suena. 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 predeterminado de Fossil se adapta perfectamente a nuestros proyectos, y es posible realizar flujos de trabajo más personalizados cuando sea necesario.

3) Hemos encontrado que es 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 feliz 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 hay 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. (Intenta desconectar la energía en medio de un commit de git - ¡dejará un repositorio corrupto!)

6) El rastreador de problemas integrado y el wiki son opcionales, obviamente, pero muy prácticos, 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 son simplemente brillantes y completamente configurables a través de css.

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

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

Lo que extraño / disgusto de Fossil:

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

2) La comunidad aún no es grande, por lo que probablemente sea difícil para mucha gente introducirla en su compañía. Esperemos que esto cambie, obteniendo todos los beneficios de una gran comunidad (documentación, más pruebas de nuevos lanzamientos, etc.)

3) Me gustaría que la interfaz de usuario web local tuviera una función de búsqueda (incluida la búsqueda de contenido de archivos).

4) Menos opciones de combinación que en git (aunque el flujo de trabajo de Fossil hace que la fusión sea menos probable en primer lugar).

Espero que todos le den una oportunidad a Fossil: el mundo es un lugar mejor con cosas que simplemente funcionan y para las que no es necesario ser un científico espacial.

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 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.

Estoy probando vcs en este momento. 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 (se tomó un tiempo). Cuando una ejecución se compromete salta con "manifiesto malformado"

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

estoy interesado en tu trabajo sigue mejorando.

Saludos

ps .: como mejora mayor podrías agregar algo como gitstat

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 Fossil son "código abierto" y "uso de la base de datos SQLite", por lo que alguien puede compilar código fuente fósil para realizar trabajos fósiles en la plataforma Google android (dispositivos móviles y tabletas).

Fossil es pequeño, simple, pero poderoso 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 debe comenzar con los principios y continuarlos en su núcleo, ya que reúne más capas (GUI, características adicionales).

Estoy impresionado con Fossil y empiezo a usar ... eche un vistazo a los fossil

aclamaciones

No estoy interesado en usarlo para el control de versiones de código fuente, pero estoy interesado en una wiki personal distribuida controlada por versiones que puedo sincronizar entre todas las máquinas que uso.

Sr. Millikin, si se toma unos minutos para revisar algunos de los documentos 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. Vea el texto del enlace para ver 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 satisfizo 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.

Tal vez una reacción instintiva y sin educación, pero la idea de almacenar un repositorio en un blob binario como una base de datos SQLite me aterroriza. 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.