[grisbi-devel] Conflit SF/github...

Ludovic Rousseau ludovic.rousseau at gmail.com
Thu Oct 20 10:11:08 CEST 2016


Bonjour,

Le 20 octobre 2016 à 00:59, Rémi Cardona <remi at gentoo.org> a écrit :

> remi at exos ~/Projets/grisbi.mirror $ git remote update -p
> Récupération de origin
> remote: Counting objects: 552, done.
> remote: Compressing objects: 100% (253/253), done.
> remote: Total 385 (delta 316), reused 149 (delta 132)
> Réception d'objets: 100% (385/385), 302.23 KiB | 428.00 KiB/s, fait.
> Résolution des deltas: 100% (316/316), complété avec 111 objets locaux.
> Depuis git://git.code.sf.net/p/grisbi/code
>    aef88c7..a749c8b  grisbi-gtk3-2 -> grisbi-gtk3-2
>    084a18d..fec71a3  master        -> master
>
>
> remi at exos ~/Projets/grisbi.mirror $ git push
> Décompte des objets: 191, fait.
> Delta compression using up to 4 threads.
> Compression des objets: 100% (69/69), fait.
> Écriture des objets: 100% (191/191), 25.96 KiB | 0 bytes/s, fait.
> Total 191 (delta 142), reused 165 (delta 122)
> remote: Resolving deltas: 100% (142/142), completed with 41 local objects.
> To github.com:grisbi/grisbi.git
>    4c14182..a749c8b  grisbi-gtk3-2 -> grisbi-gtk3-2
>  + f3bf794...fec71a3 master -> master (forced update)
>
> Je découvre avec effroi que git push quand on est en mode mirror fait un
> --force automatiquement...
>

Argh !

C'est donc pour ça que la compilation sur Travis-CI est cassée. Je me
demandais ce qui se passait.
https://travis-ci.org/grisbi/grisbi/builds/169081700


> La branche master du dépôt github a donc fait un saut non-linéaire du
> commit f3bf794 au commit fec71a3.
>
> Je pense qu'il est temps que j'arrête de synchroniser les deux.
>

oui ;-)


>
> Ludovic et/ou Pierre: pouvez-vous remettre master de github sur le bon
> commit ? Je m'occuperai de sourceforge juste après.
>

J'ai essayé un "git rebase upstream/master" de ma branche master et il y a
plein de conflits :-(

Je sera sûrement plus rapide de re-pousser mon master (ou celui de Pierre
c'est le même) sur grisbi/grisbi même si on perd la synchro avec sourceforge
.

Tu pousses un dernier commit sur sourfeforge expliquant que le dépôt est
passer sur github. Bien sûr tu stoppes la synchro entre SF et github
_avant_ ce commit.

C'était le plan que tu avais prévu ?

à+

-- 
 Dr. Ludovic Rousseau
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listes.grisbi.org/pipermail/devel/attachments/20161020/072f2514/attachment.html>


More information about the devel mailing list