Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions arturito/.prettierrc.js
Original file line number Diff line number Diff line change
Expand Up @@ -4,3 +4,4 @@ module.exports = {
printWidth: 80,
tabWidth: 2,
};
// asdfasfasfa
7 changes: 3 additions & 4 deletions arturito/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -19,17 +19,16 @@ En grupos de 2, trabajar con una metodología Git Flow para cumplir 4 funcionali

En todos los casos se debe trabajar en **ramas**, separando el trabajo en **commits pequeños**, con **PRs a main** que deben ser revisados por el otro integrante. ¡Lo normal es que haya varios comentarios! **Hacer las correcciones** que propone el compañero.


*Sugerencia:* aprovechar lo dado para armar las nuevas vistas con el mínimo código posible, evitando repetir código que no haga falta.
_Sugerencia:_ aprovechar lo dado para armar las nuevas vistas con el mínimo código posible, evitando repetir código que no haga falta.

¡Seguir las **buenas prácticas** de las que hablamos! 👉🏼 https://gist.github.com/henry-labs/fde7766161fb098a8e4edc04cc4caa97


#### Advertencia al crear los PRs

Por default cuando hacen PRs de GitHub desde un fork este apuntará al repo original. Asegúrense de que sea desde su feature branch a su main, siempre dentro del repo forkeado. La forma más fácil de hacer esto es revisar cuando estén creando el PR que la URL sea `https://github.com/<SU USUARIO>/wks-gitflow/...` (y no el usuario del repo original, en este caso `soyHenry` ❌). La _base branch_ debe decir **solo** `main` (o `master`), como en la siguiente imagen.

![image](https://user-images.githubusercontent.com/14017665/128374474-bbc72f3f-1a0c-4a63-8185-7c0b6110e2ef.png)


**Maintainer:** @MartinCura
//
//
Loading