Forum d'entraide PHPFrance

Bonjour à tous,

Ma question pourra paraître un peu simple à ceux qui utilisent déjà depuis longtemps le système de branches avec SVN, mais je n'ai pas trouvé de réponse pour l'instant!

Je souhaiterais effectuer une sorte de svn status mais entre deux branches...
La commande svn diff branche1 branche2 est bien trop bavarde à mon gout.

Je voudrais bien avoir un truc du genre: Merci d'avance pour votre aide!

parametre --summarize du diff fera exactement ce que tu veux

Autre commande utile : svn help <commande>

Yes!

ça marche au poil!

En attendant je faisait ceci : Qui marche plutôt bien aussi
Je met donc résolu!

Bon j'ai un problème qui fait suite à tout ça :/

Je souhaite réintégrer des parties de ma branche2 vers la branche1...
Donc je fait ceci: Voilà je sais pas si ma petite histoire racontée en "shell" est compréhensible?

Merci d'avance pour vos conseils!

Ben c'est bien expliqué mais du coup je vois trois commandes de merge, alors que je pensais n'en voir qu'une...

Ce que tu fais me paraît bien compliqué, dans mes souvenirs tu checkout la cible, tu merges la source dedans, puis tu commites. Cherche sur internet des exemples, je pense que tu trouveras plus simple que ce que tu as fait. Mais c'est vrai que ce n'est pas forcément trivial.

Par curiosité à quoi correspondent ces branches ? Ou est ta trunk dans l'histoire ?

Bonjour,

Bon je suis en train de relire http://www.humbug.in/docs/svnbook-fr/sv ... using.html
Pour résumer et voir si je diffère du manuel, je reviendrais résumer mes conclusions ici.


Pour revenir à mon architecture, elle est un peu spéciale :/
Premièrement j'ai le dépôt complet sur ma machine, donc pas de checkout, uniquement des update (ça ça doit pas poser de problème?)
Le Trunk n'existe pas à proprement parler, en fait la branche1 fait office de trunk pour l'instant.
La gestion passée du dépôt est un peu obscure, et c'est moi qui me colle aux premières expériences de branches
Donc pour résumer, j'ai une branche1 qui fait office de trunk, sur laquelle il m'arrive de travailler pour hotfixer des bugs, et sur laquelle le reste de l'équipe travaille (pour l'instant pas de notions de branches pour eux).
Et j'ai ma branche2 sur laquelle je développe un module de plus grande envergure.

C'est plus clair?

Premièrement j'ai le dépôt complet sur ma machine, donc pas de checkout, uniquement des update (ça ça doit pas poser de problème?)

Non pas de problème le checkout c'est une fois au début puis effectivement des updates pour le tenir à jour (le dépot c'est ce qui est sur le serveur, toi tu as une copie de travail en local)

Le Trunk n'existe pas à proprement parler, en fait la branche1 fait office de trunk pour l'instant.
La gestion passée du dépôt est un peu obscure, et c'est moi qui me colle aux premières expériences de branches
Donc pour résumer, j'ai une branche1 qui fait office de trunk, sur laquelle il m'arrive de travailler pour hotfixer des bugs, et sur laquelle le reste de l'équipe travaille (pour l'instant pas de notions de branches pour eux).
Et j'ai ma branche2 sur laquelle je développe un module de plus grande envergure.
C'est plus clair?

Bien que Subversion soit plutôt souple et laisse donc place à la philosophie de chacun et sa propre organisation, je suis souvent surpris de voir pas mal de gens réinventer le fonctionnement, en changeant des trucs alors que les bonnes pratiques standards conviendraient. Dans ton cas, pourquoi ne pas utiliser la trunk ? Ce serait tout de même plus logique, plutôt qu'une branche parmi les branches non ?

C'est juste une remarque en passant, moi je m'en fiche et ta branche marchera pareil

Alors le fait est que l'on a pas cherché à réinventé la roue, c'est simplement qu'un jour quelqu'un s'est dit oh... si je créais une branche?
Et depuis tout le monde développe dessus :/
Donc y a une une bonne initiative, mais qui n'a pas été suivie

Qu'est-ce qu'une branche SVN ? une copie d'une branche à une révision donnée dans laquelle il est possible de commiter du code.
Qu'est-ce que le tronc ? le nom donné à la branche principale.

Autrement dit, si le tronc officieux est une branche, tant pis, c'est pas grave.

Il y a une technique couramment utilisé pour gérer la vie d'un logiciel, c'est de faire une branche du nom de la version, de créer une branche pour les nouvelles versions, et de migrer progressivement les développements de l'ancienne branche vers la nouvelle. Cela reviendrais à dire que le tronc est passé d'une branche à une autre.
Petite illustration :

• création du projet : une seule branche v1.0 (le tronc est donc cette branche)
• début du développement de la v2, une branche v2.0 est créé (cohabitation des 2 branches, mais le tronc est toujours v1.0)
• sortie de la v2.0 en stable, le tronc est donc cette version

Bref, la notion de tronc, c'est juste une donnée intellectuelle.
L'organisation standard n'est qu'une bonne habitude