Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

sens de lecture d'un ChangeLog

4 réponses
Avatar
Thomas
bonjour :-)


quel est le sens de lecture d'un ChangeLog ?

j'ai Í  écrire pour une version donnée, 2 points qui ont une implication
l'un sur l'autre.


pour l'ordre des versions c'est de bas en haut.

est-ce qu'Í  l'intérieur d'une version c'est dans le même sens, ou est-ce
que c'est dans le sens normal, de haut en bas ?

--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/

4 réponses

Avatar
Marc SCHAEFER
Thomas wrote:
quel est le sens de lecture d'un ChangeLog ?

Ceux que j'ai vus sont soit en ajout seulement (Í  la fin), soit ajoutent
au début.
est-ce qu'Í  l'intérieur d'une version c'est dans le même sens, ou est-ce
que c'est dans le sens normal, de haut en bas ?

Mais effectivement, au sein d'une release cohérente (version,
sous-version, patch, etc) c'est de haut en bas.
C'est comme si Í  chaque release du logiciel (ou Í  chaque patch
particulier) on ajoutait Í  la fin (ou au début) en un bloc la
description complète.
`git log' fait de même: tout ce passe comme si Í  chaque unité logique
(ici un commit), ajout au début, en bloc (au sein du bloc de haut en
bas).
A mon avis utiliser un outil pour extraire le changelog est utile ...
Avatar
Thomas
In article <tcj9np$vf1$,
Marc SCHAEFER wrote:
Thomas wrote:
quel est le sens de lecture d'un ChangeLog ?

Ceux que j'ai vus sont soit en ajout seulement (Í  la fin), soit ajoutent
au début.
est-ce qu'Í  l'intérieur d'une version c'est dans le même sens, ou est-ce
que c'est dans le sens normal, de haut en bas ?

Mais effectivement, au sein d'une release cohérente (version,
sous-version, patch, etc) c'est de haut en bas.
C'est comme si Í  chaque release du logiciel (ou Í  chaque patch
particulier) on ajoutait Í  la fin (ou au début) en un bloc la
description complète.

merci :-)
`git log' fait de même: tout ce passe comme si Í  chaque unité logique
(ici un commit), ajout au début, en bloc (au sein du bloc de haut en
bas).
A mon avis utiliser un outil pour extraire le changelog est utile ...

j'espère qu'il n'y a pas de mal-entendu cette fois ci.
au cas o͹, je précise que c'est pour un fichier ChangeLog :
http://svn.savannah.gnu.org/viewvc/rapid/branches/gtkada-2.24/ChangeLog.m
d?view=markup&pathrev'8 ( https://urlpetite.net/?ygk )
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/
Avatar
Marc SCHAEFER
Thomas wrote:
au cas o͹, je précise que c'est pour un fichier ChangeLog :
http://svn.savannah.gnu.org/viewvc/rapid/branches/gtkada-2.24/ChangeLog.md?view=markup&pathrev'8 ( https://urlpetite.net/?ygk )

Il a l'air assez normal (Í  part les doubles sauts de ligne, mais ce
n'est pas très important). Ma question était: est-il géré Í  la main
(avec un éditeur texte), ou les changements y sont reportés
automatiquement avec un outil?
Avatar
Thomas
In article <tdcobv$kh7$,
Marc SCHAEFER wrote:
Thomas wrote:
au cas o͹, je précise que c'est pour un fichier ChangeLog :
http://svn.savannah.gnu.org/viewvc/rapid/branches/gtkada-2.24/ChangeLog.md?v
iew=markup&pathrev'8 ( https://urlpetite.net/?ygk )

Il a l'air assez normal (Í  part les doubles sauts de ligne, mais ce
n'est pas très important). Ma question était: est-il géré Í  la main
(avec un éditeur texte), ou les changements y sont reportés
automatiquement avec un outil?

ah désolé, je n'avais pas compris que c'était une question.
il est géré Í  la main.
je ne vois pas l'utilité d'utiliser un outil pour extraire le changelog,
parce que j'y trouve assez peu de points communs entre les 2 logs.
je ne fais pas un commit pour une nouvelle fonctionnalité, c'est bcp
plus diffus que ça.
--
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/