Hola 👋

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....

Blazor tomó muchas decisiones de diseño de React y otros frameworks de frontend y como un framework de interfaz de usuario basado en componentes con estado, hay bastante experiencia que se puede transferir de uno a otro. Di esta charla a principios de este año en KCDC y luego la semana pasada presenté una versión actualizada como webinar de Jetbrains. ¡Un agradecimiento especial a Khalid por invitarme y ser un excelente anfitrión!...

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....