tareas curso

[Julenasti]

Hola Vero,

He añadido tus comentarios a lo de Quarto, muchas gracias! Queda la duda de si lo de las referencias añadirlo en otro ejercicio (

intro_git-github/v0.0.0.9000/dia4_quarto.qmd

Line 247 in 95df053

📝**Ejercicio:** generar una plantilla y modificar los colores, tamaño de los títulos, etc. Después, lo añadimos al YAML. Añadiremos alguna referencia en el documento y lo renderizaremos. Por último, subiremos este documento a nuestro repositorio de GitHub.

). Yo creo que por ahora lo podemos mantener ahí y si vemos que es demasiado es fácil dividirlo en el momento. Creo que mejor ponerlo junto y si vemos que vamos sobrados de tiempo dividirlo.

Sin querer he borrado el comentario que decias por donde ibas pq pensaba que era un comentario mio que se me había olvidado por ahí (sorry!!). De todas formas, tu comentario de "voy por aquí" estaba en esta línea:

intro_git-github/v0.0.0.9000/dia4_quarto.qmd

Line 146 in 95df053

- Estructura `key: value`

También he revisado tus comentarios de los demás días. Te he respondido en el mismo comentario con JA:

Estas son las tareas que nos quedan:

1-Añadir ejercicios
2-Añadir info que falta
3-Pensar donde colocamos los archivos (pag. web??)
4-Prueba con alguien por lo de la instalacion y el token
5-Revision general
6-Promo twitter
7-Añadir lo de la escalada (https://happygitwithr.com/repeated-amend.html#repeated-amend). Por cierto si se decide hacer lo de otros comandos utiles (mira mi comentario:

intro_git-github/v0.0.0.9000/dia3_comandos.qmd

Line 62 in fc6c538

<!---- Valorar que incluir mejor explicado y que dejar solo como enlace. Fetch: https://happygitwithr.com/git-remotes.html; git cherry-pick: NOT SURE https://www.atlassian.com/git/tutorials/cherry-pick; -Dealing with push rejection: FUSIONAR CON 3 https://happygitwithr.com/push-rejected.html-3.Pull, but you have local work: https://happygitwithr.com/pull-tricky.html - JA: yo generaria solo una de otros comandos u otros comandos utiles (me da igual el nombre) y ahi añadiria todos los que estan en otros comandos utiles junto con git fetch (porque es el modo seguro de integrar lo que han hecho los demas) y quitando muy a mi pesar git stash. Quizas git stash y cherry pick se pueden poenr como links? o quizas ni eso... Por otra parte, creo que lo del push y pull rejection es importante. Que te parece generar un apartado para ello justo antes de otros comandos? yo añadiria una breve explicacion de lo que significan junto lo que se dice en el 28 Dealing with push rejection (She who pushes first wins!, Stay in touch, Use branches), la solucion que proponemos y luego el link porque hay mas de un modo de solucionarlo (entre ellos stash y cherry pick). yo como solucion voto el git pull (fetch + merge: lo que se explica en el apartado 29.2.1 Pull (fetch and merge)) que creo que es el mas facil -->

) se podria tambien añadir el amend

[VeruGHub]

Ya están el día 1 y 2 más o menos terminados, por si lo quieres repasar.
En el día 2 quedan un par de cosas al final ¿me ayudas con eso? Esque el pull request no lo controlo mucho.
Voy a añadir lo de la escalada en el día 3

[Julenasti]

Gracias Vero!! Sí ya los revisaré y te ayudaré con lo que necesites pero si no te importa lo haré una vez que lo tengas todo. Tengo una tesis que me persigue... jaja 🏃
Gracias por el curro!!

[VeruGHub]

Nada, tranqui. Ahora además tenemos más tiempo.
Ya está más o menos también el día 3. A ver si te gusta.
Otra cosa a añadir a la lista de tareas es probar de nuevo todos los conflictos y ver si los resolvemos bien

[Julenasti]

Hola Vero,

Muchas gracias por el trabajazo! Creo que ha quedado genial! He revisado tus dudas y cambios de los días 1-3. Abajo mis impresiones:

Día 1: me parece que está muy bien

Día 2:

• El orden que propones el día 2 me parece perfecto. Yo lo puse por si te ayudaba pero como mejor te cuadre (Tenías un comentario sobre esto que lo he borrado)
• Quizás añadir también la pestaña de búsqueda ("search") para buscar algún repo o algo concreto dentro algún commit? ah vale acabo de ver que está al final: Stars followers buscador. Muy bueno el título (la red social)! parece que somos influencers, jajaja. esto no está terminado no? lo digo porque solo pone "Stars followers buscador" sin ninguna explicación
• Entiendo que la visión general, issues, etc. lo más fácil es después de las explicaciones que has añadido verlos directamente en github, no?
• Yo no añadiría un ejercicio para el pull request. el pull request se utiliza para realizar comparaciones. por ejemplo: 1-para unir ramas (que ya lo cubrimos con el merge y creo que es suficiente) o; 2-para comparar tu fork con el original. esto no lo enseñamos pero es super automático. cuando haces un fork y luego un push github te pregunta si lo quieres hacer. yo no lo veo necesario, como mucho decir donde estan y cómo sería (https://github.com/Julenasti/intro_git-github/compare) pero si quieres lo incorporamos.
• Esto es un comentario tuyo (por cierto prueba control+shift+c para insertar comentarios): El git ignore se me queda colgado. Quizás podemos meterlo en este apartadoy ampliar un poco con otras cosas. Mi respuesta: me parece bien!

Día 3:

• En el apartado "Solución de errores comunes en el flujo de trabajo" es importante como indicas que primero de todo tienen que hacer un commit. Ya lo has puesto y git te lo indica cuando sucede esto pero como recordatorio (lo que tienes en el script: "En este ultimo caso haz un commit con los cambios y antes de desesperar echa un ojo a este apartado.")
• En la clase, aunque no esté en los apuntes, creo que también es importante hablar un poco de cómo nos organizamos a la hora de gestionar el proyecto, hacer los merge, etc. Hay un lider del proyecto que da el OK? cada integrante es independiente y tenemos plena confianza en el/ella? quién realiza los merge (en nuestra experiencia creo que debería ser el que hace los cambios, jaja)
• gitk. Tu comentario: Lo quitamos? No se si aporta mucho más que lo que viene en RStudio. Mi respuesta: a mi me gusta para que la gente vea otro tipo de interfaz, aunque no sea muy útil

Tu duda:

• Otra cosa a añadir a la lista de tareas es probar de nuevo todos los conflictos y ver si los resolvemos bien. Mi respuesta: No entiendo esto muy bien: qué problema ves aquí? lo resolveremos sin problemas creo yo pero si quieres lo vemos

Tarea semana que viene:

• Ahora el proyecto está in development (v0.0.0.9000). Una vez que terminemos las revisiones, la semana que viene podemos ponerlo en una carpeta con un buen nombre y subirlo a nuestra página web ;)