FoolEcho a écrit :Le commit log sert à suivre les différents changements justement... Il y aussi le diff pour voir les changements sur les fichiers du PKGBUILD (ce que tu veux, au fond)... sauf que je viens de voir que le diff n'est guère utile car les commit ne sont pas des vrais commit: à chaque fois ils suppriment l'ensemble des fichiers puis font un commit du nouvel ensemble (ou alors j'ai pas eu de bol sur les 3-4 paquets que je viens de voir)... du coup il faudrait faire un diff entre deux copy sans tenir compte du remove entre-deux (sinon, c'est un diff entre rien et la nouvelle révision...)
Je ne vais pas leur faire l'insulte de penser qu'ils ne savent pas se servir d'un système de gestion de version, je pense qu'ils font ça par commodité (ou alors c'est l'interface web du git qui est foireuse), mais c'est curieux... ... peut-être quelqu'un viendra éclaircir ce point ?
Ah merci, je pense avoir compris le délire des logs, c'est pas foireux je pense, mais p-e mal présenté/organisé du a une contrainte (repo svn source, organisation des repos, je regarderais comment c'est fait un de ces 4'), regarde le log deux niveau au dessus:
http://projects.archlinux.org/svntogit/ ... ashplugin/
Et voila le diff intéressant:
http://projects.archlinux.org/svntogit/ ... 037c0a778a
Sinon c'est en cours de développement, j'ai trouvé ça "Test repo for the new svntogit script; don't use this." :
http://pkgbuild.com/git/community.git/log/flashplugin
Le "don't use this" je pense que c'est parce que ça rame a mort... serveur de dev.
Par contre le truc super intéressant qui répond à ma question c'est que sur ce serveur de dev il y a aur.git! :
http://pkgbuild.com/git/aur.git/
J'imagine que ça arrivera sur aur.archlinux.org lié à par la page du package... un jour, quand ces feignants de développeurs le voudront bien (humour ofc, je suis un feignant de développeur
)