# Adopter le docs-as-code

Gestion de versions, branches et intégration continue appliquées à la documentation — accompagnées des didacticiels pratiques pour l'outillage de traitement de texte et d'automatisation dont ce workflow dépend.

## Processus et outillage

  - [**Intégrer la documentation aux processus de développement**](https://docs.redaction-technique.org/fr/tech-writing-process/integrating-documentation-into-development/): Aligner cadence de livraison, gestion de versions, tests automatisés et pipelines CI/CD.
  - [**Les systèmes de gestion de versions**](https://docs.redaction-technique.org/fr/tech-writing-process/version-control-systems/): Pourquoi la gestion de versions compte aussi pour la documentation, pas seulement pour le code.
  - [**Git : du fichier au contenu**](https://docs.redaction-technique.org/fr/tech-writing-process/git-from-file-to-content/): Penser Git comme un historique de contenu, pas seulement de fichiers.
  - [**Utiliser les branches**](https://docs.redaction-technique.org/fr/tech-writing-process/using-branches/): Stratégies de branches pour le travail documentaire en parallèle.
  - [**Le référentiel**](https://docs.redaction-technique.org/fr/tech-writing-process/repository/): Ce qui doit figurer dans un référentiel documentaire, et comment le structurer.
  - [**Un référentiel unique**](https://docs.redaction-technique.org/fr/tech-writing-process/single-repository/): L
  - [**Quel référentiel pour le travail de groupe**](https://docs.redaction-technique.org/fr/tech-writing-process/which-repository-for-group-work/): Choisir un modèle de référentiel quand plusieurs rédacteurs collaborent.
  - [**Les répertoires réseau partagés**](https://docs.redaction-technique.org/fr/tech-writing-process/shared-network-directories/): Pourquoi les lecteurs partagés ne suffisent pas pour un travail documentaire collaboratif.
  - [**Les bases de données SQL**](https://docs.redaction-technique.org/fr/tech-writing-process/sql-database/): Quand un référentiel adossé à une base de données a du sens — et quand ce n
  - [**Workflow CMS et fiabilité**](https://docs.redaction-technique.org/fr/tech-writing-process/cms-workflow-and-reliability/): Les bénéfices d

## Didacticiels pratiques

  - [**sed : modifiez votre texte sans ouvrir vos fichiers**](https://docs.redaction-technique.org/fr/tutorials/sed-text-editing/): Rechercher-remplacer en masse sur des centaines de fichiers en une seule commande.
  - [**Expressions régulières en Python**](https://docs.redaction-technique.org/fr/tutorials/python-regular-expressions/): Manipulation de texte pour les scripts d
  - [**Le Raspberry Pi 3 comme plateforme de documentation**](https://docs.redaction-technique.org/fr/tutorials/raspberry-pi-documentation-platform/): Un pipeline de publication minimal et à faible coût.
  - [**Mener un projet de bout en bout**](https://docs.redaction-technique.org/fr/tutorials/project-end-to-end/): Un projet suivi de la prise en charge jusqu

Vous travaillez avec DITA XML ou le single-sourcing ? Voir [la rédaction structurée](https://docs.redaction-technique.org/fr/structured-authoring/).

---

Source: https://docs.redaction-technique.org/fr/docs-as-code/
