¿Por qué darcs en lugar de git?

Usar lenguajes funcionales puros puede tener muchos beneficios sobre el uso de imperativos impuros, pero los lenguajes de sistemas de bajo nivel generalmente le permitirán lograr un performance mucho mayor, especialmente cuando son imperativos, ya que le permite especificar los pasos exactos de cómo debe calcular la CPU. el resultado.

Si alguna vez hay una list de herramientas donde el alto performance es una necesidad absoluta, entonces pondría VCS en la parte superior de la list, y git lo logra muy bien. Sin embargo, el performance no es la única ventaja de git sobre muchos otros types de sistemas de control de versiones.

El equipo de git está manejando muy bien el código c inseguro, y nunca me preocupo por mi sistema de tipo (o cualquier otra característica del lenguaje en el que está escrito), ¿por qué es que hay muchos desarrolladores de haskell que deben usar darcs? cuando solo usarán el producto terminado?

Creo que, en general, ciertas comunidades de usuarios se inclinarán por una tecnología u otra. Esto es especialmente cierto si una tecnología usa el lenguaje de la comunidad. También es posible (aunque no tengo ni idea) que el autor y / o usuarios iniciales de Darcs eran desarrolladores de Haskell bastante conocidos, por lo que tenían más influencia.

Hay otros ejemplos, como Mercurial parece ser más popular en la comunidad de Python, mientras que otros idiomas parecen usar Git.

Una vez que está utilizando una pieza de software en particular, puede que no valga la pena cambiar a otra, incluso si hay ventajas.

Honestamente, usa lo que más te guste. En este punto, es casi un requisito tener instalados hg, git y svn y conocer los conceptos básicos para usarlos. Si está utilizando Haskell, parece que probablemente necesite agregar Darcs a esta list.

Darcs administra las collections de parches en lugar de la historia cronológica. Más sobre esto está en la página de la wiki de darcs que documenta las diferencias con otros VCS . Esta diferencia se ilustra con una característica de los darcs llamada twigs espontáneas que utiliza una forma avanzada de recolección de cerezas. Usé un flujo de trabajo basado en esto ampliamente con un proyecto LoC de 100.000k. Además de esa diferencia técnica, darcs es muy fácil de usar. Hay less commands, y la mayoría son interactivos de manera pnetworkingeterminada, lo que le indica qué hacer.

Debido a las fortalezas de los darcs y la facilidad de uso, lo prefiero más que a git, que también uso regularmente para proyectos de código abierto. Darcs es bastante fácil de usar, incluso si tiene que aprender git para contribuir en algunos proyectos, aún puede disfrutar y beneficiarse del uso de darcs en otros proyectos en los que puede elegir.

Pareces estar dando a entender que git y darcs son equivalentes (o incluso similares) que no sean el lenguaje de implementación.

Si ha utilizado ambos, se dará count de que esta pregunta no tiene sentido. Si no ha utilizado ambos, la respuesta a la pregunta tiene un requisito previo obvio de conocimiento de ambos.

Darcs existe. Es suficiente justificación para que exista y se use. Si te gusta, tú también puedes ser un usuario. Si no te gusta, sabrás por qué elegiste algo más.