Closed Devdevdavid closed 3 years ago
Nous choisirons la seconde solution. Voici à quoi ressemblera l'arbre git :
master
c_thierry
Les branches de configurationc_pascal
c_david
add_telegram_interface
Les branches de dev. classiquesPour mettre à jour une branche de configuration, il suffira d'effectuer un merge de master
vers c_<nom>
pour apporter les dernières améliorations.
Une attention particulière sera apportée à la résolution des éventuels conflits lors des opérations de merge.
La première de ces branches sera réalisée dès que @Pascal-Tours en aura le besoin.
Problème
Pour chaque carte qui est produite, son utilisateur dispose d'une configuration qui lui est propre (Seuils de température, mot de passe wifi, token Telegram, etc.) Afin d'éviter de s'y perdre, il nous faut un moyen fiable de sauvegarder l'état d'une configuration donnée dans le but de pouvoir y revenir plus tard.
Solutions proposées
1) Il est possible de réaliser des Tag release. Chaque fois qu'une nouvelle configuration est créée, on associe un Tag au commit pour l'identifier avec le nom du propriétaire par exemple. Ce système empêche la mise à jour ultérieure (passage de
v1.9.1
àv1.9.2
par exemple).2) Il est aussi possible de créer une branche pour chaque propriétaire. On peut donc effectuer des merges depuis
master
pour mettre à jour la branche tout en conservant la configuration deglobal.hpp