Wiki de EGC - Contribuciones del usuario [es]

Enviando cambios al servidor: push

2018-10-30T13:18:08Z

Pneira:

Basta con realizar:

<source lang="bash">
% git push origin master
Counting objects: 5, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 329 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
To git@github.com:egc-profe/test2.git
9d95b3f..b32395c master -> master
</source>

Lo que muestra el mensaje de éxito que aparece en el ejemplo.

No obstante, el servidor puede rechazar los cambios que envias si estás trabajando con una copia de trabajo desactualizada:

<source lang="bash">
$ git push
To git@github.com:egc-profe/test3.git
! [rejected] master -> master (non-fast-forward)
error: failed to push some refs to 'git@github.com:egc-profe/test3.git'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes (e.g. 'git pull') before pushing again. See the
'Note about fast-forwards' section of 'git push --help' for details.
</source>

En este caso, debes de recuperar primero los cambios que hay en el servidor con:

<source lang="bash">
% git pull --rebase
</source>

Y cruzar los dedos para que no haya un conflicto que tendrás que resolver.

'''Ojo''': Con la configuración de privacidad activa en github.com, no se puede establecer tu email tal cual, debes de usar la máscara que ofrece github.com a través de Settings -> Email settings -> Primary Email address. De lo contrario puede darte este error:

<source lang="bash">
% git push
Contando objetos: 3, listo.
Delta compression using up to 4 threads.
Comprimiendo objetos: 100% (2/2), listo.
Escribiendo objetos: 100% (3/3), 338 bytes | 338.00 KiB/s, listo.
Total 3 (delta 0), reused 0 (delta 0)
remote: error: GH007: Your push would publish a private email address.
remote: You can make your email public or disable this protection by visiting:
remote: http://github.com/settings/emails
To https://github.com/egc-profe/prueba321.git
! [remote rejected] master -> master (push declined due to email privacy restrictions)
</source>

Enviando cambios al servidor: push

2018-10-30T13:17:34Z

Pneira:

Basta con realizar:

<source lang="bash">
% git push origin master
Counting objects: 5, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 329 bytes, done.
Total 3 (delta 0), reused 0 (delta 0)
To git@github.com:egc-profe/test2.git
9d95b3f..b32395c master -> master
</source>

Lo que muestra el mensaje de éxito que aparece en el ejemplo.

No obstante, el servidor puede rechazar los cambios que envias si estás trabajando con una copia de trabajo desactualizada:

<source lang="bash">
$ git push
To git@github.com:egc-profe/test3.git
! [rejected] master -> master (non-fast-forward)
error: failed to push some refs to 'git@github.com:egc-profe/test3.git'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes (e.g. 'git pull') before pushing again. See the
'Note about fast-forwards' section of 'git push --help' for details.
</source>

En este caso, debes de recuperar primero los cambios que hay en el servidor con:

<source lang="bash">
% git pull --rebase
</source>

Y cruzar los dedos para que no haya un conflicto que tendrás que resolver.

'''Ojo''': Con la configuración de privacidad activa en github.com, no se puede establecer tu email tal cual, debes de usar la máscara que ofrece github.com a través de Settings -> Email settings -> Primary Email address. De lo contrario puede darte este error:

<source lang="bash">
git push
Username for 'https://github.com': pneira@us.es
Password for 'https://pneira@us.es@github.com':
Contando objetos: 3, listo.
Delta compression using up to 4 threads.
Comprimiendo objetos: 100% (2/2), listo.
Escribiendo objetos: 100% (3/3), 338 bytes | 338.00 KiB/s, listo.
Total 3 (delta 0), reused 0 (delta 0)
remote: error: GH007: Your push would publish a private email address.
remote: You can make your email public or disable this protection by visiting:
remote: http://github.com/settings/emails
To https://github.com/egc-profe/prueba321.git
! [remote rejected] master -> master (push declined due to email privacy restrictions)
</source>

Creando cuenta en git hub

2018-10-30T12:24:47Z

Pneira:

* Accede a http://github.com
* Invoca la orden para crear el par de clave pública y privada SSH:

<source lang="bash">
% ssh-keygen
</source>

* Esto genera un par de claves pública y privada en la carpeta /home/USUARIO/.ssh/. El fichero /home/usuario/.ssh/id_rsa.pub contiene la clave pública.

* Carga la clave pública SSH a github (Arriba a la derecha: zona de usuario -> 'settings' -> SSH keys). Basta con copia el contenido de /home/usuario/.ssh/id_rsa.pub en el formulario que aparece en github.

Recuerda: Con una clave pública por ordenador personal que tienes es suficiente. Por tanto, no hace falta que crees un par de claves pública y privada SSH cada vez que comiences un nuevo proyecto, puedes usar la misma siempre que nadie te robe tu clave privada.

La clave pública se almacena dentro de la carpeta .ssh en el home del usuario, tiene una apariencia similar a la siguiente.

<source lang="bash">
% cd .ssh
% cat id_rsa.pub
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDrd[... bytes omitidos intencionadamente ...]BDA3z1C1 profesor@pc-14-142
</source>

