« maintenant ça se corse : les 2 personnes, qui ont du mal à communiquer, bossent sur la même partie du fichier. Le premier "commit" doit bien se passer, mais comment se passe le suivant ? »
En effet le premier se passe bien. Avant de commiter le second doit mettre à jour, et c'est là que les conflits vont apparaître. Grosso modo, au lieu d'une mise à jour qui modifie les fichiers locaux d'après le repository, on trouvera dans le fichier des choses comme :
-------- conflit détecté
ici le code présent dans le repository
==========
ici le code que le développeur voulait commiter (ou l'inverse)
---------- fin du conflit
Le développeur doit faire la fusion entre les deux manuellement, ensuite il peut commiter.
[^] # Re: Question technique
Posté par #3588 . En réponse à la dépêche Sortie de Subversion 1.0.0. Évalué à 2.
En effet le premier se passe bien. Avant de commiter le second doit mettre à jour, et c'est là que les conflits vont apparaître. Grosso modo, au lieu d'une mise à jour qui modifie les fichiers locaux d'après le repository, on trouvera dans le fichier des choses comme :
-------- conflit détecté
ici le code présent dans le repository
==========
ici le code que le développeur voulait commiter (ou l'inverse)
---------- fin du conflit
Le développeur doit faire la fusion entre les deux manuellement, ensuite il peut commiter.