Question

Quels sont les avantages et les inconvénients de l’utilisation d’un fournisseur d’hébergement pour un référentiel Subversion par rapport à sa maintenance en interne? Je suis sûr que la facilité d’installation et d’utilisation présente des avantages. Et il serait bien que quelqu'un d'autre s'assure que notre code est sauvegardé correctement.

Cependant, Visual SVN Server est très simple à configurer et nous avons déjà un ensemble de serveurs pré-établi qui est géré par un autre service et régulièrement sauvegardé. Cela dit, quels sont les principaux avantages et inconvénients de l’utilisation d’un service hébergé par rapport à sa maintenance par nous-mêmes?

Liens croisés:

Était-ce utile?

La solution

Si vous avez déjà l'infrastructure en place et que vous avez confiance en votre capacité à héberger, sauvegarder et rendre accessible vos référentiels, je dirais qu'héberger SVN vous-même est la solution. Cela vous permet une croissance relativement illimitée et un contrôle total sur votre source.

Si vos effectifs de développement principalement mobiles sont peu nombreux, le coût et les limitations de l’utilisation d’un fournisseur hébergé pourraient vous rendre la tâche beaucoup plus pratique. Mais cela ne concerne que très peu d'entreprises.

Autres conseils

Voici mon expérience personnelle avec ce problème. J'ai exploité mon propre serveur SVN pendant plus de 2 ans et CVS plus de 2 ans auparavant. SVN est très simple à administrer, mais au fil du temps, de plus en plus de mon code a été transféré dans le référentiel. J'ai littéralement tout ce que j'ai écrit du collège jusqu'à aujourd'hui, mon référentiel (projets de travail bien entendu exclus).

J'ai vraiment regretté de ne pas pouvoir travailler toute ma vie sur un serveur quelconque de ma maison. 5 ans de code, c'est un peu. Parfois, je devenais assez paranoïaque pour exécuter une sauvegarde et prendre un CD pour travailler et le jeter dans le bureau. Mais le temps entre les sauvegardes manquait franchement.

Il y avait aussi les problèmes de sécurité liés à l'auto-hébergement d'un serveur. J'étais assez assidu lors de l'installation des mises à jour (debian est si facile à utiliser avec ça). Mais au fil du temps, j'ai constaté que j'avais de moins en moins de temps pour administrer le serveur.

Finalement, j’ai cherché des fournisseurs et j’ai essayé d’utiliser wush.net. Vous ne pourrez pas me faire revenir à l'auto-hébergement. Wush.net est un hôte incroyable. Je les utilise depuis 2 ou 3 ans maintenant et depuis tout ce temps, il y a eu un seul (oui, un seul) cas pour lequel je n'ai pas pu obtenir ma source. Ils effectuent des sauvegardes hors site tous les soirs, donc je me sens à l'aise avec la sécurité de mon code. Et comme je n’ai plus à administrer, j’ai encore beaucoup plus de temps pour coder.

Quelle est l’importance de votre référentiel SVN?

Vital?

Ensuite, vous ne voulez pas faire confiance à un hôte qui promet de le sauvegarder régulièrement. Il est facile de devenir un hôte, vous louez un serveur et vous êtes un hôte. Il a donc attiré beaucoup de fournisseurs moins professionnels, et vous ne serez généralement pas en mesure de distinguer le bon du mauvais tant que le mauvais ne sera pas publié. et que soudainement, vous ne pouvez plus vous connecter, ni les contacter pour ces sauvegardes, et leur hôte éteint votre serveur car ils n’ont pas été payés et ne vous parleront pas car ils n’ont aucune relation professionnelle avec vous.

Par conséquent, si vous utilisez un hôte, assurez-vous que ces sauvegardes se retrouvent entre vos mains régulièrement, et vous pourrez les restaurer. Quelque chose de moins est simplement une confiance aveugle que vous serez toujours en mesure de les obtenir.

Plusieurs discussions SO précédentes en ont déjà parlé:

Quels sont les bons FAI qui subvertissent leurs hôtes où doit se trouver un référentiel de subversion Devrais-je utiliser une solution d'hébergement logiciel pour mes projets personnels

Je suis sûr que j'en ai vu plusieurs autres, mais je ne les trouve pas pour le moment.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top