Para saber más: [http://git-scm.com/book/es/v1/Git-en-un-servidor-Generando-tu-clave-p%C3%BAblica-SSH]

Por cierto, github permite crear organizaciones en las que participan múltiples usuarios.

= Problemas =

Si git reporta este problema:

<source lang="bash">
Agent admitted failure to sign using the key.
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
</source>

Prueba a añadir manualmente la clave privada:

<source lang="bash">
$ ssh-add /home/practica/.ssh/id_rsa
</source>

Creando cuenta en git hub

2018-10-30T12:23:32Z

Pneira:

* Accede a http://github.com
* Invoca la orden para crear el par de clave pública y privada SSH:

<source lang="bash">
% ssh-keygen
</source>

* Esto genera un par de claves pública y privada en la carpeta /home/USUARIO/.ssh/. El fichero /home/usuario/.ssh/id_rsa.pub contiene la clave pública.

* Carga la clave pública SSH a github (Arriba a la derecha: zona de usuario -> 'settings' -> SSH keys). Basta con copia el contenido de /home/usuario/.ssh/id_rsa.pub en el formulario que aparece en github.

Recuerda: Con una clave pública por ordenador personal que tienes es suficiente. Por tanto, no hace falta que crees un par de claves pública y privada SSH cada vez que comiences un nuevo proyecto, puedes usar la misma siempre que nadie te robe tu clave privada.

La clave pública se almacena dentro de la carpeta .ssh en el home del usuario, tiene una apariencia similar a la siguiente.

<source lang="bash">
% cd .ssh
% cat id_rsa.pub
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDrdZtf+OmMO/hvZ/s/xdsel4/GesrXu3l8hkUuccGbb/iaCQWn0ZttJPtmjfe5wZmiUrqxkGFJEzFTrR3hBAErxQzKVT5iNwwTtZgOJGvenUgoiq9RBWzjuyqPrpDC6YujEcA587LdT/PHjmYkyLCOmHFU9D4K2FUYSSgqXdxJWApS7Wv4Fpr8vjmpvDcmYMhttBIJH6a0I4pHQUKPsE57599VbdUBTK+6iUf7uDQ7DdPtx9VydHsQAJMxS0mYnpHE3yDDVV+kNbTM3j8wMxFEUHwknzqBe1fUOwiOpLwmnK7t4sIi/+f3+MzOnRL4jGOcHGkeO6iRvTKnnyi3R2Lf profesor@pc-14-142
</source>

Para saber más: [http://git-scm.com/book/es/v1/Git-en-un-servidor-Generando-tu-clave-p%C3%BAblica-SSH]

Por cierto, github permite crear organizaciones en las que participan múltiples usuarios.

= Problemas =

Si git reporta este problema:

<source lang="bash">
Agent admitted failure to sign using the key.
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
</source>

Prueba a añadir manualmente la clave privada:

<source lang="bash">
$ ssh-add /home/practica/.ssh/id_rsa
</source>

Iniciando un repositorio desde cero

2017-10-30T08:34:47Z

Pneira:

'''Ojo, este es el camino más complicado'''. Recuerda que github ofrece incluir en el repositorio el fichero README desde el comienzo del proyecto, lo que permite hacer 'git clone' y evitar todo el enredo que siga aquí.

No obstante, esto son los pasos para inicializar un git repositorio desde cero. Dentro de la carpeta en la que quieras seguir la evolución del software haces:

<source lang="bash">
% git init
</source>

Esto crea la carpeta .git que contiene toda la metainformación que permite a git seguir la pista a tu proyecto.

Si consultamos el estado, git nos indicará que estamos pendientes de un 'commit' inicial:

<source lang="bash">
% git status
# On branch master
#
# Initial commit
#
# Untracked files:
# (use "gitTexto en negrita''' add <file>..." to include in what will be committed)
#
# README
# nothing added to commit but untracked files present (use "git add" to track)
</source>

En este caso indica que hay un fichero README al que git no le está siguiendo la pista. Podemos añadirlo con:

<source lang="bash">
% git add README
</source>

Esto cambia el estado del fichero README:

<source lang="bash">
% git status
# On branch master
# Initial commit
#
# Changes to be committed:
# (use "git rm --cached <file>..." to unstage)
#
# new file: README
#
</source>

de manera que git lo ve como un nuevo fichero.

Ya estamos list@s para hacer nuestro primer commit que nos seguir la pista al fichero README.

<source lang="bash">
% git commit -a
</source>

Para poder hacer el primer push, hay que añadir cuál es el repositorio de referencia con la siguiente orden:

<source lang="bash">
% git remote add origin git@github.com:USUARIO/REPOSITORIO.git
</source>

Iniciando un repositorio desde cero

2017-10-30T08:34:18Z

Pneira:

Este es el camino más complicado. Recuerda que github ofrece incluir en el repositorio el fichero README desde el comienzo del proyecto, lo que permite hacer 'git clone' y evitar todo el enredo que siga aquí.

No obstante, esto son los pasos para inicializar un git repositorio desde cero. Dentro de la carpeta en la que quieras seguir la evolución del software haces:

<source lang="bash">
% git init
</source>

Esto crea la carpeta .git que contiene toda la metainformación que permite a git seguir la pista a tu proyecto.

Si consultamos el estado, git nos indicará que estamos pendientes de un 'commit' inicial:

<source lang="bash">
% git status
# On branch master
#
# Initial commit
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# README
# nothing added to commit but untracked files present (use "git add" to track)
</source>

En este caso indica que hay un fichero README al que git no le está siguiendo la pista. Podemos añadirlo con:

<source lang="bash">
% git add README
</source>

Esto cambia el estado del fichero README:

<source lang="bash">
% git status
# On branch master
# Initial commit
#
# Changes to be committed:
# (use "git rm --cached <file>..." to unstage)
#
# new file: README
#
</source>

de manera que git lo ve como un nuevo fichero.

Ya estamos list@s para hacer nuestro primer commit que nos seguir la pista al fichero README.

<source lang="bash">
% git commit -a
</source>

Para poder hacer el primer push, hay que añadir cuál es el repositorio de referencia con la siguiente orden:

<source lang="bash">
% git remote add origin git@github.com:USUARIO/REPOSITORIO.git
</source>

Iniciando un repositorio desde cero

2017-10-30T08:33:35Z

Pneira: Añadir remote

Este es el camino más complicado. Recuerda que github ofrece incluir en el repositorio el fichero README desde el comienzo del proyecto, lo que permite hacer 'git clone' y evitar todo el enredo que siga aquí.

No obstante, esto son los pasos para inicializar un git repositorio desde cero. Dentro de la carpeta en la que quieras seguir la evolución del software haces:

<source lang="bash">
% git init
</source>

Esto crea la carpeta .git que contiene toda la metainformación que permite a git seguir la pista a tu proyecto.

Si consultamos el estado, git nos indicará que estamos pendientes de un 'commit' inicial:

<source lang="bash">
% git status
# On branch master
#
# Initial commit
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# README
# nothing added to commit but untracked files present (use "git add" to track)
</source>

En este caso indica que hay un fichero README al que git no le está siguiendo la pista. Podemos añadirlo con:

<source lang="bash">
% git add README
</source>

Esto cambia el estado del fichero README:

<source lang="bash">
% git status
# On branch master
# Initial commit
#
# Changes to be committed:
# (use "git rm --cached <file>..." to unstage)
#
# new file: README
#
</source>

de manera que git lo ve como un nuevo fichero.

Ya estamos list@s para hacer nuestro primer commit que nos seguir la pista al fichero README.

<source lang="bash">
% git commit -a
</source>

<source lang="bash">
% git remote add origin git@github.com:USUARIO/REPOSITORIO.git
</source>

Establece configuración global

2017-10-30T08:25:52Z

Pneira:

Git necesita que se le especifique el nombre y el email del autor del cambio. Esto se hace con las siguientes órdenes:

<source lang="bash">
git config --global user.name "Your Name"
git config --global user.email you@example.com
</source>

Esto genera un fichero en /home/usuario/.gitconfig con tus preferencias de usuario. Puede ser modificado con un editor de texto.

Para l@s curios@s, las órdenes de arriba crean un fichero .gitconfig en la carpeta local del usuari@ con este contenido:

<source lang="bash">
$ cat .gitconfig
[user]
name = Profe EGC
email = profeegc@gmail.com
</source>

Creando mi propia imagen

2017-10-26T14:56:13Z

Pneira:

Podemos modificar una imagen existente y guardarla con un nombre diferente:

<syntaxhighlight lang="sh">
# docker run -it ubuntu bash
root@d66f7a3268e6:/#
</syntaxhighlight>

Fijaros en que el prompt del interprete de ordenes ha cambiado e indica el numero que identifica de manera unica al contenedor que hemos lanzado. Este numero cambia para cada nueva instancia que lanzamos.

<syntaxhighlight lang="sh">
root@d66f7a3268e6:/# apt-get update
root@d66f7a3268e6:/# apt-get install apache2
apt-get install apache2
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
apache2-bin apache2-data apache2-utils ...
The following NEW packages will be installed:
apache2 apache2-bin apache2-data apache2-utils ...
0 upgraded, 57 newly installed, 0 to remove and 4 not upgraded.
Need to get 22.6 MB/22.6 MB of archives.
After this operation, 102 MB of additional disk space will be used.
Do you want to continue? [Y/n]
...
root@d66f7a3268e6:/#
</syntaxhighlight>

Escribo 'Y' y pulso enter para comenzar la instalacion del servidor web apache2.

<syntaxhighlight lang="sh">
root@d66f7a3268e6:/# exit
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker commit -m "Imagen de ubuntu con apache2" -a "profe" d66f7a3268e6 ubuntu/apache2
sha256:b68ef77405104a6ea2de6fde986a519a2fc9710b26d9ae8ec2553f5050c51fd3
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
ubuntu/apache2 latest b68ef7740510 36 seconds ago 260MB
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker run -it -p 8888:80 ubuntu/apache2
# service apache2 start
* Starting Apache httpd web server apache2 AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.2. Set the 'ServerName' directive globally to suppress this message
*
</syntaxhighlight>

Y ahora si abro un navegador web al localhost al puerto 8888, me aparece la pagina que indica que apache esta funcionando correctamente.

= Creando una imagen de Tomcat =

Podemos usar la imagen de tomcat existente en los repositorios de docker, y modificar anadiendo en la carpeta webapps la aplicacion que hemos desarrollado y que distribuimos en formato fichero .war

Para ello podemos crear un fichero Dockerfile que nos automatiza la creacion de una imagen modificada:

<syntaxhighlight lang="sh">
FROM tomcat:8-jre8

ADD target/hello-java-0.1.0.war /usr/local/tomcat/webapps
</syntaxhighlight>

Este fichero indica que docker tiene que descargar la imagen tomcat y tiene que anadir el fichero hello-java-0.1.0.war a la carpeta /usr/local/tomcat/webapps.

Docker nos ofrece un lenguaje de scripting para automatizar la creacion de imagenes.

<syntaxhighlight lang="sh">
# docker build -t holamundo-java Dockerfile .
</syntaxhighlight>

Va a crear la imagen, tras esto podemos lanzar:

<syntaxhighlight lang="sh">
# docker run -it -p 8080:8080 holamundo-java
</syntaxhighlight>

Tras esto, desde un navegador, abrimos la URI: http://localhost:8080/hello-java-0.1.0/greeting.

Creando mi propia imagen

2017-10-26T14:55:56Z

Pneira: /* Creando una imagen de Tomcat */

Podemos modificar una imagen existente y guardarla con un nombre diferente:

<syntaxhighlight lang="sh">
# docker run -it ubuntu bash
root@d66f7a3268e6:/#
</syntaxhighlight>

Fijaros en que el prompt del interprete de ordenes ha cambiado e indica el numero que identifica de manera unica al contenedor que hemos lanzado. Este numero cambia para cada nueva instancia que lanzamos.

<syntaxhighlight lang="sh">
root@d66f7a3268e6:/# apt-get update
root@d66f7a3268e6:/# apt-get install apache2
apt-get install apache2
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
apache2-bin apache2-data apache2-utils ...
The following NEW packages will be installed:
apache2 apache2-bin apache2-data apache2-utils ...
0 upgraded, 57 newly installed, 0 to remove and 4 not upgraded.
Need to get 22.6 MB/22.6 MB of archives.
After this operation, 102 MB of additional disk space will be used.
Do you want to continue? [Y/n]
...
root@d66f7a3268e6:/#
</syntaxhighlight>

Escribo 'Y' y pulso enter para comenzar la instalacion del servidor web apache2.

<syntaxhighlight lang="sh">
root@d66f7a3268e6:/# exit
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker commit -m "Imagen de ubuntu con apache2" -a "profe" d66f7a3268e6 ubuntu/apache2
sha256:b68ef77405104a6ea2de6fde986a519a2fc9710b26d9ae8ec2553f5050c51fd3
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
ubuntu/apache2 latest b68ef7740510 36 seconds ago 260MB
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker run -it -p 8888:80 ubuntu/apache2
# service apache2 start
* Starting Apache httpd web server apache2 AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.2. Set the 'ServerName' directive globally to suppress this message
*
</syntaxhighlight>

Y ahora si abro un navegador web al localhost al puerto 8888, me aparece la pagina que indica que apache esta funcionando correctamente.

= Creando una imagen de Tomcat =

Podemos usar la imagen de tomcat existente en los repositorios de docker, y modificar anadiendo en la carpeta webapps la aplicacion que hemos desarrollado y que distribuimos en formato fichero .war

Para ello podemos crear un fichero Dockerfile que nos automatiza la creacion de una imagen modificada:

<syntaxhighlight lang="sh">
FROM tomcat:8-jre8

ADD target/hello-java-0.1.0.war /usr/local/tomcat/webapps
</syntaxhighlight>

Este fichero indica que docker tiene que descargar la imagen tomcat y tiene que anadir el fichero hello-java-0.1.0.war a la carpeta /usr/local/tomcat/webapps.

Docker nos ofrece un lenguaje de scripting para automatizar la creacion de imagenes.

<syntaxhighlight lang="sh">
# docker build -t holamundo-java Dockerfile .
</syntaxhighlight>

Va a crear la imagen, tras esto podemos lanzar:

<syntaxhighlight lang="sh">
# docker run -it -p 8080:8080 holamundo-java
<syntaxhighlight>

Tras esto, desde un navegador, abrimos la URI: http://localhost:8080/hello-java-0.1.0/greeting.

Creando mi propia imagen

2017-10-26T14:55:36Z

Pneira:

Podemos modificar una imagen existente y guardarla con un nombre diferente:

<syntaxhighlight lang="sh">
# docker run -it ubuntu bash
root@d66f7a3268e6:/#
</syntaxhighlight>

Fijaros en que el prompt del interprete de ordenes ha cambiado e indica el numero que identifica de manera unica al contenedor que hemos lanzado. Este numero cambia para cada nueva instancia que lanzamos.

<syntaxhighlight lang="sh">
root@d66f7a3268e6:/# apt-get update
root@d66f7a3268e6:/# apt-get install apache2
apt-get install apache2
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
apache2-bin apache2-data apache2-utils ...
The following NEW packages will be installed:
apache2 apache2-bin apache2-data apache2-utils ...
0 upgraded, 57 newly installed, 0 to remove and 4 not upgraded.
Need to get 22.6 MB/22.6 MB of archives.
After this operation, 102 MB of additional disk space will be used.
Do you want to continue? [Y/n]
...
root@d66f7a3268e6:/#
</syntaxhighlight>

Escribo 'Y' y pulso enter para comenzar la instalacion del servidor web apache2.

<syntaxhighlight lang="sh">
root@d66f7a3268e6:/# exit
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker commit -m "Imagen de ubuntu con apache2" -a "profe" d66f7a3268e6 ubuntu/apache2
sha256:b68ef77405104a6ea2de6fde986a519a2fc9710b26d9ae8ec2553f5050c51fd3
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
ubuntu/apache2 latest b68ef7740510 36 seconds ago 260MB
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker run -it -p 8888:80 ubuntu/apache2
# service apache2 start
* Starting Apache httpd web server apache2 AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 172.17.0.2. Set the 'ServerName' directive globally to suppress this message
*
</syntaxhighlight>

Y ahora si abro un navegador web al localhost al puerto 8888, me aparece la pagina que indica que apache esta funcionando correctamente.

= Creando una imagen de Tomcat =

Podemos usar la imagen de tomcat existente en los repositorios de docker, y modificar anadiendo en la carpeta webapps la aplicacion que hemos desarrollado y que distribuimos en formato fichero .war

Para ello podemos crear un fichero Dockerfile que nos automatiza la creacion de una imagen modificada:

<syntaxhighlight lang="sh">
FROM tomcat:8-jre8

ADD target/hello-java-0.1.0.war /usr/local/tomcat/webapps
</syntaxhighligh>

Este fichero indica que docker tiene que descargar la imagen tomcat y tiene que anadir el fichero hello-java-0.1.0.war a la carpeta /usr/local/tomcat/webapps.

Docker nos ofrece un lenguaje de scripting para automatizar la creacion de imagenes.

<syntaxhighlight lang="sh">
# docker build -t holamundo-java Dockerfile .
</syntaxhighlight>

Va a crear la imagen, tras esto podemos lanzar:

<syntaxhighlight lang="sh">
# docker run -it -p 8080:8080 holamundo-java
<syntaxhighlight>

Tras esto, desde un navegador, abrimos la URI: http://localhost:8080/hello-java-0.1.0/greeting.

Creando mi propia imagen

2017-10-26T14:47:01Z

Pneira:

Creando mi propia imagen

2017-10-26T14:43:34Z

Pneira:

Creando mi propia imagen

2017-10-26T14:40:38Z

Pneira:

Creando mi propia imagen

2017-10-26T14:38:35Z

Pneira:

Podemos modificar una imagen existente y guardarla con un nombre diferente:

<syntaxhighlight lang="sh">
# docker run -it ubuntu bash
root@d66f7a3268e6:/#
</syntaxhighlight>

Fijaros en que el prompt del interprete de ordenes ha cambiado e indica el numero que identifica de manera unica al contenedor que hemos lanzado. Este numero cambia para cada nueva instancia que lanzamos.

<syntaxhighlight lang="sh">
# apt-get update
# apt-get install apache2
apt-get install apache2
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following additional packages will be installed:
apache2-bin apache2-data apache2-utils file ifupdown iproute2
isc-dhcp-client isc-dhcp-common libapr1 libaprutil1 libaprutil1-dbd-sqlite3
libaprutil1-ldap libasn1-8-heimdal libatm1 libdns-export162 libexpat1
libffi6 libgdbm3 libgmp10 libgnutls30 libgssapi3-heimdal libhcrypto4-heimdal
libheimbase1-heimdal libheimntlm0-heimdal libhogweed4 libhx509-5-heimdal
libicu55 libidn11 libisc-export160 libkrb5-26-heimdal libldap-2.4-2
liblua5.1-0 libmagic1 libmnl0 libnettle6 libp11-kit0 libperl5.22
libroken18-heimdal libsasl2-2 libsasl2-modules libsasl2-modules-db
libsqlite3-0 libssl1.0.0 libtasn1-6 libwind0-heimdal libxml2 libxtables11
mime-support netbase openssl perl perl-modules-5.22 rename sgml-base
ssl-cert xml-core
The following NEW packages will be installed:
apache2 apache2-bin apache2-data apache2-utils file ifupdown iproute2
isc-dhcp-client isc-dhcp-common libapr1 libaprutil1 libaprutil1-dbd-sqlite3
libaprutil1-ldap libasn1-8-heimdal libatm1 libdns-export162 libexpat1
libffi6 libgdbm3 libgmp10 libgnutls30 libgssapi3-heimdal libhcrypto4-heimdal
libheimbase1-heimdal libheimntlm0-heimdal libhogweed4 libhx509-5-heimdal
libicu55 libidn11 libisc-export160 libkrb5-26-heimdal libldap-2.4-2
liblua5.1-0 libmagic1 libmnl0 libnettle6 libp11-kit0 libperl5.22
libroken18-heimdal libsasl2-2 libsasl2-modules libsasl2-modules-db
libsqlite3-0 libssl1.0.0 libtasn1-6 libwind0-heimdal libxml2 libxtables11
mime-support netbase openssl perl perl-modules-5.22 rename sgml-base
ssl-cert xml-core
0 upgraded, 57 newly installed, 0 to remove and 4 not upgraded.
Need to get 22.6 MB/22.6 MB of archives.
After this operation, 102 MB of additional disk space will be used.
Do you want to continue? [Y/n]
</syntaxhighlight>

Escribo 'Y' y pulso enter para comenzar la instalacion del servidor web apache2.

<syntaxhighlight lang="sh">
# exit
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker commit -m "Imagen de ubuntu con apache2" -a "profe" XXXXXX ubuntu/apache2
</syntaxhighlight>

Creando mi propia imagen

2017-10-26T14:36:38Z

Pneira:

Creando mi propia imagen

2017-10-26T14:34:49Z

Pneira:

Podemos modificar una imagen existente y guardarla con un nombre diferente:

<syntaxhighlight lang="sh">
# docker run -it ubuntu bash
</syntaxhighlight>

<syntaxhighlight lang="sh">
# apt-get install apache2
</syntaxhighlight>

<syntaxhighlight lang="sh">
# exit
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker commit -m "Imagen de ubuntu con apache2" -a "profe" XXXXXX ubuntu/apache2
</syntaxhighlight>

Creando mi propia imagen

2017-10-26T14:34:00Z

Pneira: Página creada con «Podemos modificar una imagen existente y guardarla con un nombre diferente: <syntaxhighlight lang="sh"> # docker run -it ubuntu bash </syntaxhighligh> <syntaxhighlight la...»

Podemos modificar una imagen existente y guardarla con un nombre diferente:

<syntaxhighlight lang="sh">
# docker run -it ubuntu bash
</syntaxhighligh>

<syntaxhighlight lang="sh">
# apt-get install apache2
</syntaxhighlight>

<syntaxhighlight lang="sh">
# exit
</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker commit -m "Imagen de ubuntu con apache2" -a "profe" XXXXXX ubuntu/apache2
</syntaxhighlight>

Operando con los contenedores

2017-10-26T14:31:18Z

Pneira:

Para comprobar los contenedores existentes, es decir, las instancias de imagenes lanzadas, podemos hacerlo con:

<syntaxhighlight lang="sh">
# docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
</syntaxhighlight>

Que nos confirma que no hay ningun contenedor lanzado.

Para lanzar un contenedor con la imagen base del sistema operativo ubuntu, podemos descargarla imagen:

<syntaxhighlight lang="sh">
# docker pull ubuntu
docker pull ubuntu
Using default tag: latest
latest: Pulling from library/ubuntu
ae79f2514705: ...
Digest: sha256:506e2d5852de1d7c90d538c5332bd3cc33b9cbd26f6ca653875899c505c82687
Status: Downloaded newer image for ubuntu:latest

</syntaxhighlight>

Y despues lanzarla con el interprete de ordenes 'bash' que nos proporcionar un lanzador de aplicaciones de linea de comandos:

<syntaxhighlight lang="sh">
# docker run -it ubuntu bash
root@9a38c451bacc:/#
</syntaxhighlight>

Observe que el prompt de la linea de comandos ha cambiado, el valor tras la arroba indica el idenficador unico para este contenedor.

<syntaxhighlight lang="sh">
# docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
9a38c451bacc ubuntu "bash" About a minute ago Up About a minute romantic_kepler

</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker stop 9a38c451bacc
</syntaxhighlight>

Podemos confirmar que efectivamente ese contenedor ya no existe:

<syntaxhighlight lang="sh">
# docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
</syntaxhighlight>

Operando con los contenedores

2017-10-26T14:31:00Z

Pneira:

Para comprobar los contenedores existentes, es decir, las instancias de imagenes lanzadas, podemos hacerlo con:

<syntaxhighlight lang="sh">
# docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
</syntaxhighlight>

Que nos confirma que no hay ningun contenedor lanzado.

Para lanzar un contenedor con la imagen base del sistema operativo ubuntu, podemos descargarla imagen:

<syntaxhighlight lang="sh">
# docker pull ubuntu
docker pull ubuntu
Using default tag: latest
latest: Pulling from library/ubuntu
ae79f2514705: ...
Digest: sha256:506e2d5852de1d7c90d538c5332bd3cc33b9cbd26f6ca653875899c505c82687
Status: Downloaded newer image for ubuntu:latest

</syntaxhighlight>

Y despues lanzarla con el interprete de ordenes 'bash' que nos proporcionar un lanzador de aplicaciones de linea de comandos:

<syntaxhighlight lang="sh">
# docker run -it ubuntu bash
root@9a38c451bacc:/#
</syntaxhighlight>

Observe que el prompt de la linea de comandos ha cambiado, el valor tras la arroba indica el idenficador unico para este contenedor.

<syntaxhighlight lang="sh">
# docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
9a38c451bacc ubuntu "bash" About a minute ago Up About a minute romantic_kepler

</syntaxhighlight>

<syntaxhighlight lang="sh">
# docker stop 9a38c451bacc
</syntaxhighlight>

Podemos confirmar que efectivamente ese contenedor ya no existe:

<syntaxhighlight lang="sh">
docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
</syntaxhighlight>

Operando con los contenedores

2017-10-26T14:29:27Z

Pneira:

Operando con los contenedores

2017-10-26T14:29:17Z

Pneira:

Operando con los contenedores

2017-10-26T14:27:36Z

Pneira:

Operando con los contenedores

2017-10-26T14:26:44Z

Pneira:

Operando con los contenedores

2017-10-26T14:26:17Z

Pneira:

Operando con los contenedores

2017-10-26T14:24:17Z

Pneira:

Operando con los contenedores

2017-10-26T14:24:06Z

Pneira:

Operando con los contenedores

2017-10-26T14:23:49Z

Pneira:

Para comprobar los contenedores existentes, es decir, las instancias de imagenes lanzadas, podemos hacerlo con:

<syntaxhightlight lang="sh">
# docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
</syntaxhightlight>

Operando con los contenedores

2017-10-26T14:23:41Z

Pneira:

Operando con los contenedores

2017-10-26T14:23:31Z

Pneira:

Operando con los contenedores

2017-10-26T14:23:06Z

Pneira: Página creada con «Para comprobar los contenedores existentes, es decir, las instancias de imagenes lanzadas, podemos hacerlo con: # docker container ls CONTAINER ID IMAGE...»

Para comprobar los contenedores existentes, es decir, las instancias de imagenes lanzadas, podemos hacerlo con:

# docker container ls
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

Operando con las imagenes

2017-10-26T14:21:44Z

Pneira:

Puedo borrar una imagen de mi repositorio local en cualquier momento:

<syntaxhighlight lang="sh">
# docker image rm -f hello-world
Untagged: hello-world:latest
Untagged: hello-world@sha256:1f19634d26995c320618d94e6f29c09c6589d5df3c063287a00e6de8458f8242
Deleted: sha256:05a3bd381fc2470695a35f230afefd7bf978b566253199c4ae5cc96fafa29b37
</syntaxhighlight>

Comprobamos que ya no esta:

<syntaxhighlight lang="sh">
# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
</syntaxhighlight>

Puedo volver a descargarla del repositorio principal de docker:

<syntaxhighlight lang="sh">
# docker pull hello-world
Using default tag: latest
latest: Pulling from library/hello-world
5b0f327be733: Already exists
Digest: sha256:07d5f7800dfe37b8c2196c7b1c524c33808ce2e0f74e7aa00e603295ca9a0972
Status: Downloaded newer image for hello-world:latest
</syntaxhighlight>

Volvemos a comprobar y efectivamente si aparece:

<syntaxhighlight lang="sh">
# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest 05a3bd381fc2 6 weeks ago 1.84kB
</syntaxhighlight>

Operando con las imagenes

2017-10-26T14:20:29Z

Pneira: Página creada con «Puedo borrar una imagen de mi repositorio local en cualquier momento: # docker image rm -f hello-world Untagged: hello-world:latest Untagged: hello-world@sha256:1f19634d26...»

Puedo borrar una imagen de mi repositorio local en cualquier momento:

# docker image rm -f hello-world
Untagged: hello-world:latest
Untagged: hello-world@sha256:1f19634d26995c320618d94e6f29c09c6589d5df3c063287a00e6de8458f8242
Deleted: sha256:05a3bd381fc2470695a35f230afefd7bf978b566253199c4ae5cc96fafa29b37

Comprobamos que ya no esta:

# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE

Puedo volver a descargarla del repositorio principal de docker:

# docker pull hello-world
Using default tag: latest
latest: Pulling from library/hello-world
5b0f327be733: Already exists
Digest: sha256:07d5f7800dfe37b8c2196c7b1c524c33808ce2e0f74e7aa00e603295ca9a0972
Status: Downloaded newer image for hello-world:latest

# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest 05a3bd381fc2 6 weeks ago 1.84kB

Taller de docker

2017-10-26T14:17:39Z

Pneira: /* Ordenes para docker */

* Presentación en pdf: [https://www.dropbox.com/s/0ljenswr3r5g55g/01-docker.pdf Taller de Docker].
* Fichero [https://www.dropbox.com/s/tla3fp97kb4ip53/hello-java-0.1.0.war hello-java-0.1.0.war] para el despliegue (este es el [https://www.dropbox.com/s/p7ne96vksge69u0/java-hello.zip código fuente]).

= Instalación de Docker =

* Hay una guía para Ubuntu 16.04 disponible [https://www.digitalocean.com/community/tutorials/como-instalar-y-usar-docker-en-ubuntu-16-04-es aquí].
* Para Mac se pueden seguir las [https://docs.docker.com/docker-for-mac/install/ instrucciones oficiales de la web de Docker]
* Si tienes Windows 10 versión Pro o Education de 64 bits puede seguir las [https://docs.docker.com/docker-for-windows/install/ instrucciones de Docker for Windows].
* Para otra versión de Windows, lo mejor es utilizar el [https://docs.docker.com/toolbox/overview/ Docker Toolbox], que es menos eficiente, pero ofrece similar funcionalidad.

= Ordenes para docker =

* [[Lanzando un hola mundo]]
* [[Operando con las imagenes]]
* [[Operando con los contenedores]]
* [[Creando mi propia imagen]]

= Ejemplos =

* [https://docs.docker.com/compose/wordpress/ Para instalar WordPress y MySQL]
* [http://codeomitted.com/deploy-war-file-to-docker-image/ Para construir una imagen con Tomcat básica]
* [https://runnable.com/docker/java/dockerize-your-java-application Para construir una imagen Java muy personalizada].

Lanzando un hola mundo

2017-10-26T14:16:12Z

Pneira:

Para lanzar una instancia de la imagen helloworld, primero vamos a comprobar que existe:

<syntaxhighlight lang="sh">
# docker images

REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest 05a3bd381fc2 6 weeks ago 1.84kB
</syntaxhighlight>

Para lanzarla, podemos usar el comando 'docker run':

<syntaxhighlight lang="sh">
# docker run -it hello-world

Hello from Docker!
This message shows that your installation appears to be working correctly.

To generate this message, Docker took the following steps:
1. The Docker client contacted the Docker daemon.
2. The Docker daemon pulled the "hello-world" image from the Docker Hub.
3. The Docker daemon created a new container from that image which runs the
executable that produces the output you are currently reading.
4. The Docker daemon streamed that output to the Docker client, which sent it
to your terminal.

To try something more ambitious, you can run an Ubuntu container with:
$ docker run -it ubuntu bash

Share images, automate workflows, and more with a free Docker ID:
https://cloud.docker.com/

For more examples and ideas, visit:
https://docs.docker.com/engine/userguide/

</syntaxhighlight>

Lanzando un hola mundo

2017-10-26T14:16:01Z

Pneira:

Para lanzar una instancia de la imagen helloworld, primero vamos a comprobar que existe:

<syntaxhighlight lang="sh">
# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest 05a3bd381fc2 6 weeks ago 1.84kB
</syntaxhighlight>

Para lanzarla, podemos usar el comando 'docker run':

<syntaxhighlight lang="sh">
# docker run -it hello-world

Hello from Docker!
This message shows that your installation appears to be working correctly.

To generate this message, Docker took the following steps:
1. The Docker client contacted the Docker daemon.
2. The Docker daemon pulled the "hello-world" image from the Docker Hub.
3. The Docker daemon created a new container from that image which runs the
executable that produces the output you are currently reading.
4. The Docker daemon streamed that output to the Docker client, which sent it
to your terminal.

To try something more ambitious, you can run an Ubuntu container with:
$ docker run -it ubuntu bash

Share images, automate workflows, and more with a free Docker ID:
https://cloud.docker.com/

For more examples and ideas, visit:
https://docs.docker.com/engine/userguide/

</syntaxhighlight>

Lanzando un hola mundo

2017-10-26T14:14:47Z

Pneira: Página creada con «Para lanzar una instancia de la imagen helloworld, primero vamos a comprobar que existe: <syntaxhighlight lang="sh"> # docker images REPOSITORY TAG...»

Taller de docker

2017-10-26T14:12:31Z

Pneira: /* Ordenes para docker */

* Presentación en pdf: [https://www.dropbox.com/s/0ljenswr3r5g55g/01-docker.pdf Taller de Docker].
* Fichero [https://www.dropbox.com/s/tla3fp97kb4ip53/hello-java-0.1.0.war hello-java-0.1.0.war] para el despliegue (este es el [https://www.dropbox.com/s/p7ne96vksge69u0/java-hello.zip código fuente]).

= Instalación de Docker =

* Hay una guía para Ubuntu 16.04 disponible [https://www.digitalocean.com/community/tutorials/como-instalar-y-usar-docker-en-ubuntu-16-04-es aquí].
* Para Mac se pueden seguir las [https://docs.docker.com/docker-for-mac/install/ instrucciones oficiales de la web de Docker]
* Si tienes Windows 10 versión Pro o Education de 64 bits puede seguir las [https://docs.docker.com/docker-for-windows/install/ instrucciones de Docker for Windows].
* Para otra versión de Windows, lo mejor es utilizar el [https://docs.docker.com/toolbox/overview/ Docker Toolbox], que es menos eficiente, pero ofrece similar funcionalidad.

= Ordenes para docker =

* [[Lanzando un hola mundo]]

= Ejemplos =

* [https://docs.docker.com/compose/wordpress/ Para instalar WordPress y MySQL]
* [http://codeomitted.com/deploy-war-file-to-docker-image/ Para construir una imagen con Tomcat básica]
* [https://runnable.com/docker/java/dockerize-your-java-application Para construir una imagen Java muy personalizada].

Taller de docker

2017-10-26T14:12:22Z

Pneira:

* Presentación en pdf: [https://www.dropbox.com/s/0ljenswr3r5g55g/01-docker.pdf Taller de Docker].
* Fichero [https://www.dropbox.com/s/tla3fp97kb4ip53/hello-java-0.1.0.war hello-java-0.1.0.war] para el despliegue (este es el [https://www.dropbox.com/s/p7ne96vksge69u0/java-hello.zip código fuente]).

= Instalación de Docker =

* Hay una guía para Ubuntu 16.04 disponible [https://www.digitalocean.com/community/tutorials/como-instalar-y-usar-docker-en-ubuntu-16-04-es aquí].
* Para Mac se pueden seguir las [https://docs.docker.com/docker-for-mac/install/ instrucciones oficiales de la web de Docker]
* Si tienes Windows 10 versión Pro o Education de 64 bits puede seguir las [https://docs.docker.com/docker-for-windows/install/ instrucciones de Docker for Windows].
* Para otra versión de Windows, lo mejor es utilizar el [https://docs.docker.com/toolbox/overview/ Docker Toolbox], que es menos eficiente, pero ofrece similar funcionalidad.

= Ordenes para docker =

* [Lanzando un hola mundo]

= Ejemplos =

* [https://docs.docker.com/compose/wordpress/ Para instalar WordPress y MySQL]
* [http://codeomitted.com/deploy-war-file-to-docker-image/ Para construir una imagen con Tomcat básica]
* [https://runnable.com/docker/java/dockerize-your-java-application Para construir una imagen Java muy personalizada].

Taller de docker

2017-10-23T07:39:33Z

Pneira:

Taller de docker

2017-10-23T06:47:33Z

Pneira:

Taller de docker

2017-10-23T06:44:19Z

Pneira: Página creada con «* Presentación: [https://www.dropbox.com/s/0ljenswr3r5g55g/01-docker.pdf Taller de Docker]. * Fichero [https://www.dropbox.com/s/tla3fp97kb4ip53/hello-java-0.1.0.war hello...»

* Presentación: [https://www.dropbox.com/s/0ljenswr3r5g55g/01-docker.pdf Taller de Docker].
* Fichero [https://www.dropbox.com/s/tla3fp97kb4ip53/hello-java-0.1.0.war hello-java-0.1.0.war] para el despliegue (este es el [https://www.dropbox.com/s/p7ne96vksge69u0/java-hello.zip código fuente]).

= Instalación de Docker =

Hay una guía para Ubuntu 16.04 disponible [https://www.digitalocean.com/community/tutorials/como-instalar-y-usar-docker-en-ubuntu-16-04-es aquí].

Prácticas - 17/18

2017-10-23T06:42:53Z

Pneira:

* Práctica 1: [[Taller de docker]]

* Práctica 2: [[Gestión de incidencias]]

* Práctica 3: [[Gestión de versiones con git]]

Gestión de incidencias

2017-10-19T23:40:14Z

Pneira:

Pasos para la gestión de incidencias:

= Registro en github =

Vamos a emplear la plataforma web de la nube de github.com, ofrece servicios gratuitos para proyectos públicos y es relativamente fácil de usar.

Para crear una cuenta en github:

* Accede a [http://github.com github].
* Pincha arriba a la derecha sobre "Sign up" para crear una cuenta.
* Especifica un usuario, se recomienda que uses como referencia el UVUS, es decir, tres letras de tu nombre, tres de tu primer apellido y tres de tu segundo apellido.
* Especifica dirección de correo.
* Especifica tu clave personal de acceso.
* Especifica "Unlimited public repositories for free" que te permite crear tantos repositorios públicos como quieras y pincha en "Continue".
* Sáltate la encuesta de uso, pincha en "Skip this step".

Tras esto, ya has creado una cuenta, que está pendiente de ser verificada.

= Creando un nuevo proyecto =

* Pincha arriba a la derecha en el símbolo "+" y sobre el desplegable marcha "New repository".
* Completa el nombre de tu nuevo repositorio.
* Pincha sobre "Initialize this repository with a README" (facilita mucho la configuración de cara a la práctica 3 sobre gestión de código con git).
* Ya dispones de un proyecto.

= Creando una incidencia (issue) =

Las incidencias nos permiten recoger información muy útil ya sea sobre una petición de nueva funcionalidad, una petición para resolver un fallo de programación (bug), así como cualquier tarea relacionada con el desarrollo que requiera la atención del equipo de desarrollo.

Para crear una incidencia:

* Pincha en la pestaña de "Issue", la que está entre "Code" y "Pull requests".
* A la derecha aparece un botón verde que dice "New Issue". Pincha sobre el para crear una nueva incidencia.
* Específica un título y haz una descripción de la incidencia.
* Pincha sobre el botón verde "Submit new issue" para crear la incidencia. A partir de entonces, la pestaña "Issue" indica con un número uno (1) que hay una incidencia pendiente de ser tratada, que aparece en estado "Open".
* Al pinchar sobre la incidencia, se pueden añadir más comentarios.

= Asignando una incidencia =

Es buena práctica asociar a un ingenier@ del equipo de desarrollo la incidencia que hemos abierto como tarea asignada de la que se hace responsable, para ello:

* Pulsa sobre "Assignee" y selecciona el nombre del usuario que se hace cargo de la incidencia. Si quieres añadir más desarrolladores al proyecto, pincha sobre "Settings" y después sobre "Collaborators" para buscar el nombre del usuario al que quieres añadir como colaborador a tu proyecto. Una vez añadido, puedes incluir en la lista de "Assignee".

= Etiquetando una incidencia =

Es importante establecer a qué categoría pertenece una incidencia, github ofrece las siguiente categorías:

* bug: La incidencia describe un fallo de programación en el software.
* duplicate: Ya existe otra incidencia que describe los mismo que esta.
* enhancement: Una solicitud de mejora en el software.
* good first issue: Esta incidencia es idonea para un desarrollador del equipo junior, o con menor experiencia en el software.
* help wanted: Esta incidencia describe una petición de ayuda.
* invalid: Esta incidencia es incorrecta, refleja una petición que no tiene sentido.
* question: Esta incidencia describe una pregunta a responder para el equipo de desarrollo.
* wontfix: Esta incidencia no tiene solución posible. Se emplea cuando se describe como incidencia un comportamiento que parece ser defectuoso, pero que en realidad es una funcionalidad. También se puede emplear para una incidencia que describe un problema, para la que no existe solución posible. Hay que tener una buena razón para etiquetar una incidencia de esta manera.

Github permite seleccionar múltiples categorías simultáneamente.

= Creando hitos (milestones) =

Los hitos (milestones) sirven para agrupar una serie de incidencias y establecer una fecha de entrega para ellas. Puedes crear un hito:

* Pulsando en la pestaña de "Issue".
* Luego, sobre el boton "Milestone" que aparece.
* Completa el titulo, descripcion y fecha de entrega.

Y pulsa sobre "Create Milestone".

= Recibir notificaciones sobre esta incidencia =

A la izquierda, aparece un botón que permite a cada usuario decidir notificaciones por email sobre cambios en el estado de esta incidencia.

= Cerrando una incidencia =

* Una vez la incidencia se dé por terminada, se pincha sobre "Close issue".
* Es posible reabrirla pinchando sobre "Reopen" issue.

Gestión de incidencias

2017-10-19T23:39:39Z

Pneira:

Pasos para la gestión de incidencias:

= Registro en github =

Vamos a emplear la plataforma web de la nube de github.com, ofrece servicios gratuitos para proyectos públicos y es relativamente fácil de usar.

Para crear una cuenta en github:

* Accede a [http://github.com github].
* Pincha arriba a la derecha sobre "Sign up" para crear una cuenta.
* Especifica un usuario, se recomienda que uses como referencia el UVUS, es decir, tres letras de tu nombre, tres de tu primer apellido y tres de tu segundo apellido.
* Especifica dirección de correo.
* Especifica tu clave personal de acceso.
* Especifica "Unlimited public repositories for free" que te permite crear tantos repositorios públicos como quieras y pincha en "Continue".
* Sáltate la encuesta de uso, pincha en "Skip this step".

Tras esto, ya has creado una cuenta, que está pendiente de ser verificada.

= Creando un nuevo proyecto =

* Pincha arriba a la derecha en el símbolo "+" y sobre el desplegable marcha "New repository".
* Completa el nombre de tu nuevo repositorio.
* Pincha sobre "Initialize this repository with a README" (facilita mucho la configuración de cara a la práctica 3 sobre gestión de código con git).
* Ya dispones de un proyecto.

= Creando una incidencia (issue) =

Las incidencias nos permiten recoger información muy útil ya sea sobre una petición de nueva funcionalidad, una petición para resolver un fallo de programación (bug), así como cualquier tarea relacionada con el desarrollo que requiera la atención del equipo de desarrollo.

Para crear una incidencia:

* Pincha en la pestaña de "Issue", la que está entre "Code" y "Pull requests".
* A la derecha aparece un botón verde que dice "New Issue". Pincha sobre el para crear una nueva incidencia.
* Específica un título y haz una descripción de la incidencia.
* Pincha sobre el botón verde "Submit new issue" para crear la incidencia. A partir de entonces, la pestaña "Issue" indica con un número uno (1) que hay una incidencia pendiente de ser tratada, que aparece en estado "Open".
* Al pinchar sobre la incidencia, se pueden añadir más comentarios.

= Asignando una incidencia =

Es buena práctica asociar a un ingenier@ del equipo de desarrollo la incidencia que hemos abierto como tarea asignada de la que se hace responsable, para ello:

* Pulsa sobre "Assignee" y selecciona el nombre del usuario que se hace cargo de la incidencia. Si quieres añadir más desarrolladores al proyecto, pincha sobre "Settings" y después sobre "Collaborators" para buscar el nombre del usuario al que quieres añadir como colaborador a tu proyecto. Una vez añadido, puedes incluir en la lista de "Assignee".

= Etiquetando una incidencia =

Es importante establecer a qué categoría pertenece una incidencia, github ofrece las siguiente categorías:

* bug: La incidencia describe un fallo de programación en el software.
* duplicate: Ya existe otra incidencia que describe los mismo que esta.
* enhancement: Una solicitud de mejora en el software.
* good first issue: Esta incidencia es idonea para un desarrollador del equipo junior, o con menor experiencia en el software.
* help wanted: Esta incidencia describe una petición de ayuda.
* invalid: Esta incidencia es incorrecta, refleja una petición que no tiene sentido.
* question: Esta incidencia describe una pregunta a responder para el equipo de desarrollo.
* wontfix: Esta incidencia no tiene solución posible. Se emplea cuando se describe como incidencia un comportamiento que parece ser defectuoso, pero que en realidad es una funcionalidad. También se puede emplear para una incidencia que describe un problema, para la que no existe solución posible. Hay que tener una buena razón para etiquetar una incidencia de esta manera.

Github permite seleccionar múltiples categorías simultáneamente.

= Creando hitos (milestones) =

Los hitos (milestones) sirven para agrupar una serie de incidencias y establecer una fecha de entrega para ellas. Puedes crear un hito:

* Pulsando en la pestaña de "Issue".
* Luego, sobre el boton "Milestone" que aparece.
* Completa el titulo, descripcion y fecha de entrega.

= Recibir notificaciones sobre esta incidencia =

A la izquierda, aparece un botón que permite a cada usuario decidir notificaciones por email sobre cambios en el estado de esta incidencia.

= Cerrando una incidencia =

* Una vez la incidencia se dé por terminada, se pincha sobre "Close issue".
* Es posible reabrirla pinchando sobre "Reopen" issue.

Gestión de incidencias

2017-10-19T23:36:45Z

Pneira:

Pasos para la gestión de incidencias:

= Registro en github =

Vamos a emplear la plataforma web de la nube de github.com, ofrece servicios gratuitos para proyectos públicos y es relativamente fácil de usar.

Para crear una cuenta en github:

* Accede a [http://github.com github].
* Pincha arriba a la derecha sobre "Sign up" para crear una cuenta.
* Especifica un usuario, se recomienda que uses como referencia el UVUS, es decir, tres letras de tu nombre, tres de tu primer apellido y tres de tu segundo apellido.
* Especifica dirección de correo.
* Especifica tu clave personal de acceso.
* Especifica "Unlimited public repositories for free" que te permite crear tantos repositorios públicos como quieras y pincha en "Continue".
* Sáltate la encuesta de uso, pincha en "Skip this step".

Tras esto, ya has creado una cuenta, que está pendiente de ser verificada.

= Creando un nuevo proyecto =

* Pincha arriba a la derecha en el símbolo "+" y sobre el desplegable marcha "New repository".
* Completa el nombre de tu nuevo repositorio.
* Pincha sobre "Initialize this repository with a README" (facilita mucho la configuración de cara a la práctica 3 sobre gestión de código con git).
* Ya dispones de un proyecto.

= Creando una incidencia (issue) =

Las incidencias nos permiten recoger información muy útil ya sea sobre una petición de nueva funcionalidad, una petición para resolver un fallo de programación (bug), así como cualquier tarea relacionada con el desarrollo que requiera la atención del equipo de desarrollo.

Para crear una incidencia:

* Pincha en la pestaña de "Issue", la que está entre "Code" y "Pull requests".
* A la derecha aparece un botón verde que dice "New Issue". Pincha sobre el para crear una nueva incidencia.
* Específica un título y haz una descripción de la incidencia.
* Pincha sobre el botón verde "Submit new issue" para crear la incidencia. A partir de entonces, la pestaña "Issue" indica con un número uno (1) que hay una incidencia pendiente de ser tratada, que aparece en estado "Open".
* Al pinchar sobre la incidencia, se pueden añadir más comentarios.

= Asignando una incidencia =

Es buena práctica asociar a un ingenier@ del equipo de desarrollo la incidencia que hemos abierto como tarea asignada de la que se hace responsable, para ello:

* Pulsa sobre "Assignee" y selecciona el nombre del usuario que se hace cargo de la incidencia. Si quieres añadir más desarrolladores al proyecto, pincha sobre "Settings" y después sobre "Collaborators" para buscar el nombre del usuario al que quieres añadir como colaborador a tu proyecto. Una vez añadido, puedes incluir en la lista de "Assignee".

= Etiquetando una incidencia =

Es importante establecer a qué categoría pertenece una incidencia, github ofrece las siguiente categorías:

* bug: La incidencia describe un fallo de programación en el software.
* duplicate: Ya existe otra incidencia que describe los mismo que esta.
* enhancement: Una solicitud de mejora en el software.
* good first issue: Esta incidencia es idonea para un desarrollador del equipo junior, o con menor experiencia en el software.
* help wanted: Esta incidencia describe una petición de ayuda.
* invalid: Esta incidencia es incorrecta, refleja una petición que no tiene sentido.
* question: Esta incidencia describe una pregunta a responder para el equipo de desarrollo.
* wontfix: Esta incidencia no tiene solución posible. Se emplea cuando se describe como incidencia un comportamiento que parece ser defectuoso, pero que en realidad es una funcionalidad. También se puede emplear para una incidencia que describe un problema, para la que no existe solución posible. Hay que tener una buena razón para etiquetar una incidencia de esta manera.

Github permite seleccionar múltiples categorías simultáneamente.

= Recibir notificaciones sobre esta incidencia =

A la izquierda, aparece un botón que permite a cada usuario decidir notificaciones por email sobre cambios en el estado de esta incidencia.

= Cerrando una incidencia =

* Una vez la incidencia se dé por terminada, se pincha sobre "Close issue".
* Es posible reabrirla pinchando sobre "Reopen" issue.

Gestión de incidencias

2017-10-19T23:33:16Z

Pneira: Página creada con «Pasos para la gestión de incidencias: = Registro en github = Vamos a emplear la plataforma web de la nube de github.com, ofrece servicios gratuitos para proyectos públi...»

Pasos para la gestión de incidencias:

= Registro en github =

Vamos a emplear la plataforma web de la nube de github.com, ofrece servicios gratuitos para proyectos públicos y es relativamente fácil de usar.

Para crear una cuenta en github:

* Accede a [http://github.com github].
* Pincha arriba a la derecha sobre "Sign up" para crear una cuenta.
* Especifica un usuario, se recomienda que uses como referencia el UVUS, es decir, tres letras de tu nombre, tres de tu primer apellido y tres de tu segundo apellido.
* Especifica dirección de correo.
* Especifica tu clave personal de acceso.
* Especifica "Unlimited public repositories for free" que te permite crear tantos repositorios públicos como quieras y pincha en "Continue".
* Sáltate la encuesta de uso, pincha en "Skip this step".

Tras esto, ya has creado una cuenta, que está pendiente de ser verificada.

= Creando un nuevo proyecto =

* Pincha arriba a la derecha en el símbolo "+" y sobre el desplegable marcha "New repository".
* Completa el nombre de tu nuevo repositorio.
* Pincha sobre "Initialize this repository with a README" (facilita mucho la configuración de cara a la práctica 3 sobre gestión de código con git).
* Ya dispones de un proyecto.

= Creando una incidencia (issue) =

Las incidencias nos permiten recoger información muy útil ya sea sobre una petición de nueva funcionalidad, una petición para resolver un fallo de programación (bug), así como cualquier tarea relacionada con el desarrollo que requiera la atención del equipo de desarrollo.

Para crear una incidencia:

* Pincha en la pestaña de "Issue", la que está entre "Code" y "Pull requests".
* A la derecha aparece un botón verde que dice "New Issue". Pincha sobre el para crear una nueva incidencia.
* Específica un título y haz una descripción de la incidencia.
* Pincha sobre el botón verde "Submit new issue" para crear la incidencia. A partir de entonces, la pestaña "Issue" indica con un número uno (1) que hay una incidencia pendiente de ser tratada, que aparece en estado "Open".
* Al pinchar sobre la incidencia, se pueden añadir más comentarios.

= Asignando una incidencia =

Es buena práctica asociar a un ingenier@ del equipo de desarrollo la incidencia que hemos abierto como tarea asignada de la que se hace responsable, para ello:

* Pulsa sobre "Assignee" y selecciona el nombre del usuario que se hace cargo de la incidencia. Si quieres añadir más desarrolladores al proyecto, pincha sobre "Settings" y después sobre "Collaborators" para buscar el nombre del usuario al que quieres añadir como colaborador a tu proyecto. Una vez añadido, puedes incluir en la lista de "Assignee".

= Etiquetando una incidencia =

Es importante establecer a qué categoría pertenece una incidencia, github ofrece las siguiente categorías:

* bug: La incidencia describe un fallo de programación en el software.
* duplicate: Ya existe otra incidencia que describe los mismo que esta.
* enhancement: Una solicitud de mejora en el software.
* good first issue.
* help wanted: Esta incidencia describe una petición de ayuda.
* invalid: Esta incidencia es incorrecta, refleja una petición que no tiene sentido.
* question: Esta incidencia describe una pregunta a responder para el equipo de desarrollo.
* wontfix: Esta incidencia no tiene solución posible. Se emplea cuando se describe como incidencia un comportamiento que parece ser defectuoso, pero que en realidad es una funcionalidad. También se puede emplear para una incidencia que describe un problema, para la que no existe solución posible. Hay que tener una buena razón para etiquetar una incidencia de esta manera.

Github permite seleccionar múltiples categorías simultáneamente.

= Recibir notificaciones sobre esta incidencia =

A la izquierda, aparece un botón que permite a cada usuario decidir notificaciones por email sobre cambios en el estado de esta incidencia.

= Cerrando una incidencia =

* Una vez la incidencia se dé por terminada, se pincha sobre "Close issue".
* Es posible reabrirla pinchando sobre "Reopen" issue.

Prácticas - 17/18

2017-10-19T22:54:42Z

Pneira:

* Práctica 1: [https://www.dropbox.com/s/0ljenswr3r5g55g/01-docker.pdf Taller de Docker] y fichero [https://www.dropbox.com/s/tla3fp97kb4ip53/hello-java-0.1.0.war hello-java-0.1.0.war] para el despliegue (este es el [https://www.dropbox.com/s/p7ne96vksge69u0/java-hello.zip código fuente])

* Práctica 2: [[Gestión de incidencias]]

* Práctica 3: [[Gestión de versiones con git]]

Gestión de versiones con git

2017-10-19T22:54:05Z

Pneira: Página creada con «* Creando cuenta en git hub * Establece configuración global * Clonando un repositorio existente * Iniciando un repositorio desde cero * Realizando mi pr...»

* [[Creando cuenta en git hub]]
* [[Establece configuración global]]
* [[Clonando un repositorio existente]]
* [[Iniciando un repositorio desde cero]]
* [[Realizando mi primer commit]]
* [[Revisando el historial de cambios]]
* [[Arqueología del software: annotate]]
* [[Borrado y renombrado de ficheros]]
* [[Enviando cambios al servidor: push]]
* [[Obteniendo cambios del servidor: pull]]
* [[Deshaciendo cambios]]
* [[Revirtiendo cambios]]
* [[Rehaciendo cambios locales]]
* [[Exportando cambios: Creando una diferencia incremental]]
* [[Importando cambios: Aplicando una diferencia incremental]]
* [[Empleando nuevas ramas]]
* [[Enviando una rama al servidor]]
* [[Usando una rama del servidor]]
* [[Uniendo ramas]]

Prácticas - 17/18

2017-10-19T22:53:58Z

Pneira: