Protection du dépôt Subversion

Question

J'ai rencontré plusieurs questions concernant la subversion ici, mais rien de spécifique à ce que je cherche.

Je vais embaucher un pigiste pour travailler à distance sur mes projets existants (extension des fonctionnalités et le code maintenacne pour le code déjà existant.

Alors que je vais lui faire confiance avec le code et lui laisser tout l'accès dont il a besoin pour travailler et tester l'application ... comment empêcher quelqu'un de supprimer, corrompre ou endommager le référentiel de code en supposant qu'il y a un différend entre nous à propos de quelque chose et que le pigiste revienne en causant des dommages à Maintenant, je pense qu'il y a une possibilité à distance de ce genre de choses se passe mais je voudrais prendre la précaution:

Comment pouvons-nous réaliser quelque chose comme ça dans Subversion?

Et d'autre part,

Toute suggestion pour un bon hébergement de subversion qui le rend très facile d'effectuer toutes les actions svn ... peut-être une interface Web .... (payant l'hébergement est bien, mais pas trop cher ..

Answer 1

Donner à quelqu'un l'accès au code d'enregistrement ou de caisse d'un référentiel SVN ne le laissera pas corrompre ou supprimer le référentiel. Toutes les modifications apportées peuvent être annulées. C'est tout l'intérêt des systèmes de contrôle de révision. Ne donnez pas au développeur un accès complet au serveur hébergeant SVN (par exemple, l'accès RDP).

Toutefois, il est de la responsabilité de sys admins (your?) De s'assurer que le référentiel lui-même est sauvegardé fréquemment, en cas de perte ou de corruption des données pour d'autres raisons.

En ce qui concerne la façon de fournir l'accès au référentiel, j'ai eu de la chance en utilisant VisualSVN pour configurer l'accès aux dépôts. Il donne aux utilisateurs finaux l'accès aux dépôts, et ils peuvent utiliser n'importe quel outil client pour accéder au code. Personnellement, je n'ai jamais trouvé beaucoup d'utilisation pour les interfaces web SVN en tant que développeur.

Answer 2

Tous les changements et dommages peuvent être inversés en subversion; Mais si vous voulez toujours être extrêmement sûr, vous pouvez toujours prendre une sauvegarde de votre code essentiel ailleurs où ce pigiste ne pourra pas voir.

Answer 3

Je ne suis pas sûr de ce que votre préoccupation particulière est. Le but du logiciel de contrôle de version (et plus spécifiquement de Subversion) est de rendre impossible la suppression, la corruption ou l'endommagement du référentiel de code.

Je présume que vous ne voulez pas perdre votre temps à annuler les changements. Eh bien, pour commencer, vous êtes censé mettre une certaine confiance dans votre freelance. Ce n'est pas un stagiaire adolescent après tout, mais quelqu'un que vous payez. Si je ne pensais pas qu'il pourrait faire le travail, vous ne l'engageriez pas. En second lieu, aucun système automatisé ne peut remplacer la communication. Si vous travaillez dans certains domaines de l'application et que vous ne voulez pas faire face à des mises à jour inattendues de votre collègue, dites-le lui!

Certaines fonctionnalités qui peuvent vous aider:

• Branches: caractéristiques complexes ou expérimentales sont mieux réalisées par le développement parallèle et une fusion finale dans le coffre une fois terminé.

• Access control: vous pouvez configurer le référentiel afin que certains chemins ne soient pas lisibles ou inscriptibles par certains utilisateurs.