Différences

Ci-dessous, les différences entre deux révisions de la page.

--- bloc2:prog:gen:svn [2024/11/05 15:43] – [Rappel] admin
+++ bloc2:prog:gen:svn [2024/11/05 15:45] (Version actuelle) – supprimée admin
@@ Ligne 1: / Ligne 1: @@
-====== Versioning - Outillage ======
-===== Rappel =====
-La versioning est un **méthode de gestion de version** qui consiste à historiser les modifications faites dans le code source d'un projet par les développeurs qui y contribuent successivement.
-En cas de besoin, il est alors possible de revenir en arrière, comparer des versions antérieures du code, corriger des anomalies, toutes actions de maintenance qui sont liées à un état historique précis (version). \\
-Il existe deux produits largement employées pour le versioning :
-  * Git : technologie moderne, décentralisée, imaginée par Linus Torvalds (auteur de Linux)
-  * SVN : implémente la technologie SubVersion, ancienne, rustique et centralisée mais éprouvée
-===== Git =====
-==== Les principales opérations ====
-==== Usages ====
-==== Références ====
-===== SVN ======
-==== Les principales opérations SVN =====
-  * **CHECKOUT**** :** Importation sur un client d’un projet mis en partage sur un serveur SVN
-  * **UPDATE**** :** Synchronisation du projet, du serveur vers le client (download des mises à jour)
-  * **COMMIT**** :** Synchronisation du projet, du client vers le serveur (upload des mises à jour)
-  * **DISCONNECT**** :** Déconnexion du partage (avec ou sans suppression des fichiers SVN locaux)
-{{:bloc2:prog:gen:versioning-prat.png?600|}}\\
-==== Organisation SVN ====
-Sur un serveur SVN, le projet, les Branches et les Tags sont stockés dans des dossiers spécifiques nommés res-pectivement « trunk », « branches », et « tags ». Ce n’est qu’une convention de nommage que vous êtes libres de respecter ou d’adapter, mais les bonnes pratiques vous conduiront naturellement à adopter ce nommage.
-L’intérêt des étiquettes sous Subversion est d’utiliser des noms symboliques plutôt que des numéros de révisions pour se référer à un état précis, comme par exemple ’release-1.1’, plutôt que ’488’.
-Un nom symbolique permet de revenir facilement à une version identifiée.
-Pour créer un tag, il suffit de copier l'état actuel d'une version de développement dans un sous-répertoire du dépôt.
-Les règles suivantes sont communément admises :
-  * Liste à puceLes différents tags correspondent chacun à un sous-répertoire, lui-même contenu dans un sous-répertoire nommé tags du projet ;
-  * On ne « commit » pas dans un tag ;
-En fonction de l’ampleur et du nombre de projets contenus dans votre dépôt, l’emplacement de ces trois dos-siers peut varier. Il existe en fait deux formes recommandées en fonction de vos besoins :\\
-{{  bloc2:prog:gen:versioning4.png?400  |}}\\
-Quelle que soit l’architecture choisie pour les dossiers de base, l’utilisateur crée tous les dossiers intermédiaires librement. Par exemple, la branche « germanVersion » pourra être stockée dans le dossier branches/germanVersion. \\
-À consulter : [[http://www.lacl.fr/gava/cours/M2/IngLog/annexe3.pdf]]