Garder l'historique des changements de /etc grâce aux outils de suivi de version (svn, svk)

Magazine
Marque
GNU/Linux Magazine
Numéro
115
Mois de parution
avril 2009


Résumé
Cet article s'adresse aux administrateurs système, qui ont l'habitude de modifier les nombreux fichiers de configuration du répertoire /etc. Un outil de suivi de versions (versioning) peut énormément leur simplifier la tâche, surtout s'il s'agit de mémoriser les versions successives, en se réservant la possibilité de revenir en arrière. Malheureusement, ce type d'outils bien connu des développeurs ne fait souvent pas partie de la culture de base des administrateurs système. Mais, nous allons essayer de corriger cette lacune !

Nous allons voir dans cet article comment nous y prendre, avec deux outils assez proches, Subversion (svn) et svk. Ces deux commandes ont de larges possibilités conçues pour gérer des « projets logiciel » complets, mais nous nous contenterons dans cet article d'un nombre limité de fonctionnalités, en négligeant celles qui servent essentiellement aux développeurs travaillant en équipe (multi-utilisateur, synchronisation sur un serveur réseau). Toutefois, j'espère que les exemples vous inciteront à mettre le pied à l'étrier pour découvrir par vous-même les autres fonctionnalités de svn/svk.

1. svn ou svk ?

Il existe actuellement de nombreux systèmes de gestion de versions (en anglais, SCM, Source Code Management, ou VCS, Version Control System), dont le plus populaire est encore Subversion (svn), même s'il est fonctionnellement dépassé par des avatars plus modernes, comme Git, Mercurial ou Bazaar.

svn reste conceptuellement assez simple ; si vous ne connaissez...

Cet article est réservé aux abonnés. Il vous reste 96% à découvrir.
S'abonner à Connect
  • Accédez à tous les contenus de Connect en illimité
  • Découvrez chaque semaine un nouvel article premium
  • Consultez les nouveaux articles en avant-première
Je m'abonne


Article rédigé par

Les derniers articles Premiums

Les derniers articles Premium

Game & Watch : utilisons judicieusement la mémoire

Magazine
Marque
Contenu Premium
Spécialité(s)
Résumé

Au terme de l'article précédent [1] concernant la transformation de la console Nintendo Game & Watch en plateforme de développement, nous nous sommes heurtés à un problème : les 128 Ko de flash intégrés au microcontrôleur STM32 sont une ressource précieuse, car en quantité réduite. Mais heureusement pour nous, le STM32H7B0 dispose d'une mémoire vive de taille conséquente (~ 1,2 Mo) et se trouve être connecté à une flash externe QSPI offrant autant d'espace. Pour pouvoir développer des codes plus étoffés, nous devons apprendre à utiliser ces deux ressources.

Raspberry Pi Pico : PIO, DMA et mémoire flash

Magazine
Marque
Contenu Premium
Spécialité(s)
Résumé

Le microcontrôleur RP2040 équipant la Pico est une petite merveille et malgré l'absence de connectivité wifi ou Bluetooth, l'étendue des fonctionnalités intégrées reste très impressionnante. Nous avons abordé le sujet du sous-système PIO dans un précédent article [1], mais celui-ci n'était qu'une découverte de la fonctionnalité. Il est temps à présent de pousser plus loin nos expérimentations en mêlant plusieurs ressources à notre disposition : PIO, DMA et accès à la flash QSPI.

Programmation des PIO de la Raspberry Pi Pico

Magazine
Marque
Contenu Premium
Spécialité(s)
Résumé

La carte Pico de Raspberry Pi est appréciable à bien des égards. Ses ressources, son prix, ses deux cœurs ARM... Mais ce morceau de silicium qu'est le RP2040 renferme une fonctionnalité unique : des blocs PIO permettant de créer librement des périphériques supplémentaires qu'il s'agisse d'éléments standardisés comme SPI, UART ou i2c, ou des choses totalement exotiques et très spécifiques à un projet ou un environnement donné. Voyons ensemble comment prendre en main cette ressource et explorer le monde fantastique des huit machines à états de la Pico !

Abonnez-vous maintenant

et profitez de tous les contenus en illimité

Je découvre les offres

Déjà abonné ? Connectez-vous