Ok les magiciens de Git, je viens d’avoir une idée qui pourrait améliorer mon workflow, mais j’ai aucune idée de si c’est possible.
Je fais souvent des commits "Wip", pour sauvegarder mon code quand je suis dans un état intermédiaire et que je veux tester vite fait autre chose.
Idéalement ces commits Wip je devrais les squash avec le prochain "vrai" commit, pour garder une historique clean. Mais ! Je suis con et j’oublie tout le temps de le faire avant de pusher. Donc Je me retrouve à squash les commits après coup et réécrire l’historique ce qui est chiant.
Est-ce que y’aurai moyen de direct squasher un commit avec celui d’avant si il s’appelle "Wip" ?
=> More informations about this toot | More toots from NuclearSquid@piaille.fr
@NuclearSquid pourquoi ne pas utiliser git stash
plutôt que de créer des commits ?
=> More informations about this toot | More toots from vjousse
@vjousse Parce que j’ai déjà perdu du code sur une fausse manip, et que je fais pas assez confiance au débile entre mon clavier et ma chaise pour ne pas recommencer 😆 😅
Mais oui, en vrai y’a des chances que ça soit ça dont j’ai besoin en vrai…
Edit : Une autre raison aussi, c’est que des fois j’aime bien marquer ce sur quoi je bosse, genre Wip: fixing this bug
et j’ai pas l’impression que ça soit possible avec les stashes ?
=> More informations about this toot | More toots from NuclearSquid@piaille.fr
@NuclearSquid tu peux nommer tes stash, cf https://stackoverflow.com/questions/11269256/how-do-i-name-and-retrieve-a-git-stash-by-name
Tu peux aussi setup pre-commit
https://pre-commit.com/ (très bonne idée) et t’auto empêche avec un hook pre-push
de pusher des commits contenant Wip dans le nom !
=> More informations about this toot | More toots from vjousse
@NuclearSquid
Je pense qu'il vaut mieux créer une branche 'wip' et merger ensuite celle-ci dans la branche principale.
Mais je ne suis pas un spécialiste de git, donc je me tais.
=> More informations about this toot | More toots from ParadeGrotesque@mastodon.sdf.org
@ParadeGrotesque @NuclearSquid je seconde ça. Avec une règle sur le dépot distant interdisant de push une branche wip
=> More informations about this toot | More toots from TheyCallMeHacked@social.tchncs.de
@TheyCallMeHacked
Ouf! 😅
@NuclearSquid
=> More informations about this toot | More toots from ParadeGrotesque@mastodon.sdf.org
@NuclearSquid Hmm, tu connais git stash ? (Pas sûr que ça aide énormément, mais ça permet de faire des état intermédiaire hors commit).
Sinon, mettre un hook git qui t'empêche de pousse des Wip: ?
(Ou alors un hook qui te dit de faire amend lorsque le head est un Wip ?)
=> More informations about this toot | More toots from Sobex@sciences.re
@NuclearSquid Pas de suggestion de trigger Git ici, mais est-ce que la fonctionnalité de stash ne répondrait-elle pas mieux à votre besoin ?
=> More informations about this toot | More toots from hypolite@friendica.mrpetovan.com
@NuclearSquid absolument pas un magicien désolé :s par contre ta problématique ressemble à mes cas d'usage et je fais des stash pour ça(je stock les changements et je peux les réappliquer quand je veux sur la branche que je veux). Est ce que c'est quelquechose qui pourrait te convenir ?
git stash -m "message de stash"
git stash list
git stash apply stash@{X}
=> More informations about this toot | More toots from pyche@pleroma.pyche.ovh
@NuclearSquid Si c'est pour tester autre chose, j'ai tendance à trouver que faire un worktree est pratique, et évite d'avoir à faire un commit ou un stash !
=> More informations about this toot | More toots from nore@framapiaf.org
@NuclearSquid
Comme dis @nore ou @ParadeGrotesque le mieux c’est de créer une branche wip sur le moment.
Après pas impossible probablement de faire ce que tu dis mais pas certain que ça soit la meilleur idée
=> More informations about this toot | More toots from Ckln@mastodon.dystroy.org This content has been proxied by September (3851b).Proxy Information
text/gemini