Arquisoft / Arquisoft/faq

Duda sobre commits y trabajo en equipo

Open
#37 0 comments 0 reactions 0 assignees View on GitHub
labs
Dominant language
No language data
Stars
5
Forks
0
PR merge metrics
No merged PRs in 30d

Description

Me ha escrito un estudiante la siguiente pregunta:

> Estuve esta tarde trabajando junto a un compañero de mi grupo en el proyecto en grupo. El commit lo hizo él y que sepamos nosotros no hay forma de añadir 2 personas a un commit. Yo puse un comentario en el commit indicando que lo hicimos en equipo, y él también lo puso en la issue que abrimos.
>
> ¿Esto basta para que se nos atribuya a los dos el haber estado trabajando en ese commit?

La respuesta corta es que que no.

La respuesta un poco más larga y justificada sería la siguiente:

Nosotros como profesores no sabemos quién hace el trabajo que hay detrás de cada commit y no vamos a tener mucho tiempo para indagar en detalle cada uno de los commits, es muy posible que se nos pasen los comentarios que pongáis en los commits porque tenéis que pensar que tenemos que valorar los trabajos de muchos equipos y muchos estudiantes por lo que se nos podrían pasar esas cosas.

En general, entendemos que no solamente vais a hacer un commit puntual, sino que vais a realizar muchos commits a lo largo del curso. Si hacéis _pair programming_, una posibilidad es que vayáis alternando quién de los dos hace el commit, con lo cual, al final del curso, los dos podríais tener un número de commits significativo.

Lo que no debéis hacer es que cuando trabajéis los dos, siempre haga el mismo los _commits_, porque entonces podríamos acabar suponiendo que el único que trabaja es el que hace los commits.

Contributor guide

No contributing guide indexed for this repository

Research direction

The issue provides a proposed FAQ answer about crediting pair-programming commits, but names no file, test, or documentation entry point. First locate the repository’s FAQ source and review how existing questions are structured; done means this guidance is added in the matching format.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
2/5
Estimated time
1-3 hours
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.