la distinction entre commit, staging area et stash n'est pas utile, ce sont juste des trees qu'on manipule de manière différente
Je pense que tu n'es pas loin du raisonnement bookmark :-)
Comme barnic je trouve plus naturel de ne déplacer mes bookmarks quand le travail est prêt qu'au début. Le "describe" du premier commit identifie en quelque sorte la branche sur laquelle on travaille et le bookmark valide le travail final après avoir éventuellement réarrangé les différentes étapes.
Pour ma part dans le projet où j'ai plusieurs branches actives qui sont carrément différentes versions en prod, (je n'ai aucune branche master c'est selon que l'une ou l'autre est avancée) je me sert des bookmarks pour savoir à quel niveau sont mes déploiements.
J'ai donc les bookmarks client1, client2 etc. Si je bosse sur la version du client2 je crée un commit en suivant de son bookmark, quand le travail est terminé je déplace le bookmark client2 (il devient immutable quand je push sur la forge et ça crée le déploiement en même temps). Et ensuite je rebase le client1 sur le client2 pour qu'ils soient au final au même niveau. Ce pourrait être la même chose avec des branches features.
Autrement dit le fait de déplacer un bookmark est mon signal comme quoi j'ai déployé.
Le raisonnement est l'inverse de git les commits sont créés avant le travail les bookmarks sont créés après le travail.
[^] # Re: Je n'ai pas accroché
Posté par wilk (site web personnel, Mastodon) . En réponse au journal Jujutsu v0.44.0. Évalué à 4 (+2/-0).
Je pense que tu n'es pas loin du raisonnement bookmark :-)
Comme barnic je trouve plus naturel de ne déplacer mes bookmarks quand le travail est prêt qu'au début. Le "describe" du premier commit identifie en quelque sorte la branche sur laquelle on travaille et le bookmark valide le travail final après avoir éventuellement réarrangé les différentes étapes.
Pour ma part dans le projet où j'ai plusieurs branches actives qui sont carrément différentes versions en prod, (je n'ai aucune branche master c'est selon que l'une ou l'autre est avancée) je me sert des bookmarks pour savoir à quel niveau sont mes déploiements.
J'ai donc les bookmarks client1, client2 etc. Si je bosse sur la version du client2 je crée un commit en suivant de son bookmark, quand le travail est terminé je déplace le bookmark client2 (il devient immutable quand je push sur la forge et ça crée le déploiement en même temps). Et ensuite je rebase le client1 sur le client2 pour qu'ils soient au final au même niveau. Ce pourrait être la même chose avec des branches features.
Autrement dit le fait de déplacer un bookmark est mon signal comme quoi j'ai déployé.
Le raisonnement est l'inverse de git les commits sont créés avant le travail les bookmarks sont créés après le travail.