Vous semblez déjà avoir la chose .Net sous contrôle - alors voici une perspective Java.
Nous avons utilisé Jira pour toujours, et depuis l'introduction de Scrum, nous avons commencé à utiliser un plugin appelé Greenhopper qui rend Jira plus favorable à la mêlée. Il vous permet de créer des histoires, des bugs, etc., de les organiser sur un storyboard virtuel et si vous faites des efforts pour garder les choses à jour, cela générera vos graphiques burndown etc. Nous avons une équipe de développeurs répartis sur trois villes différentes et le storyboard en ligne fonctionne bien pour eux. EDIT: Je dois préciser que les équipes qui sont toutes dans un endroit ont tendance à utiliser les postits et les tableaux blancs plus et moins Jira - mais il y a un élément de traçabilité que Jira apporte que j'aime, donc je suis toujours désireux de pousser quelqu'un pour garder Jira à jour. Pour une intégration continue, nous utilisons Hudson, qui surveillera le contrôle de version et effectuera des builds en utilisant l'un de nos deux outils de script de construction - Ant et Maven. Il y a BEAUCOUP de fonctionnalités offertes par Maven et ses différents plugins, il peut être fait pour fonctionner avec différents serveurs d'applications, maintenir un dépôt de vos bibliothèques Java etc. beaucoup trop pour une réponse :). On peut également faire en sorte que Hudson puisse se connecter à Jira pour que le développeur accepte le code. Il verra les commentaires de contrôle de version et s'il voit quelque chose comme un numéro de problème Jira (par exemple PROJ-293), il mettra votre commentaire de contrôle de version sur le problème dans Jira, ainsi que l'état de la construction qui en résulte - stable, instable, cassé etc. Je sais que cela fonctionne avec Subversion que nous utilisons, je ne peux pas commenter sur les logiciels de contrôle de version plus à la mode comme Git , Mercure etc.