Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > fr.comp.os.unix > #8000 > unrolled thread

sens de lecture d'un ChangeLog

Back to article view | Back to fr.comp.os.unix

Contents

  sens de lecture d'un ChangeLog Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-08-05 15:39 +0200
    Re: sens de lecture d'un ChangeLog Marc SCHAEFER <schaefer@alphanet.ch> - 2022-08-05 14:33 +0000
      Re: sens de lecture d'un ChangeLog Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-08-14 02:28 +0200
        Re: sens de lecture d'un ChangeLog Marc SCHAEFER <schaefer@alphanet.ch> - 2022-08-15 06:16 +0000
          Re: sens de lecture d'un ChangeLog Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-09-17 16:22 +0200
        Re: sens de lecture d'un ChangeLog Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2023-01-03 20:18 +0100
          Re: sens de lecture d'un ChangeLog Marc SCHAEFER <schaefer@alphanet.ch> - 2023-01-03 19:23 +0000
            Re: sens de lecture d'un ChangeLog Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2023-04-19 03:47 +0200
              Re: sens de lecture d'un ChangeLog Marc SCHAEFER <schaefer@alphanet.ch> - 2023-04-19 08:01 +0000
                Re: sens de lecture d'un ChangeLog Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2023-04-24 03:08 +0200
                  Re: sens de lecture d'un ChangeLog Marc SCHAEFER <schaefer@alphanet.ch> - 2023-04-24 07:47 +0000

#8000 — sens de lecture d'un ChangeLog

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/

[toc] | [next] | [standalone]

#8003

Thomas <fantome.forums.tDeContes@free.fr.invalid> 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 ...

[toc] | [prev] | [next] | [standalone]

#8009

In article <tcj9np$vf1$1@shakotay.alphanet.ch>,
 Marc SCHAEFER <schaefer@alphanet.ch> wrote:

> Thomas <fantome.forums.tDeContes@free.fr.invalid> 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=278 ( https://urlpetite.net/?ygk )

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

[toc] | [prev] | [next] | [standalone]

#8012

Thomas <fantome.forums.tDeContes@free.fr.invalid> 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=278 ( 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?

[toc] | [prev] | [next] | [standalone]

#8020

In article <tdcobv$kh7$1@shakotay.alphanet.ch>,
 Marc SCHAEFER <schaefer@alphanet.ch> wrote:

> Thomas <fantome.forums.tDeContes@free.fr.invalid> 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=278 ( 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/

[toc] | [prev] | [next] | [standalone]

#8054

In article <62f841a1$0$9142$426a34cc@news.free.fr>,
 Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:

> In article <tcj9np$vf1$1@shakotay.alphanet.ch>,
>  Marc SCHAEFER <schaefer@alphanet.ch> wrote:
> 
> > Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
> > > quel est le sens de lecture d'un ChangeLog ?

> > > 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 :-)

> 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=278 ( https://urlpetite.net/?ygk )


est-ce que c'est correct de préciser les versions testées au début du 
bloc, comme dans "Changes in RAPID 3.2" ?

j'aurais dit que c'était plus logique de mettre ça à la fin, puisqu'on 
teste après avoir fait les modifications.

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

[toc] | [prev] | [next] | [standalone]

#8055

Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
> est-ce que c'est correct de préciser les versions testées au début du 
> bloc, comme dans "Changes in RAPID 3.2" ?

Quand je fais des tests, je note ça au même endroit dans le ChangeLog,
du style:

   - modifié le machin pour faire truc
   - testé (cf RT#...) la modification

S'il s'agit par contre de certification / validation d'une version de
logiciel particulière, j'aurais tendance à faire cela de temps en temps
et pas à chaque entrée de ChangeLog, dans un fichier RELEASES, du style:

   - version 4.5.42, intégrant l'ensemble des patches au 2022-12-20
     (branche devel-42 fusionnée à master, changelog 943623fdfe),
     effectué les tests de validation 32 à 55.

> j'aurais dit que c'était plus logique de mettre ça à la fin, puisqu'on 
> teste après avoir fait les modifications.

Après, on ne parle pas forcément de la même chose.

-- 
Attention: limitez le nombre de lignes de citation à l'essentiel, sinon
je ne verrai pas votre réponse.

[toc] | [prev] | [next] | [standalone]

#8061

salut :-)

sur fcolc "qqn" m'a conseillé de changer de serveur pour éviter de rater 
des réponses, alors me voilà ;-)


In article <tp1vaq$ma$1@shakotay.alphanet.ch>,
 Marc SCHAEFER <schaefer@alphanet.ch> wrote:

> Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
> > est-ce que c'est correct de préciser les versions testées au début du 
> > bloc, comme dans "Changes in RAPID 3.2" ?
> 
> Quand je fais des tests, je note ça au même endroit dans le ChangeLog,
> du style:
> 
>    - modifié le machin pour faire truc
>    - testé (cf RT#...) la modification

> > j'aurais dit que c'était plus logique de mettre ça à la fin, puisqu'on 
> > teste après avoir fait les modifications.
> 
> Après, on ne parle pas forcément de la même chose.


puisque j'ai publié, c'est plus casse-pied si j'ai pas fait comme il 
faut, mais c'est plus facile pour te montrer ce que j'ai fait :

http://svn.savannah.gnu.org/viewvc/rapid/branches/gtkada-2.24/ChangeLog.m
d?r1=284&r2=283&pathrev=284 ( https://urlpetite.net/?l7n )

http://svn.savannah.gnu.org/viewvc/rapid/branches/gtkada-2.24/ChangeLog.m
d?view=markup&pathrev=284 ( https://urlpetite.net/?a56 )


en fait je me suis décidé à faire comme ce qui avait déjà été fait 2 
versions précédentes (l 159-161)

est-ce que en voyant ce que c'est ça t'aide à répondre ?

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

[toc] | [prev] | [next] | [standalone]

#8062

On Wed, 19 Apr 2023 03:47:23, Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
> http://svn.savannah.gnu.org/viewvc/rapid/branches/gtkada-2.24/ChangeLog.md?r1=284&r2=283&pathrev=284 ( https://urlpetite.net/?l7n )

Oui, donc à voir les tests sont documentés é la fin, tant que c'est
clair pour tout le monde pas de souci.

Je suis plus habitué aux ChangeLog de Debian, du style:

schaefer@shakotay:~$ gzip -d < /usr/share/doc/tin/changelog.Debian.gz | head -12
tin (1:2.4.3-1cril.0) UNRELEASED; urgency=medium

  * local addition of +USE_CANLOCK

 -- Marc SCHAEFER <schaefer@alphanet.ch>  Sat, 20 Feb 2021 09:49:42 +0100

tin (1:2.4.3-1) unstable; urgency=medium

  * New upstream release. Fixes:
    + not very informative connect error. (Closes: #232924)

 -- Marco d'Itri <md@linux.it>  Sun, 17 Feb 2019 23:41:06 +0100

Mais bien sûr ce n'est qu'une question de convention (la structure
ci-dessus est relativement stricte pour être parsée par logiciel).

PS: au départ on les éditait à la main, mais cette fois j'ai utilisé
    un outil.

> est-ce que en voyant ce que c'est ça t'aide à répondre ?

Oui, je ne pense pas que cela soit fondamental :)

-- 
Attention: limitez le nombre de lignes de citation à l'essentiel, sinon
je ne verrai pas votre réponse. Et si vous écrivez souvent des bobards,
je ne vous lirai plus et je recommanderai (NoCeM) de ne plus vous lire.

[toc] | [prev] | [next] | [standalone]

#8069

In article <u1o750$lf8$1@shakotay.alphanet.ch>,
 Marc SCHAEFER <schaefer@alphanet.ch> wrote:

> On Wed, 19 Apr 2023 03:47:23, Thomas 
> <fantome.forums.tDeContes@free.fr.invalid> wrote:
> > http://svn.savannah.gnu.org/viewvc/rapid/branches/gtkada-2.24/ChangeLog.md?r
> > 1=284&r2=283&pathrev=284 ( https://urlpetite.net/?l7n )
> 
> Oui, donc à voir les tests sont documentés é la fin, tant que c'est
> clair pour tout le monde pas de souci.

je ne suis pas sur de bien comprendre : ils sont au début du bloc 
correspondant à la version en cours.

c'est dans le sens idéal ou ça serais mieux dans l'autre sens ?

> 
> Je suis plus habitué aux ChangeLog de Debian, du style:

là je n'y vois pas grand chose.

> > est-ce que en voyant ce que c'est ça t'aide à répondre ?
> 
> Oui, je ne pense pas que cela soit fondamental :)

bon ben, on va dire que c'est le plus important ;-)

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

[toc] | [prev] | [next] | [standalone]

#8070

On Mon, 24 Apr 2023 03:08:50, Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
> c'est dans le sens idéal ou ça serais mieux dans l'autre sens ?

Totalement une convention locale à mon avis.

-- 
Attention: limitez le nombre de lignes de citation à l'essentiel, sinon
je ne verrai pas votre réponse. Et si vous écrivez souvent des bobards,
je ne vous lirai plus et je recommanderai (NoCeM) de ne plus vous lire.

[toc] | [prev] | [standalone]

Back to top | Article view | fr.comp.os.unix

csiph-web