oslugr / curso-git Goto Github PK

Los links del índice en http://oslugr.github.io/curso-git/ están broken broken

Todas la erratas que he visto las he ido apuntando y las he corregido aquí.
Propongo cómo mejora final volver a ejecutar todos los comandos incluidos en el libro y verificar que los mensajes de salida que se obtienen siguen siendo los mismos.
un saludo y gracias por el libro y por compartir.

El hyphenation rompe repos-itorio en lugar de repo-sitorio. No se cómo se arregla en markdown. Está en mas_usos.md página 23 del pdf. Lo he intentado como lo hace LaTeX y queda bien en el pdf, pero mal en el html.

git -a también borra los ficheros que se hayan borrado http://stackoverflow.com/questions/13102683/difference-between-git-add-a-followed-by-git-commit-and-git-commit-a
Yo siempre uso git -a

Hay un párrafo que dice:
Los submódulos pueden ser un ejemplo de flujos de trabajo: en este caso, hay un flujo desde “las fuentes del manantial” (que puede cambiar de forma independiente su proyecto) hasta “la desembocadura” (nuestro proyecto, que lo usa). Dividir un proyecto en módulos y dejar que personas independientes se encarguen de cada uno, integrándolo todo en un submódulo, por tanto, es una forma simple y sin demasiadas complicaciones de hacerlo.

¿La parte del final donde dice dividir un proyecto en módulos e integrarlo todo en un submódulo está bien? O bien no estoy entendiendo nada, o creo que debería ser algo así como:
Dividir un proyecto en submódulos y dejar que personas independientes se encarguen de cada uno, integrándolo todo en un repositorio, por tanto, es una forma simple y sin demasiadas complicaciones de hacerlo.

Si es eso último, solo tenéis que decirlo y lo añado a la próxima pull request que haga, en la que corregiré muchas erratas.

Y también .gitignore, que al fin y al cabo te lo pregunta nada más crear un repo en github. Quizás también en ese mismo tema poner cómo se crea un repositorio en Github y qué significan las preguntas que se hacen.

Usando la herramienta http://validator.idpf.org/ (https://github.com/idpf/epubcheck) para el epub de la release 3 me aparecen varios errores.

Supongo que será por lo que no me deja añadir el archivo a mi colección de Google Play Books

Ahora no tengo mucho tiempo para mirarlo así que igual lo habéis hecho de esa forma por algo, pero pandoc permite (para el md2html) incluir css's, pies, cabeceras...:

pandoc -s -S --toc -c pandoc.css -A footer.html README -o example3.html

Me llama la atención que en todo el libro no encuentro referencia ninguna a la licencia... y ya sabeis, si no hay si que hay :-)

Pues consiste simplemente en ponerle algunos dichos, dibujitos e ilustraciones.
En este sentido me parece genial el enfoque de uno de los tutores , @psicobyte , que hizo una presentación genial hace poco.
¿Por que no utilizar sus dichos taoistas y sus fotos en partes estratégicas del libro para darle un toque desenfadado a la vez que se asientan los materiales con ayuda de elementos gráficos?

Cambio de cabeceras de segundo nivel a cabeceras de primer nivel que sale mejor a la hora de generar PDF y todo. Fallo mío.
No hace falta que cambiemos todas las cabeceras del tirón, pero según se vayan modificando ficheros los vamos ajustando. Ya he cambiado el prólogo.

Hola soy Diego , un alumno del primer curso de Git. Como proyecto final del curso voy a intentar poner mi granito de arena en la edición del Libro del curso , principalmente mediante la corrección de errores sintácticos.
Tengo también alguna idea atrevida para poner en el libro, pero esta me la reservo para mis últimos pullrequest por si los tutores me la echan para atrás.

Erratas en el párrafo:

Además, en la "comuniad" de software libre se dan algunas "peculiaridaddes", como la internacionalización o el trabajo colaborativo de "garn" cantidad de desarrolladores, que han promovido la creación de forjas, repositorios y sistemas que permitan compartir ese código de forma abierta y además, administrar y gestionar todo ese trabajo de una forma eficiente.

Algo ha pasado con el markdown de este archivo que lo hace muy difícil de leer: Pone texto plano en cajones de código, pone títulos sin sentido como "#!/bin/sh" en la linea 690, etc...
No he querido modificarlo en mi fork porque intuyo que alguno de los tutores está tocando algo en él y esperaré a que el código se estabilice para hacer alguna aportación .

Ya que lleva $ y no # se debe de añadir sudo:

sudo apt-get install git