Forum

Reprise du message précédent

Le premier choix est intéressant si le projet contient différentes branches et estampillé avec différents tags.
Le second est à privilégier pour les version, c'est simple, si un autre mainteneur doit reprendre ta spec, c'est plus simple, moins de maintenance.
Le troisième, c'est le pire des choix, lorsque le projet ne sort pas de release par exemple, tu prends des commits.

le #/%{name}-%{commitdate}-%{shortcommit}.tar.gz sert à renommer le fichier télécharger, ça reste en interne, rien à voir avec le site web. Parfois c'est inutile, parfois c'est utile, lorsque tu as deux sources qui se téléchargent et porte le meme nom de fichier (parfois les deux se nommes juste : v8.0.0.tar.gz et l'un écrase l'autre).

Ici:
https://www.mageialinux-online.org/forum/topic-25442-1+navigateur-brave.php#m245957


Haha désolé, j'ai posté ce début de spec pour illustré mon propos, sans l'avoir fini. Oui c'était le lien de peerguardian que j'avais commencé à modifier.
Je vais prendre le tag:
https://github.com/brave/brave-browser/tree/v1.23.21

La version commit est de toute manière pas garante d'être stable.

Merci pour les liens corrigés.




Du coup pour la version tag/branche, le champ Release n'est pas utilisé ? (Ce qui parait logique puisque le nom de la version suffit)


La formation commence où ? :p

Édité par Suryavarman Le 05/03/2021 à 14h59

Merci

Je conseille plutôt d'utiliser version.



Si si, release c'est du coté de mageia, si par exemple on oublie un fichier dans le paquet, mais qu'on ne monte pas en version du logiciel, on incrémente. D'ailleurs, tu fais bien de pointer ça, peut-être que le -c git% … n'a pas ça place ici mais plus dans version.


Ici : https://wiki.mageia.org/en/Devenir_Empaqueteur_Mageia-fr