Contrôle de la source pour tout le monde?

J'ai un certain nombre d'users non techniques qui partagent tous un set de files de projet. Il serait idéal de les faire utiliser le contrôle de version, mais je pense que la subversion et le git sont trop techniques pour le personnel de bureau non technique.

Existe-t-il un logiciel de contrôle des sources dissortingbuées qui fonctionnerait bien pour les gens normaux?

Solutions Collecting From Web of "Contrôle de la source pour tout le monde?"

Si le contrôle de la source est trop technique, ils peuvent utiliser Subversion avec WebDav .

Les personnes less techniques sauvegarderont simplement les files normalement de n'importe quelle application qu'ils utilisent, sans se soucier du contrôle de la source. Ils bénéficient de l'auto-versioning sans rien faire.

Chaque fois qu'ils ont besoin de plus de fonctionnalités, ils peuvent apprendre à utiliser TortoiseSVN pour voir les différences, revenir à l'ancienne version qui a été faite automatiquement pour eux …

Du livre de subversion:

Parce que de nombreux systèmes d'exploitation ont déjà des clients WebDAV embeddeds, le cas d'utilisation de cette fonctionnalité est fantastique: imaginez un bureau d'users ordinaires sous Microsoft Windows ou Mac OS. Chaque user "monte" le repository Subversion, qui semble être un dossier réseau ordinaire. Ils utilisent le dossier partagé comme ils le font toujours: ouvrir des files, les modifier, les save. Pendant ce time, le server est automatiquement tout versionner. Tout administrateur (ou user averti) peut toujours utiliser un client Subversion pour searchr l'historique et récupérer des versions antérieures de données.

Avez-vous essayé Tortoise SVN ? Je ne peux pas imaginer que le contrôle de la source devienne beaucoup plus facile à utiliser.

Cela ressemble plus à un cas d'utilisation pour un outil collaboratif comme BaseCamp , SpiceBird ou SharePoint que «contrôle de source». Ces outils ont le même but que le contrôle de la source, mais sont plus orientés vers les documents de type Document Word et les users correspondants. Il s'agit d'un élément de plus à conserver par les informaticiens sur le server, mais cela supprime également la possibilité que l'assistant supprime votre code.

S'ils ont seulement besoin de modifier les files Office un user à la fois, obtenez les files sur un partage réseau avec les permissions appropriées et sauvegardez-les tous les soirs. Active Directory les avertira si quelqu'un l'a déjà ouvert.

Si c'est plus compliqué que le bureau, pensez à Sharepoint. Je pense que le SVN est trop compliqué, en particulier parce que les conflits et les comparaisons de files binarys, par exemple les anciens docs de mots, ne fonctionnent pas vraiment.

J'essaierais Mercurial avec TortoiseHG pour l'intégration d'Explorer.

C'est assez facile à utiliser que je pourrais sans problèmes:

  • Apprenez-le à un collègue qui ne maîsortingse pas l'informatique pour écrire du text set.
  • Guidez un ami par téléphone en installant Mercurial (TortoiseHG), en créant un référentiel et en le configurant pour travailler set en utilisant des directorys séparés (son) et pull (miens) – après l'avoir installé une seule fois sur une machine Windows Linux).

Et puisqu'elle est entièrement dissortingbuée, ils ne peuvent pas casser votre repository quand ils cassent les leurs – vous pouvez simplement décider de ne pas tirer leurs changements ou tirer seulement les bons changements (par exemple éviter ces files binarys énormes que les débutants ont tendance à mettre sous contrôle de version ).

Depuis lors, je suis passé à la gestion de tous mes sites statiques via Mercurial (et un push-upload hook qui télécharge automatiquement le site sur mon server FTP, donc je n'ai plus à me soucier de ça).

Je pense que la meilleure solution serait d'amener tout le monde à utiliser le système de contrôle de version directement. Si vous êtes sur une plate-forme Windows, TortoiseSVN serait ma recommandation.

Si utiliser TortoiseSVN directement est trop difficile, j'ai eu de bonnes expériences avec la mise en place d'un partage de files Samba où tous les documents du projet sont stockés et synchronisés automatiquement avec Subversion. Vous perdez les avantages des personnes qui écrivent des commentaires sur leurs validations, mais dans de nombreux cas, l'historique des versions automatiques est préférable à l'absence d'historique des versions. De cette façon, les personnes impliquées ne doivent même pas être conscientes du suivi de la version, tant qu'elles sauvegardent leurs documents au bon endroit. La fréquence à laquelle vous devez synchroniser dépend de la fréquence à laquelle les documents sont modifiés, mais dans mon cas, une synchronisation toutes les 24 heures était suffisante.

Note: Pour l'implémenter, j'ai dû écrire un script personnalisé qui extrayait la dernière version du référentiel, la comparais avec la copy locale et les commands svn (ou cvs ) pour append, supprimer et mettre à jour tous les files modifiés. Je ne suis pas sûr s'il existe une solution générale (open source) pour le faire, mais je ne pense pas que ce soit trop difficile à implémenter de toute façon (j'ai écrit un script simple pour le faire dans quelques heures).

J'explore actuellement dans quelle mesure SharePoint peut fournir un contrôle de version non technologique et fiable dans un context similaire. Le résultat préliminaire est "meh". Même dans le cas où nous arrivons à une conclusion, il devient déjà clair que le contrôle des révisions nécessite un changement assez important dans les attitudes des users à l'égard de la gestion des documents.

Maintenant, si c'était pour les équipes utilisant Apple Macs, ce que je suppose que ce n'est pas le cas, je recommand fortement Versions , qui est un client SVN extrêmement intuitif. C'est le premier et le seul logiciel où j'ai vu le contrôle des révisions et ses changements de paradigmes adoptés facilement par des non-programmeurs.

Avez-vous essayé le repère de version d'Adobe? Ce n'est pas open source / gratuit, mais il peut être plus facile à utiliser pour l'user final.

http://www.adobe.com/products/creativesuite/versioncue/

Si Subversion avec TortiseSVN est trop complexe – et il se peut, puisque le contrôle de version est un paradigme différent d'Open, Modify, Save – alors vous pouvez les démarrer avec un contrôle de version de main beaucoup plus simple:

myDocument-20080908-beverlyd.doc

C'est simple, facile à comprendre, et vous pouvez écrire un script qui archive toutes les anciennes versions toutes les nuits ou toutes les semaines afin qu'elles ne voient vraiment que la ou les deux dernières versions.

Si quelqu'un veut voir les différences, enseignez-leur diff.

-Adam

"Fichiers de projet" est potentiellement vague – si les files en question ne sont pas principalement des files ASCII et sont des documents Word ou quoi que ce soit, je ne suis pas sûr que les outils de contrôle de source traditionnels fonctionneront vraiment.

SVN et. Al. acceptera volontiers les files binarys, mais si c'est tout ce que vous utilisez, alors vous n'aurez pas vraiment la plupart des fonctionnalités utiles et vous finirez par confondre les users non techniques. SVN (et git, etc.) sont des outils conçus pour les programmeurs – si vous cherchez simplement un bon moyen de gérer les révisions de documents et de garder un historique, je suppose qu'il existe de meilleurs outils pour votre plate-forme particulière (bien que je ne Je connais assez pour en reorder un particulier).

Cela dit, si ce sont principalement des files ASCII, je pense que TortoiseSVN est votre meilleur choix.

J'ai fait un howto pour la réponse subversion + webdav:

http://timwise.wikispaces.com/document-versioning