Jusqu'à présent il existe toujours une solution techniquement possible sans s'arracher les cheveux pour résoudre vos cas d'utilisation:
Pour les commit locaux ,on dispose des changelist
Pour les plus exigeants rein n'empêche de se créer un repository local et avec un peu de scripting, on extrait une arbo et on la remonte dans son dépôt local.
Ensuite, on se crée un workspace et on commite autant qu'on veut.
Pour peu qu'on dispose d'une branche dédiée sur son dépot central on commite chacune des révisions de son dépot local et le tour est joué.
N'importe qui pourra incorporer les changeset commités dans sa propre branche sur le serveur.
Une fois le travail fait c'est toujours applicable (ca doit être peu ou pro le principe de svk) mais j'imagine que si c'est si essentiel nul doute qu'on verra emerger une solution de ce type
Le bisect, faisable simplement
...
Pour mon cas d'utilsation en revanche rien de bien convaincant du coté des DVCS actuels, tant qu'il ne décideront pas de l'implémenter.
MAis je ne les connais pas tous.
[^] # Re: Re:
Posté par Bozo_le_clown . En réponse au journal Git ou Mercurial ?. Évalué à 2.
Pour les commit locaux ,on dispose des changelist
Pour les plus exigeants rein n'empêche de se créer un repository local et avec un peu de scripting, on extrait une arbo et on la remonte dans son dépôt local.
Ensuite, on se crée un workspace et on commite autant qu'on veut.
Pour peu qu'on dispose d'une branche dédiée sur son dépot central on commite chacune des révisions de son dépot local et le tour est joué.
N'importe qui pourra incorporer les changeset commités dans sa propre branche sur le serveur.
Une fois le travail fait c'est toujours applicable (ca doit être peu ou pro le principe de svk) mais j'imagine que si c'est si essentiel nul doute qu'on verra emerger une solution de ce type
Le bisect, faisable simplement
...
Pour mon cas d'utilsation en revanche rien de bien convaincant du coté des DVCS actuels, tant qu'il ne décideront pas de l'implémenter.
MAis je ne les connais pas tous.