r15657 - spip/ecrire/inc

Author: esj@rezo.net
Date: 2010-04-29 14:31:22 +0200 (jeu, 29 avr 2010)
New Revision: 15657

Log:
inc/meta: report de [14145] qui n'avait pas été fait. A noter que [15189] prétend reporter dans ce fichiers 4 dépots dont seule [15183] concerne ce fichier.

Modified:
   spip/ecrire/inc/meta.php

Details: http://trac.rezo.net/trac/spip/changeset/15657

A noter que [15189] prétend reporter dans ce fichiers 4 dépots dont seule [15183] concerne ce fichier.

je ne vois là rien d'anormal, les 4 dépots ont été reportés en même
temps, mais ils ne concernent au total pas seulement ce fichier cf.
http://trac.rezo.net/trac/spip/changeset/15189

-- Fil

Le 29 avr. 2010 à 18:23, Fil a écrit :

A noter que [15189] prétend reporter dans ce fichiers 4 dépots dont seule [15183] concerne ce fichier.

je ne vois là rien d'anormal, les 4 dépots ont été reportés en même
temps, mais ils ne concernent au total pas seulement ce fichier cf.
http://trac.rezo.net/trac/spip/changeset/15189

ah oui, je me suis fais abuser par le page qui ne présente qu'un seul fichier mais évidemment le message concerne tout le ChangeSet. Je ne me ferai décidément pas à cette manière de développer: il est beaucoup plus lisible d'envoyer le même bout code dans tous les branches en un seul coup, que ses sempiternels métro de retard.

Committo,Ergo:Sum

Le 29 avr. 2010 à 18:32, Committo,Ergo:sum a écrit :

Le 29 avr. 2010 à 18:23, Fil a écrit :

A noter que [15189] prétend reporter dans ce fichiers 4 dépots dont seule [15183] concerne ce fichier.

je ne vois là rien d'anormal, les 4 dépots ont été reportés en même
temps, mais ils ne concernent au total pas seulement ce fichier cf.
http://trac.rezo.net/trac/spip/changeset/15189

ah oui, je me suis fais abuser par le page qui ne présente qu'un seul fichier mais évidemment le message concerne tout le ChangeSet. Je ne me ferai décidément pas à cette manière de développer: il est beaucoup plus lisible d'envoyer le même bout code dans tous les branches en un seul coup, que ses sempiternels métro de retard.

Certes, quand c'est possible.
Mais on a malheureusement pas toujours sous la main toutes les branches, et il est parfois judicieux d'avoir un minimum de recul avant de reporter, cela évite le report des "oups" notamment.

Cédric

Ca c'est clairement un des problèmes de cvs/svn que git n'a pas :slight_smile:

-- Fil