Skip to content

hakki17/Lab_01_CVDS

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

46 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Lab_01_CVDS

María Paula Sánchez Macías

Crear el repositorio y enlazarlo desde el local

desde github

crear desde github

desde local

crear desde consola crear desde consola_ segunda parte crear desde consola_tercera parte

agregar el correo de la universidad

se modifica el README desde el local

significado comandos GIT

Add

Es el comando que se usa para preparar los cambios para ser confirmados cuando se modifique el archivo

Commit

Guarda los cambios en el historial del repositorio, solo lo hace con los cambios que hayan sido preparados anteriormente por add

PARTE DE PAREJAS:

INTEGRANTES:

- Alejandro Prieto Reyes
- Maria Paula Macias Sanchez

RESPUESTAS:

== PARTE 2 ==

1.

Se escogen los roles para trabajar en equipo, una persona debe escoger ser "Owner" o Propietario del repositorio y la otra "Collaborator" o Colaborador en el repositorio.

Owner:		Maria Paula
Collaborator:	Alejandro Prieto

2.

El owner agrega al colaborador con permisos de escritura en el repositorio que creó en la parte 1

PAULA lo agrego siguiendo el paso a paso

3.

El owner le comparte la url via Teams al colaborador

Ya me la compartio (Paula)

4.

El colaborador acepta la invitación al repositorio

Acepte la invitacion (Alejandro)

5.

Owner y Colaborador editan el archivo README.md al mismo tiempo e intentan subir los cambios al mismo tiempo.

Listo estamos probando esto. Haciendo más cambios antes de probar el error.
competencia contra Alejandrix     

6.

¿Que sucedió?

Por lo visto en las 2 veces que lo intentamos, podemos observar que el owner, es a ella es a quien le aparece el <<<=== error >>>
Prueba error 1 terminal

img1

Prueba error en README.md local

img2

Prueba error 2 terminal

img3

Prueba error en README.md local

img4

7.

La persona que perdió la competencia de subir los cambios, tiene que resolver los conflictos, cúando haces pull de los cambios, los archivos tienen los símbolos <<< === y >>> (son normales en la resolución de conflictos), estos conflictos debes resolverlos manualmente

Lo que hicimos fue quedarnos con el cambio de ella. 

8.

Volver a repetir un cambio sobre el README.md ambas personas al tiempo para volver a tener conflictos.

error
error
error
ERROR ERROR
Error cambio 2, para utilizar IntelliJ como solucionador de problemas

9.

Resuelvan el conflicto con IntelliJ si es posible

== PARTE 3 ==

1.

¿Hay una mejor forma de trabajar con git para no tener conflictos?

Cada persona debe estar trabajando en su rama propia para hacer modificaciones de la principal 
y usar herramientas que nos ayuden a fusionar nuestras ramas cuando sea necesario. 
(Importante, que nosotros hayamos resuelto los conflictos de cada rama antes de unir las ramas a 
la principal al igual que mantener las ramas actualizadas)

2.

¿Qué es y como funciona el Pull Request?

Cuando un desarrollador solicita que los cambios hechos sean revisados para ser integrados con la rama
principal u otra rama del repositorio.

3.

Se crean la dos Ramas

4.

PRUEBA

5.

Se configura para que se borren las ramas

Se configura Rule Pull Request

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 2

  •  
  •