Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
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 ...
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 ...
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 ...
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 ...
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'8 ( https://urlpetite.net/?ygk )
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 ...
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?
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'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?
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?
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/
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'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.
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/
