Nous avons fait un reset de notre serveur pour tester nos playbooks from scratch.
Avec Mobilizon on a eu une mauvaise surprise lors de la phase mix deps.get : on a eu le cas quelque soit le tag mobilizon tiré. L’arbre de dépendances semble cassé :
cagull@cagull:~/icalendar$ git checkout bd08e872c125f70a87c3ac7d87ea2f22a5577059
fatal: reference is not a tree: bd08e872c125f70a87c3ac7d87ea2f22a5577059
cagull@cagull:~/icalendar$
oui, ce commit n’existe pas.
moi dans mon mix.lock j’ai une référence au commit e16a3a0b74e07ba79044361fbf5014bed344f2da qui lui existe.
regarde si tu peux modifier ton mix.lock (cherche « icalendar »).
oui c’est là que le commit est référencé mais comment cela se fait-il que quand on checkout le tag 1.0.6 (le dernier) on a ce commit inexistant dans mix.lock ?
quoi, la 1.0.6 est sortie !
je viens à peine de me dépatouiller de la 1.0.5
ce commit bdTruc a existé pendant très longtemps puis remplacé par le commie e16Machin.
je ne sais pas pourquoi il est de retour et pourquoi il n’existe plus sur le repo origine.
Peut être @tcit a une idée.
Alors, vérification faîte, dans le commit mobilizon qui marque la 1.0.6 (48e5ad89e728e800929263d99305a227c3299902), le commit référencé dans le mix.lock pour icalendar est bien le e16a3a0b74e07ba79044361fbf5014bed344f2da.
C’est parce que cette dépendance devait être temporaire, le mainteneur de la bibliothèque n’ayant pas encore intégré une des corrections que j’ai faite. À la faveur d’un rebase, les commits ont été réécrits, et j’ai omis de penser aux conséquences sur les versions antérieures.