He revisado bastantes pull requests en los últimos años y he notado algunas prácticas menos que ideales cuando se trata de crear commits de merge, así que pensé en enumerar algunas cosas que puedes hacer para facilitarle la vida a alguien que revisa tu código. Haz que el mensaje del commit sea lo más útil posible Se ha escrito mucho sobre cómo escribir buenos mensajes de commit, pero rara vez veo que se aplique este consejo a los commits de merge....
Si alguna vez has trabajado en un proyecto conmigo, probablemente te haya recomendado al menos una de estas configuraciones en git. git config --global pull.rebase true - le dice a git que siempre haga pull con rebase en lugar de merge (equivalente a pull --rebase). git config --global fetch.prune true - le dice a git que automáticamente ejecute git remote prune después de un fetch. Esto limpiará cualquier objeto local que ya no exista en el remoto, como ramas de seguimiento que han sido eliminadas del servidor remoto....