Documentation sur les conflits lors de mises à jour
Signed-off-by: Genevieve Bastien <gbastien@versatic.net>
This commit is contained in:
parent
8a10d58c15
commit
f89a2b1542
@ -79,6 +79,17 @@ bundle exec rake assets:precompile RAILS_ENV=assets
|
|||||||
|
|
||||||
=== Mise à jour
|
=== Mise à jour
|
||||||
|
|
||||||
|
Pour mettre à jour l'agenda du libre, il faut d'abord aller chercher la version de master la plus récente sur le git
|
||||||
|
upstream (https://git.framasoft.org/agenda-libre/agenda-libre-ruby). Une fois cela fait, il faut y ré-appliquer les
|
||||||
|
changements qui auraient été effectués pour l'environnement donné et quelques conflits sont à prévoir. Le plus courant:
|
||||||
|
|
||||||
|
{{{
|
||||||
|
db/schema.rb: Ignorer les conflits. Prendre la version courante. Ce fichier est mis à jour à chaque migration et représente
|
||||||
|
l'état actuel de la base de données sur le serveur courant. Il est recommandé de versioner de fichier, mais à moins d'avoir
|
||||||
|
exactement le même type de base de données que les développeurs upstream, il va créer des conflits. Seule la dernière version
|
||||||
|
du fichier peut être conservée sur la branche de travail.
|
||||||
|
}}}
|
||||||
|
|
||||||
Lors des mises à jour de l'agenda du libre à une version plus récente, les commandes suivantes sont nécessaires:
|
Lors des mises à jour de l'agenda du libre à une version plus récente, les commandes suivantes sont nécessaires:
|
||||||
|
|
||||||
{{{
|
{{{
|
||||||
|
Loading…
Reference in New Issue
Block a user