Bitbucket et une petite maison de développement

Je suis enfin en train de lancer Mercurial comme notre système de contrôle de version au travail. C'est une affaire énorme pour tout le monde car, choquant, ils n'ont jamais utilisé de VCS. Après des mois à mettre le bug dans les oreilles de la direction, ils ont enfin vu le jour et réalisent maintenant à quel point c'est mieux que de travailler avec un réseau de dossiers partagés!

Dans le processus de déploiement, je pense à différentes stratégies pour gérer nos affaires et je penche vers l'utilisation de Bitbucket comme référentiel "central". Les projets dans Bitbucket seront uniquement des projets privés et tout le monde poussera et tirera de là.

Je suis ouvert à différentes suggestions, mais quelqu'un a-t-il une configuration similaire? Si oui, quelles mises en garde avez-vous rencontrées?

J'utilise Bitbucket pour l'hébergement de référentiel privé et l'un de mes clients utilise l'hébergement de référentiel privé sur GitHub. Une autre société avec laquelle je travaille utilise un hébergement de référentiel privé de subversion sur les serveurs de Jira.

Le stockage hors site de vos données, si ce n'est pas le seul endroit où vous les avez, peut réduire vos risques en matière de reprise après sinistre. Étant donné que vous aurez des copies physiques de la source sur des machines de développement et que git et mercurial conservent tous les deux l'historique de développement dans les copies locales, c'est maintenant une solution très viable. À moins que vous n'ayez des gigaoctets de données dans un seul projet et une connexion réseau lente, je recommande fortement cette option. Son faible coût, offre aux développeurs beaucoup de portabilité et de flexibilité, et il vous donne une redondance automatique.

Selon votre niveau de paranoïa, vous pouvez craindre qu'un tiers stockant votre code puisse exposer à des risques de sécurité, mais je pense qu'en pratique, ce n'est pas pire que d'avoir des développeurs avec des ordinateurs portables qui peuvent être utilisés hors de votre réseau d'entreprise. Github et Bitbucket utilisent tous deux SSH pour transférer des données, de sorte que les attaques man-in-the-middle ont une probabilité d'occurrence relativement faible.

Je ne suis pas un utilisateur de BitBucket, mais je suggère de lire leurs termes et conditions avec un peigne à dents fines. Vous devez être vraiment sûr de leurs conditions de service, de la protection des données et de la sécurité / confidentialité si vous souhaitez y stocker les projets privés de votre entreprise.

Je suppose que vous avez cherché à héberger un «central / maître» Mecurial sur une machine interne?

Nous avons fait quelque chose de similaire avec ProjectLocker dans mon ancien travail. Honnêtement, cela se résume à une analyse coûts / avantages - êtes-vous prêt à renoncer à la flexibilité et aux coûts de fonctionnement de votre propre serveur Hq / Git / SVN pour le prix que vous paierez à BitBucket? Si oui, alors foncez. Nous n'avons jamais vraiment eu de problème de disponibilité et ce fut une bonne expérience.

Nous ne sommes pas des utilisateurs de BitBucket (en tant qu'entreprise). Nous exécutons plusieurs systèmes hérités en interne (CVS, SVN) et notre référentiel principal est un système git avec des caches synchronisés dans les bureaux périphériques. Du point de vue d'un gestionnaire, je déconseille de placer la propriété intellectuelle de votre entreprise sur les serveurs de quelqu'un d'autre, à moins que vous ne disposiez pas d'installations informatiques adéquates en interne. Ce code est l'élément vital de votre entreprise. Cela ne devrait pas être une question d'argent, mais de protection de votre propriété intellectuelle.

Je dirais que cela se résume à une analyse des coûts qui est moins chère; exécuter votre propre serveur (ou une instance de machine virtuelle) ou le coller ailleurs.

De plus, si la société a déjà configuré des dossiers partagés réseau, vous voudrez peut-être envisager d'utiliser Git, car vous pouvez transformer ce dossier partagé réseau en votre référentiel `` distant '', avec quelque chose comme git init --bare, et les autorisations de partage réseau seraient déjà en place pour les utilisateurs. Ensuite, chaque utilisateur peut simplement ajouter le dossier partagé en tant que télécommande avec git remote add origin file:///some/shared/folder (ce n'est peut-être pas la syntaxe exacte d'un partage référencé par un fichier, je le recherche sur Google pour la syntaxe exacte).

Je fais essentiellement cela à la maison pour gérer mes projets personnels; J'ai un lecteur NAS sur mon réseau local qui contient mes dépôts `` distants '', puis je peux y accéder à partir de mes différents PC et ordinateurs portables via une lettre de lecteur mappé Windows.

Je rejoins les autres programmeurs sur celui-ci: Réfléchissez bien à donner votre code .

Pour moi, ce ne serait qu'une option d'externaliser le VCS si vous n'avez vraiment pas la main-d'œuvre et / ou les connaissances pour héberger votre propre référentiel (c'est-à-dire: y compris les sauvegardes et la maintenance). Si vous avez déjà partagé des dossiers réseau avec des sauvegardes régulières, vous pouvez commencer à les utiliser et obtenir la sauvegarde sans frais supplémentaires.

J'ai utilisé BitBucket pendant un petit moment et j'ai trouvé que c'était un assez bon service. Je ne pense pas qu'il y aura de problèmes de confidentialité ou de sécurité.

Cela étant dit, si vous vous sentez mal à l'aise d'héberger le code de votre entreprise sur les serveurs de quelqu'un d'autre, vous pouvez configurer un référentiel mercurial accessible via ssh sur l'un des serveurs de votre entreprise. Voir http://mercurial.selenic.com/wiki/SharedSSH et http://blog.mixu.net/2010/10/04/setting-up-private-ssh-based-mercurial-repo-hosting-on-centos / .

Bitbucket est bon pour les projets open source.

Si ce projet sera propriétaire, je vous suggère d'héberger votre propre code. L'héberger vous-même n'est pas si cher, si vous avez déjà une configuration informatique. Trouvez simplement un serveur équitable et déployez votre code.

mercurial est facile à configurer.

bonne chance et profitez-en.

Mercurial est vraiment sympa. Manquez-le :(

Eh bien, pour une entreprise, je préférerais m'assurer que le référentiel faisant autorité du projet soit sur un serveur privé, même si vous avez un clone toujours à jour sur bitbucket, juste pour être sûr.

Je recommanderais d'installer Rhodecode sur une machine de serveur local privé (pour un accès rapide), puis d'avoir un bitbucket de mise à jour de script régulièrement, si vous le souhaitez. Gardez quand même plusieurs clones à différents endroits, on ne sait jamais.