Si tu utilises git comme client SVN y'a pas vraiment de raison de se faire chier à remerger les deux branches git avant de pousser dans le SVN. Tu peux adopter un schema très simple: un master qui représente toujours le trunk sans jamais de modif et X branches locales pour chacunes des features sur lesquels tu bosses. Tu rebase/dcommit directement depuis ces branches et tu les détruits quand t'as fini la feature.
Je fais ça depuis que je me suis retrouvé en galère quand un dcommit ou un rebase vers le dépôt SVN m'a sortir des conflits que j'étais assez en peine à résoudre. Je me dis que je préfère gérer les conflits entre deux branches qu'entre mon dépôt local et le dépôt du serveur.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: rebase ou merge
Posté par barmic . En réponse à la dépêche Mercurial 2.1 : Les phases. Évalué à 2.
Je fais ça depuis que je me suis retrouvé en galère quand un dcommit ou un rebase vers le dépôt SVN m'a sortir des conflits que j'étais assez en peine à résoudre. Je me dis que je préfère gérer les conflits entre deux branches qu'entre mon dépôt local et le dépôt du serveur.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)