Reprise du message précédent :

Tjrs pas compris

tu comprends commenter du code pour l'expliquer, ils parlent de commenter de vieux blocs de code inutile pour le désactiver

 
Revenir en arrière, avec des sources sous un gestionnaire de version, y'a des moyens plus sioux que commenter/décommenter des bouts, enfait.

Aaaaaaah comneter dans le sens "désactiver"

(j'ai compris avant de lire vos posts, non mais )

Ca permet de voir immédiatement qu'y a un code alternatif prêt à être déployer, bande de cons.

1 point florentg

+ 1 point menteur

Bin t'sais, si t'as du versioning, ça sert à rien de commenter "pour pouvoir revenir en arrière"

EDIT : putain, maximum grillage

de toutes façons on t'imagine mal prendre un risque
 

Mattre des commentaires explicatifs, c'est jamais nécéssaire non plus

Ouais, enfin j'ai des collègues qui voient limite le versionning comme une nuisance (en un sens, dans le process Société Géniale, c'est en partie une nuisance parce que nos livraisons étaient plus rapides avant, mais en réalité c'est un don du ciel).

elles sont dans l'historique de subversion, donc on se concentre sur la bataille du code propre.

En même temps, dans un page commitée tous les jours, c'est pas le plus facile d'utiliser le versionning pour récupérer du vieux code, si le reste du fichier a été modifié depuis et doit le rester
Faut juste pas qu'il y ai du commenté partout, inutilisé 59 fois/60
Mais ponctuellement, sur des cas spéciaux, je dis pourquoi pas

Ouais enfin t'as le droit de faire un merge proprement avec une vieille version d'y a 15 commits, hein T'es pas obligé de réimporter tout le vieux source

 
Si, faut arrêter le foutage de gueule. Par dichotomie tu retrouves très facilement quand tel ou tel code a été enlevé et t'as même pas besoin de tâtonner si tu as commenté correctement tes commits.

nan, et je serai même assez violent là-dessus, ça t'oblige à aller de l'avant et a avoir des fichiers courts.

Déjà un machin commité tous les jours, faut commencer à se poser des questions si ça dure plus d'un ou deux jours, quoi.
 
Sauf si c'est le fichier .properties d'I18n, à la limite.

D'un autre côté, faudrait pas aussi regarder s'il n'est pas possible de remettre les livraisons à la vitesse précédente?

C'est ton problème si tu sais pas utiliser les outils à ta dispo tu sais

Parce que c'est pas des plus difficile ça, dans svn

edit: et commité tous les jours, ça fait vachement long, je commite facilement 5 ou 10 fois par jour sur le même fichier quand je fais certaines implés (enfin en java pas trop cause 1 fichier <-> une classe)

Je postule que la fréquence des commit augmente avec la longueur d'un fichier. Et aussi plus il est jeune, plus il est comité, mais ça doit décroitre (puis revenir par vagues).

C'est vrai que quand on commente, 29 fois sur 30 c'est plus de la superstition qu'autre chose (on décommente quasi jamais en fait), et que sur les 1/30 on peut largement se servir du versionning... et le tps perdu à faire un merge est gagné en temps de lecture du code

non, on apprend tous les jours, et au fil du passage des outils (ceux qu'on ajoute est ceux qu'on vire), on est en permanence dans l'ignorance partielle.

+1

euh, bof.
 
J'ai un décorateur sur un site web, il a bougé quasiment tous les jours pendant 2 semaines.

Nan mais en l'occurence je sais le faire, juste t'es "obligé" de regarder les logs et de manipuler des fichiers, au lieu de juste supprimer 4 caractères.
Mais ce temps perdu est certes minime et regagné en lisibilité, comme jlai dja dit.

Pour que tu te sentes heureux là où tu es aujourd'hui, sache que je dois bosser avec des "classes" de plus de 2000 lignes (y en a une de 7000 ). Du bonheur en barres

T'es sûr que t'as besoin de committer à chaque fois ?
EDIT : et pis tu fais ça sur combien de temps ? Plus d'une semaine ?

Je commite que quand j'ai une version que je considère définitive. Je suis bizarre à ce point?

(bon d'un autre coté je bosse tout seul, en plus, alors si je veux je peux faire n'importe-quoi, mais bon...)

je commite des que j'ai un changement valable qui marche.

Pas vraiment possible en fait.
Auparavant, quand on voulait livrer, on créait un package au sein du système de livraisons intégré au progiciel, et on effectuait la livraison nous mêmes. Donc la réactivité était maximale, pas de délai provoqué par une source externe et en cas de pépin on avait directement la main dessus.
 
Maintenant, on extrait les objets du progiciel à livrer pour les mettre dans Clearcase (tout ce qui est script est géré de façon classique), on tag les versions à livrer et on envie une demande de livraison à une équipe dédiée.
 
C'est plus long, ça nous a fait râler au début, mais finalement ils font tout le boulot chiant quoi.

 
moi j'ai fait une bêtise ici

Le fichier .sql concerné ne faisait que 1352 lignes, pas énorme
Edit: le plus amusant gros fait 4959 lignes

je trouve mon décorateur bloaté et horriblement long. Il fait 378 lignes

ouais, c'est peut-être parce que j'ai pas beaucoup de pixel pour le panneau d'édition, mais je deviens vachement picky sur les longueurs de fichiers, au-delà de 100-150, ça me gonfle.

 
Mais de quoi tu parles

Dans ce cas là on dit pas

on dit qu'on a du mal à le faire  
 
Par example je peux dire honnêtement que là tout de suite je saurais pas le faire sous mercurial (parce que j'en ai jamais eu le besoin)

Manipuler des fichiers? Suffit de rentrer une commande de merge et de vérifier que ça s'est pas vautré

C'est pas une question de "besoin", je pourrais tout aussi bien commiter toutes les 2 semaines comme le font certains collègues. Je commit à chaque fois que je termine une tâche (ou une sous-partie de tâche ne rendant pas le projet instable), ça me permet d'avoir mes "points de sauvegarde", et surtout ça rend les merges triviaux chez les collègues (j'update aussi très souvent ma WC, sauf quand je suis sur un truc long et que je veux pas rendre le risque d'instabiliser ma WC).

Pas sur un fichier donné, et comme spécifié en haut il est rare que je fasse ça en java, les fichiers sont habituellement trop courts.

A ton avis
 

Je commit le vendredi soir à 17h30.
Si ça marche pas le lundi, je rollback d'une semaine.

C'est sympa la cascade de glace    
 

Dans mon ancienne boite on avait une appli de paiement en FCGI en Perl et quasi tout (sauf les libs) étaient dans un index.pl

+1
 

hep les jeunes, quelqu'un pour m'aider dans blabla@web svp ? je suis au bord des larmes là

voila, pareil

je sais pas si c'est possible d'outrepasser les marges et padding.

J'en ai fait que 4, mais je me suis bien marré ouais. Chié dessus super fort à certains moments, fait de grosses conneries qui auraient pu me couter cher, mais c'est quand même excellent de remonter ce putain de ruisseau.