Fogbugz et four - des plaintes?

Nous envisageons sérieusement d'utiliser Fogbugz et Kiln (et Mercurial). Nous avons eu une période d'essai d'un mois et tout semble correct. Je me demandais si quelqu'un utilise l'un de ces systèmes ou les deux et a observé des inconvénients, ou a rencontré des difficultés avec eux?Fogbugz et four - des plaintes?

Merci

Source

2011-07-01 Ronnie

Ils étaient excellents, mais ils ont tué Kiln pour votre serveur en silence et sournoisement. Ils sont sur le point de tuer FogBugz pour votre serveur et ils n'en parlent pas vraiment.En outre, l'entreprise a changé son comportement pour passer d'un mode sérieux à un mode où elle veut casser des choses et les parcourir rapidement, ajouter plus d'espaces et les rendre plus «rapides». Donc c'est une bonne idée de ne plus être investi dans cette compagnie, le bateau a navigué, ce qui est très triste. – Christian

-je utiliser FogBugz et Kiln pour mon projet en cours et ne pouvaient pas être plus heureux. Recommandez fortement les deux produits. EBS, interface utilisateur facile à utiliser, intégration de cas avec commits, toutes les fonctionnalités très intéressantes.

Source

2011-07-20 03:52:41

Je suis d'accord de mon expérience jusqu'à présent. Et comme il y a eu suffisamment de temps pour que les gens ajoutent des négatifs, je considère que c'est la réponse. – Ronnie

J'ai juste attrapé celui-ci. Dans l'ensemble Fogbugz + Kiln a été très bon, installation simple et utilisation. L'intégration automatique entre les commits et les cas est également agréable. Je pense que la meilleure fonctionnalité est la facilité de création et de clonage de référentiels et la vue de votre ensemble actuel de dépôts et de groupes et la vue dag électrifiée est agréable, surtout si vous essayez de suivre une branche particulière et son historique.

Cependant, nous avons trouvé quelques problèmes:

Le wiki a quelques limitations et bizarreries:
- copie des données parfois dans des tables, des contenus à afficher en dehors de la table. Cela semble provenir de métadonnées supplémentaires copiées par Fogbugz et si le texte est collé dans un éditeur de texte, puis de nouveau dans la table, cela ne se produit pas.
  - Liaison à la liste des éléments interrompus si de nouvelles entrées sont ajoutées à la liste.
  - Le wiki semble lié à un élément de liste numéroté spécifique, de sorte que lorsque nous ajoutons une nouvelle entrée de liste (disons au numéro 2), tous les liens vers les entrées suivantes pointent toujours vers le même index de liste. Effectivement, les liens vers l'entrée qui est maintenant à l'index 3 pointent toujours vers l'index 2!
  - Il est uniquement possible d'ancrer des liens en toute sécurité en modifiant le code HTML de la page wiki. L'une des «forces» de Fogbugz est que vous n'avez pas besoin d'écrire html pour générer les pages wiki. De plus, le code html généré par le wiki n'est pas très facile à lire et à comprendre car il est très mal formaté/organisé.
- Kiln est TRÈS lent pour gérer les gros fichiers.
  - Je sais qu'il existe une extension de fichiers volumineux, mais cela ne semble pas fonctionner avec Mercurial 1.8+. Donc, nous sommes coincés avec des commits de gros fichiers qui peuvent prendre des heures et Kiln thrashes joyeusement ses disques.
- Il n'est pas possible de définir facilement des crochets personnalisés, non Web, sur un référentiel Kiln.

Ce sont les principaux problèmes que nous avons avec Kiln & FogBugz, dans un développeur équipe très centrée, et ils ne causent un niveau continu d'irritation avec le logiciel qui devrait juste sortir de la route, mais ne le fait pas.

Source

2011-08-25 09:31:34 RandomCoder

Fogbugz et four - des plaintes?

Répondre

Questions connexes