J'aime l'application Web de l'hébergement de projet Google. Il comprend le suivi des bugs, le wiki et la SCM dans une interface. (Exemple: Editeur WMD )
Cette solution est fermée Source et non à vendre. Tout en recherchant des solutions similaires, j'ai trouvé TRAC qui a une interface rugueuse.
Pourriez-vous répertorier des solutions similaires?
Quelqu'un a posé la même question, mais spécifié git comme le SCM.
10 Réponses :
TRAC fait toutes ces choses.
Je ne peux pas vous dire exactement ce que je n'aime pas à propos de Trac, mais je continuerai à l'utiliser jusqu'à ce que j'apprends à utiliser une meilleure solution.
Si vous ne pouvez pas me dire ce que vous n'aimez pas sur TRAC, il sera difficile de recommander quelque chose qui résout votre problème. Vous pouvez également essayer LiquidPlanner ou Fogbugz, bien que je n'ai jamais utilisé celles-ci, je ne peux pas les recommander.
Fogbugz est assez slick. J'utilise depuis un mois et j'ai vraiment envie. Il a un plug-in SCM.
Si vous êtes prêt à tolérer la source fermée, Fogbugz est plutôt bon. http://www.fogcreek.com/fogbugz/
Ils vous laisseront le tester pour 2 personnes jusqu'à 2 personnes et si vous décidez de votre choix, vous pouvez soit un espace de licence sur leurs serveurs ou l'achat de vos serveurs.
Si vous êtes une source open source, je vous recommande de diversifier. Obtenez quelques types de logiciels différents pour faire les différentes choses que vous voulez. Souvent, des choses comme SVN auront des scripts post-validons pour lier vos commits à votre wiki ou votre suivi de bogues, etc.
Son gentil quand les choses sont groupées, mais plus agréable quand vous pouvez choisir et choisir les choses que vous voulez.
En fait maintenant, je crois qu'ils vous permettent de le tester pour autant de personnes que vous le souhaitez pendant 45 jours. Bien que je me souvienne d'être deux à un moment donné du passé pas si lointain.
+1: Nous l'utilisons ici à Inntec. Le wiki avait des problèmes irritants, du moins dans la version précédente, mais pour la plupart nous sommes tous très heureux.
En fait, je pensais à mélanger Mediawiki avec Bugzilla et Subversion
Nous avons réellement utilisé MediaWiki avec MANIS et SUBVERSION. Cela a bien fonctionné pendant un moment (j'ai eu des scripts très impressionnants post commettez-nous que j'ai hérité), mais finalement Fogbugz n'est qu'une interface plus propre
Vous pourriez regarder RedMine.org , je me connais simplement avec cela, n'ayant que d'utiliser sur un projet pendant quelques mois, mais aimer jusqu'à présent.
Il a l'air plus agréable que TRAC, et a un support de projet multiple natif.
J'utilise Redmine pendant un moment et ça marche très bien.
Avez-vous vraiment besoin de trois solutions (SCM, suivi des bogues et wiki) dans une solution? Pourquoi ne pas mélanger et faire correspondre les solutions qui fonctionnent le mieux pour vous?
Je n'ai jamais utilisé TRAC, mais BugZilla fonctionne très bien comme un suivi de bogue gratuit. Il y a beaucoup de wikis open source, et pour SCMS gratuits, Mercurial, Git et Subversion sont tous d'excellents choix.
Pour des solutions payantes, Atlassien Jira et Confluence (Suivi des tâches et Wiki) vont bien, mais Fogbugz est meilleur. Perforce est imho le meilleur SCM non libre.
[EDIT] Depuis que j'ai écrit cette réponse, un nouveau logiciel de gestion de projet distribué entièrement intégré est passé 1.0: Veracité < / a> par SourceGear.
Fossil-SCM est un joli SCM distribué, où "SCM" a le original Signification de "Gestion de la configuration logicielle" et non du nouveau sens dilué de "Gestion de code source".
Qu'est-ce que cela signifie que le fossile intègre le contrôle de la version distribuée, le suivi de bogues distribuée et le wiki distribué dans un référentiel. Pas un ui , comme, dites, trac mais un le référentiel unique .
Donc, si vous clonez un référentiel fossile, vous n'obtenez pas simplement la dernière version du code source et de tout son historique, comme vous l'obtiendrez avec git, mercurial, bazar, monotone, darcs ou tout autre système de contrôle de la version, Vous aussi obtenez la base de données de bogues actuelle plus tout son historique et le wiki actuel plus toute son histoire.
Fossil est écrit par D. Richard Hipp, qui n'est pas seulement l'auteur de SQLite mais également CVSTRAC (précurseur de Trac). Alors, vous savez il faut être bon.
Si vous voulez voir un exemple de fossile en action, il suffit de suivre le lien que j'ai posté: Fossil est hébergé au fossile lui-même et la page d'accueil des fossiles est en réalité le référentiel fossile lui-même.
BTW: Même si vous ne vous retrouvez pas en utilisant du fossile, passez un peu de temps à apprendre ses concepts. C'est un design plutôt brillant, et vous allez probablement apprendre quelque chose que vous pouvez appliquer même si vous utilisez Trac, Git, Instiki ou autre.
Où est l'interface de vue pour fossile? Comment pouvons-nous obtenir l'interface du site Web comme celui sur Fossil-SCM .org / index.html / doc / coffre / www / index.wiki pour nos propres projets?
Si vous aimez vraiment l'application Google Hosting, vous pouvez trouver Indefero le bon choix pour vous.
Quelqu'un a-t-il mentionné Indefero? a l'air assez sympa afin que les non-technologies ne soient pas effrayées pour l'utiliser , version open source, projets privés ... Soutien GIT, problème de suivi ... semble être une bonne solution.
Je vais devoir aller avec Echoesofspring sur celui-ci. Redmine semble être un excellent système en tant qu'outil de suivi / de gestion de projet si vous souhaitez: 1. Gérer plusieurs projets avec des sous-projets 2. Transparence du projet / État de la tâche avec les clients ou les chefs de projet 3. Intégration du référentiel (je ne l'ai pas utilisée) 4. Gant et calendriers et plus ...
Je l'ai choisi de cette [Liste Wiki des outils de gestion de projet]: [1] http: // en.wikipedia.org/wiki/comparison_of_project_management_software# !
Notez que l'hébergement de projet Google n'est que pour des projets open source