Aller au contenu

Quel référentiel pour le travail de groupe ?

Pourquoi les dossiers et disques réseau partagés montrent leurs limites en travail de groupe : les modifications concurrentes s'écrasent, le verrouillage des fichiers bloque les changements par lot et impose une coordination de tous les instants.

, 2 min de lecture

Voir en Markdown

Le RéférentielL'endroit où une équipe documentaire conserve ses sources : répertoires partagés, base de données d'un CMS ou système de gestion de versions comme Git, qui conserve en outre l'historique complet de chaque fichier. Un référentiel Git est aussi appelé dépôt.Voir dans le glossaire → le plus fréquemment utilisé pour stocker des fichiers informatiques est le dossier, ou répertoire. Si ce dépôt est parfaitement adapté à la gestion de fichiers par un utilisateur unique sur son disque dur local, il montre rapidement ses limites pour le travail de groupe.

Dans le cas d’un fichier disponible sur un disque réseau, imaginons qu’Arsène et Louise ouvrent la même version de ce fichier sous un éditeur de texte :

  1. Arsène et Louise ouvrent la même version du fichier.
  2. Chacun apporte des modifications différentes dans sa copie chargée en mémoire vive, puis enregistre son travail.
  3. Arsène enregistre tout d’abord ses modifications, puis Louise.
  4. À la prochaine ouverture du fichier, seules les modifications de Louise figureront dans le fichier.
Modification concurrente d'un fichier sur un dossier réseau partagéDiagramme de séquence montrant Arsène et Louise ouvrant la même version d'un fichier, le modifiant chacun de leur côté, puis l'enregistrant l'un après l'autre : les modifications d'Arsène, enregistrées en premier, sont écrasées par celles de Louise.Ouverture (copie chargée en mémoire)Ouverture (copie chargée en mémoire)Modifie sa copieModifie sa copieEnregistrementEnregistrementSeules les modifications de Louise sont conservéesArsèneFichier sur le dossier réseauLouise

Modification concurrente : les changements de Louise écrasent ceux d’Arsène.

Pour travailler sur un fichier, le rédacteur technique utilise un programme qui lit le fichier sur son disque dur et en charge une copie en mémoire vive. Les modifications s’effectuent sur cette copie. Lorsque le rédacteur technique enregistre ses modifications, le programme écrase sur le disque dur la version précédente du fichier.

La version précédente est donc définitivement supprimée, sauf :

  • si le programme a créé une copie de sauvegarde. Il n’existe alors que deux versions du fichier à un instant donné : la version n et la version n-1.
  • si le rédacteur technique a utilisé la fonction Enregistrer sous, et non Enregistrer, pour créer une nouvelle version du fichier. Le rédacteur technique peut alors créer autant de versions qu’il le souhaite, par exemple en ajoutant le suffixe -1, -2, etc. au nom du fichier.
Verrouiller les fichiers ouverts
Pour éviter ce genre de situation, de nombreux programmes verrouillent les fichiers ouverts. Ils ne sont donc disponibles qu’en lecture tant que l’utilisateur qui les modifie en a une copie en mémoire vive (c’est-à-dire, tant qu’il ne l’a pas fermé). Il n’est donc pas possible avec ce système de travailler à plusieurs sur le même fichier et d’effectuer par exemple des modifications transverses par lot, comme modifier le chemin de toutes les images.
Ne pas verrouiller les fichiers
Si le programme utilisé ne verrouille pas les fichiers ouverts, une coordination de tous les instants doit s’instaurer entre les membres de l’équipe.
  • Pour comparer les différents types de référentiels, revenez à Référentiel.
  • Pour voir d’autres risques du travail direct sur un partage réseau, lisez les répertoires réseau partagés.
  • Pour voir comment un système de Gestion de versionsEnregistrement de chaque modification d'un ensemble de fichiers, qui permet de restaurer n'importe quel état antérieur, de comparer les changements et de travailler à plusieurs en parallèle. Git est le logiciel de gestion de versions le plus répandu ; en docs-as-code, la documentation est placée sous gestion de versions à côté du code du produit.Voir dans le glossaire → gère le contenu plutôt que les fichiers, lisez Git : du fichier au contenu.
  • Pour voir comment un CMS (Content Management System)Un outil qui ajoute workflow et verrouillage des fichiers à la gestion de contenu, au prix de compromis de fiabilité par rapport à une gestion de versions simple.Voir dans le glossaire → gère le verrouillage des fichiers pour l’équipe, lisez Les CMS : le workflow en prime, mais une fiabilité à tester.