Pourquoi Kiln est basé sur Mercurial, et pas d'autres (D) VCS

Question

Quelle était la raison d'avoir choisi Mercurial comme base de FogCreek Kiln , un système de gestion de contrôle de code source avec revue de code bien intégré, et l'intégration de FogBugz?

Pourquoi Mercurial, et pas d'autres (distribué) système de contrôle de version, comme Bazaar, Git ou Monotone, ou la création propre système de contrôle de version comme Fossil (distribuée de gestion de configuration logicielle, y compris le suivi et le wiki bug) fait?

Quelles sont les caractéristiques qui font FogCreek choisir Mercurial comme moteur de Kiln?

Answer 1

Voici une réponse de l'un des développeurs de Kiln.

• Il fournit des branchements réel.
• Il est facile à utiliser.
• le support de Windows est très bon.
• Il est rapide.
• Il est puissant.
• Il est facilement extensible.

Vérifiez tous les détails ici . Ils se ont expliqué tout à fait bien.

Answer 2

Réponse originale (Nov. 2009, GitHub a seulement 1 ans Git seulement 4)

Je ne sais vraiment pas, mais je me risquerais « un meilleur support de Windows », Windows potentiellement la plate-forme principale pour la plupart de leur clientèle.
Git est encore trop un produit "unix / linux", avec un "espoir" support de Windows par msysGit .
Il suffit de lire le ton de certains articles du MSysGitHerald, comme le neuvième :

  

Pour un temps très long, msysGit a été poussé vers l'avant par le gang formé de Hannes, Steffen, Sebastian Schuberth et moi-même [Johannes Schindelin]. À un moment donné, je me suis tellement frustré que je me suis arrêté de travailler sur msysGit tout à fait. La raison en est simple: il était plus amusant. Trop de gens ont demandé des correctifs ou des améliorations, et aucun d'entre eux ont offert des contributions de leurs propres. Comme je ne suis pas une personne de Windows (être un utilisateur heureux Linux depuis 1994), le travail sur msysGit était pas assez gratifiant pour moi de continuer. Alors je me suis arrêté.
  Mais entre-temps, les choses ont changé.
  Nous avons obtenu des contributions de ...

Cela n'inspire pas beaucoup de confiance en matière de faire avancer cet outil à votre patron informatique. Je suis très heureux de Git pour un usage personnel, et très reconnaissant du travail de tous les collaborateurs de msysGit, mais dans une grande entreprise, j'aurais du mal à faire Git l'outil par défaut DVCS adopté par les développeurs Windows.
Les deux en raison de la courbe d'apprentissage, mais surtout parce que le niveau de soutien est pas encore là.
C'est seulement une opinion personnelle, et si vous avez une expérience différente avec succès le déploiement Git, plus de pouvoir pour vous.

Mercurial étant les plus proches de DVCS Git, et basé sur des scripts Python portables (et non des scripts sh unix-linux /), il peut être un choix pragmatique.

---

Mise à jour 2018, sept ans plus tard: oui, le support de Windows pour Git est maintenant une réalité

.

Et Microsoft a son ensemble de Windows dans codebase un (géant) dépôt Git: Voir " le plus grand git sur la planète ": les fichiers 3.5M, 300GB, 4000 ingénieurs qui produisent 1.760 quotidien « laboratoire construit » à travers 440 succursales, en plus des milliers de validation de la demande de traction construit.
Mais c'est avec l'ajout de GVFS (Git Virtual FileSystem) , ce qui permet de télécharger dynamiquement uniquement les portions dont vous avez besoin en fonction de ce que vous utilisez.
Ceci est pas encore en natif Git, bien que son intégration a commencé dernière décembre 2017, avec la mise en œuvre d'un clonage étroit / partiel .

Kiln soutien Git la promotion et :

  

Kiln , notre best-in-class DVCS solution d'hébergement, supports git, ainsi que Mercurial! GitHub est grande. FogBugz est grande. Ce qui pourrait   être encore mieux? Que diriez-vous de les intégrer! FogBugz peut être notifié par   GitHub Crochets Web chaque fois qu'un commentaire changeset entrant mentionne un   cas.

Answer 3

Quand je regardais système DVCS J'aime parce que Mercurial.

• Les développeurs Mercurial semble se soucier des utilisateurs de Microsoft Windows.
• Les développeurs Mercurial ne pas pense aux utilisateurs de Microsoft Windows comme les utilisateurs d'Unix qui sont contraints d'utiliser Windows.
• Contrairement à un grand nombre de développeurs open source, les développeurs Mercurial ne semblent pas haïr Microsoft pour faire de l'argent.

Peut-être les développeurs Kiln pensé la même chose ...
(Tous les principaux systèmes DVCS sont assez bons, sinon d'autres facteurs entrent en jeu plus)

Answer 4

Je ne peux pas parler pour FogCreek, mais je sais que quand je choisissais qui DVCS à utiliser beaucoup de gens ont indiqué que git ne fonctionne pas sous Windows (à moins qu'il soit exécuté dans Cygwin). Depuis FogBugz est conçu pour fonctionner sur Windows ou un Linux (ce que je comprends - je ne suis pas moi-même utilisateur) ayant une couche supplémentaire (Cygwin) pour exécuter git peut avoir été le facteur déterminant là. Je ne sais pas beaucoup sur Bazaar ou Monotone, donc je ne peux pas offrir des commentaires là.

Answer 5

Je pense que la question de hg contre git est un hareng rouge, comme la question de l'appui du système d'exploitation seul est une différence majeure. La question est de savoir pourquoi hg plutôt que bzr, comme ces deux développeurs sont très similaires et se considèrent hg bzr comme leur véritable concurrence et vice-versa. Sun a mené une évaluation approfondie des deux quand il est venu de choisir un DVCS pour OpenSolaris et OpenJDK. On aimerait savoir quel était le processus utilisé pour la cueillette hg à FogCreek. Tout ce que nous sommes à ce jour par des réponses (à part la question de l'appui du système d'exploitation) sont des généralités.

Answer 6

Alors maintenant, ils ajoutent également git:

  

Une des plus grandes nouveautés est Kiln Harmony, qui vous permet de   fonctionner sur Kiln dépôts en utilisant soit Git ou Mercurial. Afin que vous puissiez   pousser des modifications à une prise en pension de cuisson en utilisant Git puis les tirer à l'aide   Mercuriel. Cela signifie que vous ne devez décider si vous voulez   à utiliser Git ou Mercurial.