Vous demandez simplement que l'un de vous utilise GIT ou Mercurial pour vos projets Java, ou est-ce que Subversion est toujours le choix le plus populaire? J'ai regardé github.com et bitbucket.org dernièrement, mais parce que les référentiels pourraient être privés, je ne peux pas avoir une bonne indication de l'utilisation réelle.
6 Réponses :
Github vend également hébergement privé et ça fonctionne vraiment bien. Pour afficher les packages disponibles, accédez à votre page de compte et cliquez sur Changer le plan en haut à droite ( dans la Si vous souhaitez voir comment GIT se compare à d'autres systèmes de contrôle de version, il n'existe pas de site idéal mieux que celui-ci: Pourquoi Git est meilleur que x ( coïncidemment, la source de ce site est sur GitHub; il y a un lien vers le bas au bas de la page ). < / p>
Je ne pense pas que la langue que vous utilisez pour votre projet importe beaucoup. Je suis récemment passé à Git et je suis toujours assez nouveau nouveau, mais cela semble vraiment avoir beaucoup de sens. J'aimerais vraiment aimer tout l'idée que chaque référentiel est un clone l'un de l'autre, au lieu d'avoir un référentiel central qui ne vous permettrait pas de travailler en mode hors connexion ( comme c'est le cas avec Subversion ). Malgré le fait que la plupart des gens ont toujours un accès à Internet, il est également agréable de savoir qu'il n'y a pas vraiment un seul point d'échec ( sauf s'il y a un point unique pour commencer, ce qu'il n'y aurait pas si vous avait l'hébergement à Github par exemple, ou aussi longtemps que vous aviez deux référentiels ).
En fin de compte, je ne pense pas que cela devrait vouloir choisir ce qui est le plus populaire ( qui semble être git ) mais ce qui fonctionne pour vous. Je pense que la plupart des développeurs commencent à se déplacer vers un système de contrôle de version distribué, comme Git ou Mercurial, et il semble que plus d'autres rejoignons le camp GIT, ce qui signifie probablement que vous trouverez plus de guides, d'outils, etc. pour cela, en particulier Comme de plus en plus de personnes continuent de passer à elle.
Je ne pense pas que la langue devrait entrer dans l'équation. Mercurial et Git sont à la fois fonctionnellement similaires et conceptuellement très différents que la subversion. Il est plus important que vous sélectionniez la bonne saveur du contrôle de la version pour votre façon de travailler.
Comme cela se produit, j'utilise mercurial avec Java. J'utilise Netbeans comme l'IDE qui a construit un soutien pour Mercurial et Subversion - les deux fonctionnent bien. Je peux très recommander bitbucket aussi.
Je pense qu'il demande des choses comme quels fichiers devraient-ils ignorer en conjonction avec peut-être éclipse? J'ignore les annuaires binaires, mais ce n'est pas spécifique SCM.
Subversion est la meilleure solution lorsqu'il s'agit d'une intégration de l'IDE solide, car chaque IDE Java l'aide et Mercurial devrait être bien adapté aux utilisateurs de NetBeans comme l'équipe de Dev de NB l'utilise comme contrôle de source.
GIT n'offre tout simplement aucun avantage sur Mercurial, seul manque de support Windows et moins de support d'outils en général.
GIT est soutenu par Windows maintenant, même peut-être pas aussi bien que HG. Je n'ai pas fait de comparaison de détail.
GIT nécessite que Cygwin ou MSYS fonctionne sur Windows. À peine bon, support natif imo. accordé, je me développe sur Linux, alors je ne pouvais vraiment pas me soucier de moins.
Soyez prudent.
Vous souvenez-vous de la façon dont vous avez ressenti à propos de CVS après avoir utilisé Subversion?
Vous vous sentirez exactement la même chose à propos de Subversion si vous utilisez Git / Mercurial.
Ouais, bien sûr, tu tomberas pour Noël et le week-end impair,
Mais vous ne pouvez jamais rentrer à la maison.
Après avoir marre de la subversion inutile Ignorer les filtres, ma société a déplacé un projet sur Mercurial. Quelques mois plus tard, nous avions déplacé tout notre code (principalement Java) sur des repos mercuriaux. Chaque deuxième week-end, nous danse maintenant nue autour de dossiers de brûlure .svn chantant et hurlant. La ramification et la fusion est tellement plus lisse qu'avec la subversion. Et c'est vraiment agréable de travailler contre un repo local rapide foudre.
Je soupçonne qu'il y ait plus de projets à l'aide de Subversion que de Git et de Mercurial, mais la tendance semble aller vers des systèmes de contrôle de version distribués.
Le point crucial pour nous est un support IDE qui doit être solide de roche. Nous sommes un petit magasin et ne disposons pas de ressources pour faire face à de petites gênes (c'est-à-dire pourquoi nous sommes toujours sur CVS, comme nous en avons besoin de bon soutien de l'IDE comme CVS avant de changer).
Je crois que les autres ressentent la même chose. Le référentiel source est si crucial que toute migration doit être sans douleur et donner des prestations.
Personnellement, je crois que l'endossement du soleil de Mercurial profitera énormément, peut-être être une nouvelle norme DEFACTO