Question

Nous sommes une entreprise travaillant sur les petites et certains projets énorme. Parfois, sur un projet sont plus de développeurs 5, 10, 20, etc.

Nous sommes à la recherche d'un système de contrôle de révision efficace avec les meilleures propriétés en option:

Problèmes de performances - une taille de fichier, la structure de répertoire complexe

Évolutivité - soutien à 5, 10, 25 développeurs, 10, 50, 200 projets

La fusion des branches

Revisioning et le marquage de code change

Statistiques et rapport pour les développeurs, les leaders, les fournisseurs, le développement leader, client, etc.

Soutenir le développement des différentes technologies -. NET, JAVA, PHP, Oracle, Delhpi, ABAP / SAP

En ce moment, nous décidons entre SVN, VSS, Rational rose, ClearCase and JIRA. Est-ce que certaines de ces solutions support bug traçage et le référentiel de base de connaissances?

Peut-être que quelqu'un a des expériences sur ce sujet et pourrait donner des propositions.

Merci à l'avance.

Meilleures salutations.

Était-ce utile?

La solution

Je travaille sur SVN, VSS et ClearCase dans diverses entreprises que j'ai travaillé. Je me suis toujours senti SVN est le meilleur parmi ceux-ci. Cependant, il y a des mieux distribués outils de contrôle de version (comme Mercurial, git, bazar) disponible dans les ces jours-ci que vous pourriez envisager aussi.

Voici mon point de vue sur primaryly SVN / ClearCase:

Problèmes de performances     SVN: Je l'ai vu que la subversion peut gérer les choses jusqu'à une taille de fichier unique de 2 Go. structure de répertoire complexe n'a pas d'importance pour la subversion comme il est     Clearcase: J'ai vu des problèmes de performance / réseau ClearCase dans le traitement d'énormes fichiers / répertoires. Dans mon cas, il était un NFS monter dans mon système Windows et il avait fait des choses terriblement lent en builds perfoming.

Évolutivité     Les deux SVN et clearase ont de bonnes options d'évolutivité. Cependant a svn assez bonne communauté et de soutien sur Internet qui manque ClearCase. Toutefois, en cas de ClearCase, vous aurez un soutien payé et la résolution rapide de tout problème d'évolutivité.

La fusion des branches    Clearcase est un gagnant clair dans ce cas. Clearcase pendant un certain temps a une assez bonne capablities de fusion. SVN améliore encore sur ce front, mais il y a eu une contribution majeure à la fonctionnalité de fusion svn dans un passé récent.

Revisioning et le marquage de code change    OMI, son à peu près la même entre clearase et svn. Mais les conventions sont un peu différentes.

Statistiques et rapport    ClearCase a de bonnes capacités de reporting, mieux que svn. Cependant, je me suis senti ClearCase est un tueur plus dans ce cas. SVN a beaucoup d'outils simples de reporting (comme GlassFish) qui sont capables de fournir des rapports soignées.

Soutenir le développement des différentes technologies    Je travaille sur la plupart des technologies ci-dessus, mais je crois que les deux outils ont un soutien décent pour tous environnement possible (comme Visual Studio, Eclipse, etc)

BTW, rose rationnelle est un outil UML, non liée à versioning. JIRA est un outil de suivi des bogues, il intègre bien avec SVN. Je vous recommande de regarder pour intégrer avec trac svn.

Hope l'aide ci-dessus

Autres conseils

Nous avons une très bonne expérience avec SVN. Il a un bon contrôle sur la base de code, et il est facile de voir ce qui se passe sur les fichiers.
Il a également une bonne interation Visual Studio via des plugins 3ème partie. Nous utilisons VisualSVN, ce qui est gratuit mais il est très bon.

VSS n'est pas bon. Il est très facile de gâcher les choses.

ClearCase est assez bonne, mais les licences sont très chers. Il a le contrôle généralement très stricte sur la base de code, mais si un problème survient, il est très difficile de le réparer.

Ce qu'il faut, Do not utilisation VSS. Jamais.

Pour autant que je sache, Jira est est pas un système de contrôle de version, mais bug / problème système de suivi (et un très bon).

Comme dit dans d'autres réponses, SVN est une très bonne solution, utilisée par un grand nombre de projets avec succès. Les nouvelles solutions distribuées comprennent Git, Mercurial (Hg), Bzr, ... mais je ne pas utiliser un système de contrôle de version distribuée dans une équipe non distribués. Il y a un réel coût initial undertand DVCS.

Et ai-je déjà dit:. Utiliser VSS Do not, sous aucune circonstance

La liste ci-dessus contient la plupart du temps le contrôle de révision de la vieille école. Je voudrais éviter VSS à tout prix car il bloque les fichiers exlusivly -. Un seul utilisateur peut changer ou même check-out un fichier à la fois

Si vous voulez toujours simple dépôt localisé Je recommande SVN. il est facile à utiliser et a une bonne interation Visual Studio via des outils 3ème partie.

Si vous avez besoin d'une solution entièrement intégrée pour la technologie Microsoft (suivi des bogues, contrôle de code source, intégration continue, etc.) Je recommande d'utiliser TFS.

Consultez mercurial / GIT pour un contrôle de source de distrubutes si vous prévoyez beaucoup de branchement / fusion.

  • Clearcase est bon que si vous savez comment l'utiliser, et il est très cher
  • TFS ne fonctionne pas bien. Il est lent comme l'enfer.
  • SVN ne fait pas bonne ramification. Comme une note de côté, tous les grands projets OSS abandonnés déjà vers Git ou Mercurial
  • Évitez VSS comme l'enfer
  • Je vais certainement Jira + plastique SCM
  • Hg et Git sont excellentes options, mais vous devez être un amoureux de la commande la plupart du temps
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top