En comparant les avantages et les inconvénients de Bitbucket pour Github
Avertissement: Ceci est une question subjective. Veuillez suivre les lignes directrices pertinentes.
Je considère la migration de code source à partir d'un traditionnel VCS
à un DVCS
. Puisque le fait d'avoir une vie décente GUI web frontend et outils de flux de travail sont un must, les deux candidats évidents sont Bitbucket et Github.
Malheureusement je n'ai aucune expérience approfondie avec l'un ou l'autre, donc je voudrais vraiment avoir quelques avis avant de prendre le plongeon. Surtout bienvenue serait observations d'une équipe/point de vue des entreprises concernant la journée-à-jour d'utilisation et des caractéristiques qui ont un impact sur la productivité.
Quelle est Votre expérience avec l'un ou l'autre? Tout en particulier les points saillants ou inconvénients?
- Qu'avez-vous trouvé qui a été considéré comme un décent interface graphique de Git?
- Finnell: l'interface graphique que dans le fait d'avoir un basé sur le web frontend une.k.un. Github.
- Ok merci pour la clarification.
- À partir d'un point de vue commercial, être en mesure de pousser à travers https peut faire une différence: stackoverflow.com/questions/3717129/..., de stackoverflow.com/questions/4372306/.... Bitbucket devrait être ainsi (confluence.atlassian.com/display/BITBUCKET/...)
- Avez-vous pensé à Four trop? C'est un troisième bon choix.
- Ok, je me suis trompé dans la clôture de cette question comme non-constructive, mes excuses. J'ai retiré les commentaires se référant à la clôture et les a remplacés par ce lieu.
- V. Karlsen: Pas de dégâts.
- Bitbucket suce si vous avez besoin d'accéder à partir d'un appareil mobile. Leur site web ne veut pas s'afficher différemment sur mobile à l'ordinateur de bureau. Il est vraiment difficile. Aussi, vous ne pouvez pas rechercher le repo pour une ligne de code spécifique via le site web. Ces 2 choses la rendre presque impossible pour moi de fonction et les problèmes de mise à jour et de code à partir d'un iphone 4 qui ne peut pas obtenir iOS8 où je serais en mesure d'acheter une application tierce qui permet via BitBucket de l'Api.
- Notez que BitBucket de ne plus soutenir Mercurial. (Août 2019)
Vous devez vous connecter pour publier un commentaire.
Vous avez vraiment besoin de répondre à une question fondamentale en premier. Voulez-vous utiliser Mercurial ou Git. J'ai eu à prendre cette décision plus tôt cette année. Mercurial est de loin plus facile à installer et commencer à utiliser. J'ai finalement choisi de Git pour les raisons suivantes:
Si votre entreprise pourrait avoir besoin compliqué que la version de contrôle de processus avec Git. La courbe d'apprentissage est raide, mais il sera plus facile de faire ce que vous voulez vraiment à la fin de la journée. Je vais obtenir ce que je veux dire par 'raide'. La différence entre l'enseignement de quelqu'un Mercurial vs Git, est d'essayer d'obtenir un utilisateur de Windows d'apprendre Linux lignes de commande.
Si vous voulez un moyen rapide facile à utiliser DVCS dans lequel vous pensez simple branchement et le contrôle de version est tout ce que vous aurez jamais besoin, ne tuez pas vous-même avec Git, l'utilisation de Mercurial. Mais gardez à l'esprit la plupart des personnes à qui vous parlez dans les listes de Diffusion, IRC, etc. va avoir de l'expérience avec Git, Mercurial pas.
Si vous avez l'intention de payer pour GitHub ou BitBucket, je vous suggère de regarder Four. FogCreek a fait mercurial encore plus facile.
si vous êtes nouveau à tous les deux ensuite, cela dépend de ce que vous avez besoin. un free github compte ne comprennent pas les dépôts privés alors que bitbucket compte gratuit vous donne un accès illimité dépôts privés.
c'était la vente de chose pour moi - je n'ai pas envie de verser github comme je l'ai été mise à l'essai, mais je ne voulais pas me code gratuit pour tous comme il était commerciale. Cela m'amènent à choisir bitbucket
Maintenant j'utilise les deux (github pour mon OSS produits et bitbucket pour plus verrouillé de code), mais je suis le mouvement de l'ensemble de mon équipe, loin de SVN, mercurial que c'était une étape de plus simple pour aller à git. Par expérience personnelle, il était plus facile de se familiariser avec Hg au début, avant de git quand j'ai été en utilisant un DVCS pour la première fois. Il na pas besoin du complexe git installer et peut être utilisé à partir de windows cmd ou windows powershell
git large file storage
Atlassian est en train de faire un excellent travail l'amélioration de Bitbucket depuis qu'ils ont acquis il. Ils sont une entreprise avec un grand portefeuille de produits pour le développement de logiciels de gestion de projet/de l'outillage. Je pense que d'un point de vue des entreprises, qui pourrait être quelque chose à envisager, surtout si vous utiliser leurs outils déjà.
Comme déjà mentionné, la différence entre les options que vous mentionnez est vraiment git vs Mercurial. Cela ne peut pas être assez souligné.
git est un outil écrit par des programmeurs pour leurs besoins personnels. Ils veulent être en mesure de le faire exceptionnellement avancé les choses, ils sont convaincus qu'ils savent ce qu'ils font.
Si votre organisation n'a pas seulement emploient exceptionnelle programmeurs, s'attendre à des coûts élevés pour l'apprentissage, le dépannage et la frustration des gens de discuter dans la salle café lors de l'utilisation de git.
Mercurial vous offre 80% de la fonctionnalité de 20% de l'effort par rapport à git. (Hmm, ces réclamations pourraient être proches de violer Stackexchange politiques, je n'ai pas de réelles preuves statistiques à l'origine de ces numéros)
Pour le programmeur moyen les fonctionnalités de git et Mercurial sont très proches les uns des autres. Pour certains cas particuliers, git peut être supérieure, même du point de vue des entreprises. Si elles s'appliquent à vous, je suppose que vous avez git experts dans votre organisation déjà. S'ils peuvent vous en convaincre, d'aller pour elle.
Je ne peux pas commenter sur la qualité de service des hébergeurs que vous mentionnez.
Avertissement: Oui, je ne l'utilisation de git et je fais comme dans certains aspects.