Sync documentos/proyecto/0.Repositorio.md de master a gh-pages

documentos/proyecto/0.Repositorio.md

@@ -95,15 +95,15 @@ del cual tengas *conocimiento personal*, preferiblemente. Cuanto más involucrad
 estés con el problema, o las personas que lo tienen, más interés vas a tener en
 hallar una solución al mismo y mejor entenderás qué sería lo que lo soluciona.
 
-Otra cuestión es que ese problema /tenga entidad suficiente para poder crear,
+Otra cuestión es que ese problema tenga entidad suficiente para poder crear,
 eventualmente, algún tipo de servidor que se pueda desplegar en la nube; es
 decir, tiene que tener descrita correctamente una **lógica de negocio**, que es
 el código propio que resuelve el problema. El centrarnos en la lógica de negocio
 (extraer información del texto de una página web *ya descargada*, por ejemplo)
 en vez de en los aspectos mecánicos (cómo obtener el URL de la página y cómo
-descargársela) permite que nos centremos en lo esencial de nuestro programa, que
-es lo que añade valor al cliente (no el hecho de que uno se descargue una
-página, o extraiga información de un API o como sea).
+descargársela) permite que tengamos el foco en lo esencial de nuestra
+aplicación, que es lo que añade valor al cliente (no el hecho de que uno se
+descargue una página, o extraiga información de un API o como sea).
 
 > Propio quiere decir que toda la lógica de negocio tendrá que ser programada
 > por el estudiante, principalmente en el [objetivo 4](4.Tests), y de ahí en
@@ -433,6 +433,12 @@ rápida posible.
 * En el caso de la entrega en el repositorio de la asignatura, los tests no
   tardarán más de un minuto. Si falla, se aconseja que se corrija sobre la
   marcha y se vuelva a enviar.
+* Si ha habido entregas o fusiones entre la entrega de un objetivo y su eventual
+  fusión, se pueden producir conflictos. [Entender qué son las marcas de
+  conflicto y
+  solucionarlo](https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/addressing-merge-conflicts/resolving-a-merge-conflict-using-the-command-line)
+  es algo que debe hacer el estudiante. El mismo GitHub te ofrece un botón que
+  salta a un editor donde se puede hacer.
 * Cuando haya correcciones por parte del profesor, que también se tratarán de
   hacer lo más rápidamente posible, se aconseja que se lean atentamente, se
   investigue las cuestiones que plantea, y se vuelva a enviar. Las objeciones y