Programación Concurrente - UNLaM

Repositorio donde se encuentran los ejercicios correspondientes a los trabajos prácticos de la materia.

Repositorio de la Catedra

Información de la Asignatura

• Carrera: Ingeniería en Informática
• Asignatura: Programación Concurrente (3658)
• Cuatrimestre: Segundo Cuatrimestre
• Año: 2024
• Grupo: M4

Trayecto - Infraestructura

• Año académico: Cuarto Año - Primer Cuatrimestre
• Responsable / Jefe de catedra: Volker, Mariano Leonardo
• Carga horaria semanal: 4 hs
• Carga horaria total: 64 hs
• Modalidad: Semipresencial
• Correlativas anteriores
  • Paradigmas de Programación (3646)
  • Sistemas Operativos (3649)

Docentes

• Adagio, Matías Ezequiel
• Carnuccio, Esteban
• Hirschfeldt, Darío
• Palomo, Maximo Facundo
• Volker, Mariano Leonardo

Integrantes

DNI	Apellido/s	Nombre/s
43.630.151	Antonioli	Iván Oscar
43.664.669	Di Nicco	Luis Demetrio
41.548.235	Sandoval Vasquez	Juan Leandro

Links a Google Colab

Trabajo Práctico 1

• Parte 1: Procesos
  • C
  • Java
  • Python
• Parte 2: Hilos
  • C++
  • Java
  • Python
• Parte 3: Comunicación y Sincronismo
  • C++
  • Java
  • Python

Trabajo Práctico Integrador

• Manual de Usuario

Pasos para subir cambios al repositorio de la materia

Repositorio de la catedra: CATEDRA de PROGRAMACION CONCURRENTE UNLAM

1. Si no tenés bajado localmente el repositorio, tenés que abrirte la terminal, posicionarte en el directorio donde te lo querés bajar, y clonártelo con: git clone https://github.com/UNLAM-PROG-C/2024-PROGC-Q2-M4.git

2. Posicionarse en el repositorio: cd 2024-PROGC-Q2-M4/

3. Crear una nueva rama para subir los cambios: git checkout -b nombreDeLaRama

4. Luego de subir los archivos o las modificaciones: git add .

5. Commiteamos los archivos: git commit -m "MensajeRelacionadoAlCommit"

6. Pusheamos la rama: git push o git push --set-upstream origin nombreDeLaRama

7. En el repositorio de la catedra te va a aparecer un mensaje similar a este, y tenés que hacer clic en Compare & pull request

8. Antes de crearlo, podes asignar los reviewers para que realicen comentarios sobre el código del PR

9. Luego creamos el PR con Create pull request

10. Después cuando se verifiquen los chequeos del Coding Standard debería habilitarse el botón Merge pull request y para finalizar ya podés eliminar la rama con Delete branch

10.1 En caso de que alguno de los chequeos del Coding Standard no se aprueben, se debe cerrar el PR, realizar los cambios en el código de correcciones, es decir, repetir los pasos de 4 al 6, y luego reabrir el PR.

11. (OPCIONAL) Para finalizar, en la terminal, te podés posicionar nuevamente en la rama de develop, (git checkout develop) y bajarte los cambios del PR con git pull

12. (OPCIONAL) Si hiciste el paso 11 te habrás dado cuenta de que la rama que borraste todavía sigue apareciendo, eso es porque se eliminó remotamente, pero todavía se encuentra local, la podes ver con git branch -a y para eliminarla es con git branch -d nombreDeLaRama

Aclaraciones

• Ante cualquier consulta de commits, cambios efectuados o saber la rama actual, se puede usar: git status

• Antes de hacer un commit es recomendable bajar los cambios que pudieron haberse producido con: git pull

• En caso de que estes trabajando en una rama y en este momento haya ocurrido algún PR en develop tenés que hacer lo siguiente (lo que estarías haciendo es bajarte los nuevos cambios aprobados del/los PR y tambien tenerlos en tu rama local que estás trabajando)

  • git checkout develop
  • git pull
  • git checkout nombreDeLaRamaEnLaQueEstabasTrabajando
  • git merge develop

• Si querés ver todas las ramas que se encuentran: git branch -a

• Te podés posicionar en una rama con: git checkout nombreDeLaRama