Tortoiseisesvn est bon pour cela?
Qu'en est-il des meilleures pratiques pour travailler bien?
Un soin particulier sur les problèmes difficiles utilisant de cette façon?
5 Réponses :
Je fais ça. J'utilise un dossier partagé appelé svn. À l'intérieur de ce dossier se trouve chacun de mes référentiels de subversion pour divers projets.
n'a pas eu de problèmes. J'engage maintenant ceci sur un tableau RAID 5 pour la redondance.
Je devrais signaler que cela fait cela depuis plus de 3 ans.
Je l'ai également configuré dans un environnement d'entreprise pendant les 2 dernières années où le référentiel a eu plus de 200 checkins et la taille est supérieure à 200 Mo.
Environnement d'entreprise sans Svnserve ou SVN WebDAV Server? C'est une mauvaise idée, je ne recommanderais pas.
Si vous êtes 2-3 personnes dans une organisation de milliers, et que le lecteur de Partail est contrôlé via Active Directory, et coûte des milliers de personnes à héberger une machine virtuelle simple uniquement pour un accès Web, j'irais une méthode simple. De plus, la part du lecteur est sauvegardée et rotative réglementaire.
Vos données, pas les miennes. Mais je ne le recommanderai pas à quelqu'un d'autre aussi facile que vous le faites. Accès simultanément Les mêmes fichiers sur SMB ne sont pas ce que j'appelle une méthode de sécurité. Si vous n'avez que 2 ou 3 personnes, vous pouvez gérer cela en criant vos serrures aux autres, true. J'ai vu des approches similaires pour une copie de travail complète. s'éloigne, pleurant d'horreur et tire ses cheveux
Référentiel maître sur SMB. Référentiel local sur la machine locale. Ceci est pour les fichiers de données SQL, la documentation. J'étais le commitère principal. Accordé non pour une entreprise appropriée dans laquelle de nombreux développeurs sont nécessaires, mais l'utilisation de SVNserve n'était pas une option viable dans ce cas.
Évident inconvénients: même si vous utilisez RAID, vous avez donc une redondance sur les disques, si votre ordinateur est perdu ou volé, vous êtes hosté. Si vous avez la source hébergée sur un serveur quelque part, si le serveur ou votre ordinateur client est volé, vous aurez une autre copie. (Certes, si le serveur est volé, vous perdrez l'histoire et les branches, mais c'est mieux que rien.)
Pour un seul développeur, c'est OK.
Mais je décourage strictement de l'utiliser avec plus d'un développeur.
Le livre SVN dit:
Ne soyez pas séduit par la simple idée d'avoir tous vos utilisateurs accéder à un référentiel directement via Fichier: // URLS. Même si le référentiel est facilement disponible pour tout le monde via le réseau Partager, c'est une mauvaise idée. Il supprime toutes les couches de protection entre le Utilisateurs et le référentiel: les utilisateurs peuvent accidentellement (ou intentionnellement) corrompre la base de données du référentiel, il devient difficile de prendre le référentiel hors ligne pour inspection ou mise à niveau, et Cela peut conduire à un gâchis de problèmes d'autorisations de fichier (voir la section appelée "supportant plusieurs Méthodes d'accès au référentiel ".) Notez que C'est aussi l'une des raisons pour lesquelles nous Avertir contre les référentiels VIA SVN + SSH: // URLS - D'une sécurité point de vue, c'est effectivement la même chose En tant qu'utilisateurs locaux accédant via File: //, et peut impliquer tous les mêmes problèmes Si l'administrateur n'est pas prudent.
(de: http: //svnbook.red-bean .COM / EN / 1.4 / SVN.SERVERCONFIG.CHOOSE.HTML )
Installation de SVNserve n'est pas si compliqué et il vaut vraiment la peine de mettre une heure ou deux dans la configuration.
Ma suggestion est que vous devez faire très attention aux autorisations. J'ai trouvé des problèmes occasionnels dans une configuration en solo-développeur, donc si quelque chose agit d'une vérification étrange et de verrouiller l'état du référentiel d'abord. Si vous avez comme moi plusieurs projets non liés, ce que je fais est de créer un dir pour chaque projet, et dans ce dirai, j'ai mis deux sous-réticulations: SVN qui contient le repo pour le projet et "Checkout" qui contient la caisse réelle. J'utilise cette approche car j'ai une sauvegarde automatique de mon annuaire de domicile, alors je reçois la sauvegarde du projet et de son référentiel. Alternativement, vous pouvez mettre le repo ailleurs (qui doit être maintenu surveillé).
J'utilisais une boîte Linux juste pour héberger un serveur SVN (je fais presque tout mon développement sur Windows), mais j'en ai marre de l'emporter à hurler sous mon bureau et basculé sur SVN à un seul utilisateur hébergé sur Windows. Je n'ai eu aucun problème (toucher le bois) mais je prends soin de sauvegarder tous mes référentiels SVN fréquemment, de sorte que, au plus, je puisse perdre une journée de travail. Pas besoin de procédures de sauvegarde complexes, vous achetez simplement quelques trucs de mémoire flash USB et de copier simplement les répertoires d'archives SVN.
SVN Server simple à configurer: visuelsvn.com