https://1984.lsi.us.es/wiki-egc/api.php?action=feedcontributions&feedformat=atom&user=Amgutierrez 2026-05-05T14:50:20Z Contribuciones del usuario MediaWiki 1.29.0 https://1984.lsi.us.es/wiki-egc/index.php?title=Comentarios_y_notas_primera_entrega_2014&diff=385 2014-01-20T18:47:59Z

<p>Amgutierrez: </p> <hr /> <div>== Notas de los trabajos primera entrega ==<br /> '''LAS NOTAS SON SOBRE 10'''<br /> Las notas definitivas son aquellas que tiene el grupo después de haber asistido a las tutorías y antes de que entreguen las mejoras. Salvo excepción, son las mismas que las notas provisionales.<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | NOTA PROVISIONAL<br /> | NOTA DEFINITIVA<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | 4 <br /> | 4 <br /> | david<br /> |-<br /> |Grupo 2<br /> | 4,5<br /> | 4,5<br /> |guti<br /> |-<br /> |Grupo 3<br /> | 3<br /> | 3 <br /> |david<br /> |-<br /> |Grupo 4<br /> | 7<br /> | <br /> |guti<br /> |-<br /> |Grupo 5<br /> | 7<br /> | '''0'''<br /> |david<br /> |-<br /> |Grupo 6<br /> | 5<br /> | 6 <br /> |guti<br /> |-<br /> |Grupo 7<br /> | 7<br /> | 7 <br /> |david<br /> |-<br /> |Grupo 10<br /> | 4<br /> | 4<br /> |guti<br /> |-<br /> |Grupo 11<br /> | 3<br /> | 3 <br /> |david<br /> |-<br /> |Grupo 12<br /> | 4<br /> | 4<br /> |guti<br /> |-<br /> |Grupo 13<br /> | 3<br /> | 3 <br /> |david<br /> |-<br /> |}<br /> <br /> El ''0'' se debe a que ha habido detección de plagio sin reconocimiento. Ponerse en contacto con el profesorado de la asignatura para enmendar el incidente.<br /> <br /> == Documentos comentados de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | Documento comentado<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | [[Archivo:Comentario1.pdf|Documento comentado]]<br /> | david<br /> |-<br /> |Grupo 2<br /> |[[Archivo:Comentario2.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 3<br /> |[[Archivo:Comentario3.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 4<br /> |[[Archivo:Comentario4.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 5<br /> |[[Archivo:Comentario5.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 6<br /> |[https://www.dropbox.com/s/b9vp9zpr32bls0j/Grupo6DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 7<br /> |[https://www.dropbox.com/s/azm5y4t24210wmc/Grupo7DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 10<br /> |[https://www.dropbox.com/s/dvho3t7gki00geb/Grupo10DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 11<br /> |[https://www.dropbox.com/s/6ow5fxck02ti37h/Grupo11DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 12<br /> |[https://www.dropbox.com/s/du0kd5puho79mxe/Grupo12DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 13<br /> |[https://www.dropbox.com/s/46gjq5ju0yerrpg/Grupo13DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |}<br /> <br /> == Mejora de los trabajos ==<br /> <br /> Una vez corregidas y publicadas las notas de los trabajos de EGC del curso 2013/2014 se propone es un esquema de trabajo a partir de este momento para mejorar las notas de lo entregado. En dicho esquema se parte de los siguientes hechos y premisas:<br /> * La nota publicada aquí es la oficial de los trabajos y, como tal, podría pasar directamente a computar el cálculo según lo aprobado en la asamblea correspondiente que calcularía la nota final a poner en el acta oficial.<br /> * Si alguien del grupo o todo el grupo quiere conformarse con esa nota está en su derecho y así será por defecto, es decir, salvo notificación diferente, la nota del trabajo sería la publicada para todos los miembros del grupo.<br /> * Se propone que se puedan realizar mejoras del trabajo atendiendo a los comentarios que se dan sobre el documento y redactando un documento para cada grupo en los que, en líneas generales, se le dirá al grupo qué puede y debe hacer para mejorar su nota. <br /> * Ese documento partirá de una cota de nota que se puede subir que se estima en horas de trabajo. <br /> * Las horas de trabajo estimadas para abordar la mejora serán de 20 horas para cada uno de los miembros del grupo. <br /> * El alcance del trabajo y la mejora se decidirá en una tutoría de cada grupo con el profesor que le haya corregido el trabajo y a la que el grupo asistirá después de haber leído los comentarios al documento.<br /> * La fecha de entrega de las mejoras será el '''7 Febrero de 2014''' y se realizará a través del portal Opera: https://opera-portal.us.es/egc/<br /> * Las tutorías para establecer el alcance del trabajo serán durante la semana de la publicación de las notas y tienen que ser previamente acordadas con el profesor.<br /> <br /> == Comentarios generales para mejorar los trabajos ==<br /> <br /> * En el diario sería mucho mejor, además de decir cuándo se han tomado las decisiones, añadir qué tiempos y tareas se decidieron y qué imputación en horas real se ha hecho. En ese sentido se recomienda mirar el documento elaborado por el grupo 7: https://opera-portal.us.es/egc/public/default/grupo/ver/id/7<br /> * En todos los documentos profesionales debe haber un control de cambios del documento. Hay varios trabajos que lo han hecho pero varios que no, aquellos que no lo hayan hecho, deben hacerlo.<br /> * Pensar en todo momento que el documento debería ser comprensible por otros compañeros vuestros que no hayan hecho el trabajo. En casi todos los casos esto no es así y el documento da por asumidos muchos conocimientos y aún así no pone referencias a dónde buscar más información. <br /> * Muchos trabajos parece que no han sido capaces de exponer en el documento todo el trabajo que han invertido en investigar y aprender del proyecto. Es importante sacar valor a todo lo que se haya trabajado, en especial, relacionándolo con los apartados del documento.<br /> * En general, si se tiene dudas sobre algún concepto (e.g. qué es un entregable), debéis acudir a la bibliografía recomendada para solventar la duda y no inventar una definición.<br /> * En general, no se trata sólo de mirar lo que se hace en el proyecto y si no se hace algo pues conformarse con ello. Las partes que no se encuentren o no se detecten que se hacen en el proyecto deben ser completadas por el grupo consultado las transparencias, los apuntes de clases y la bibliografía recomendada.<br /> <br /> == Qué entregar en la revisión ==<br /> * Una nueva versión del diario del grupo.<br /> * Una nueva versión del documento en el que se señale claramente cuáles son los miembros que participan en esta nueva entrega.<br /> * Un documento que resuma los cambios realizados con respecto a los comentarios hechos por los profesores entre la primera versión entregada y la versión final.<br /> <br /> == Defensa de los trabajos ==<br /> Una vez estudiados los trabajos y analizada la logística de la defensa. Se propone que la defensa de los trabajos se haga en el siguiente formato:<br /> * Se dará 30 minutos en total para cada grupo en la defensa<br /> * En esos 30 minutos se expondrá al menos un ejercicio de los que el grupo haya propuesto. '''El objetivo de la presentación no es presentar la memoria del trabajo'''.<br /> * El grupo puede traer cosas hechas o preparadas si así lo estima oportuno (e.g. máquinas virtuales preconfiguradas, procesos automatizados, videos, capturas,....).<br /> * El ejercicio lo propondrá el grupo y será seleccionado por el grupo. Si así lo desea, podrá matizarlo, acortarlo o incluso proponer uno que no esté en la memoria.<br /> * El formato de la presentación es libre de modo que podrá elegir usar sus máquinas, presentaciones, videos o lo que estime oportuno.<br /> * Se recomienda que intervengan todos los miembros de uno u otro modo en la presentación dentro de lo posible.<br /> * Se pondrá un tiempo de 15 minutos para la presentación ('''hay que tener ensayados los tiempos para no excederse'''). Los otros 15 minutos se usarán para plantear preguntas o dudas por parte del profesorado.<br /> * La defensa será a partir de las '''16,00 del día 23 de Enero''' de 2014 siguiendo lo indicado en http://www.informatica.us.es/docs/orgdocente/convFEB14-IS.pdf<br /> * El aula reservada es la '''I2.33 e I2.35'''<br /> <br /> === TURNOS ===<br /> <br /> '''Habrá dos turnos en paralelo'''<br /> <br /> {| border=&quot;1&quot;<br /> | HORA <br /> | GRUPOS<br /> |-<br /> |16:00<br /> | 1 Y 2<br /> |-<br /> |16:30<br /> | 3 Y 4<br /> |-<br /> |17:00<br /> | 5 Y 6<br /> |-<br /> |17:30<br /> | 7 Y 10<br /> |-<br /> |18:00<br /> | 11 Y 12<br /> |-<br /> |18:30<br /> | 13<br /> |}</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_12_2014&diff=384 2014-01-20T18:34:17Z

<p>Amgutierrez: </p> <hr /> <div>Asisten:<br /> <br /> Caro Fernández, Rafael<br /> <br /> Mendoza Moreno, Juan Miguel<br /> <br /> Montero, Juan Francisco<br /> <br /> Olivero González, Miguel Ángel<br /> <br /> Comentarios:<br /> <br /> * General: Cambiar el discurso. Al ser un proyecto con un solo desarrollador si existe, no hay información sobre la gestión de la configuración, por lo que el trabajo se basa en vuestra propuesta sobre las herramientas existentes y vuestros conocimientos.<br /> <br /> * Gestión del código fuente: Reescribir el discurso y desarrollar los ejercicios.<br /> <br /> * Gestión de la construcción: Extender y Desarrollar los ejercicios.<br /> <br /> * Gestión de pruebas: Añadir sección de gestión de pruebas definiendo protocolo/técnicas de pruebas para los ejecutables principales.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_12_2014&diff=383 2014-01-20T18:34:04Z

<p>Amgutierrez: </p> <hr /> <div>Asisten:<br /> <br /> Caro Fernández, Rafael|<br /> Mendoza Moreno, Juan Miguel|<br /> Montero, Juan Francisco|<br /> Olivero González, Miguel Ángel|<br /> <br /> Comentarios:<br /> <br /> * General: Cambiar el discurso. Al ser un proyecto con un solo desarrollador si existe, no hay información sobre la gestión de la configuración, por lo que el trabajo se basa en vuestra propuesta sobre las herramientas existentes y vuestros conocimientos.<br /> <br /> * Gestión del código fuente: Reescribir el discurso y desarrollar los ejercicios.<br /> <br /> * Gestión de la construcción: Extender y Desarrollar los ejercicios.<br /> <br /> * Gestión de pruebas: Añadir sección de gestión de pruebas definiendo protocolo/técnicas de pruebas para los ejecutables principales.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_12_2014&diff=382 2014-01-20T18:31:53Z

<p>Amgutierrez: Página creada con 'Asisten: Caro Fernández, Rafael Mendoza Moreno, Juan Miguel Montero, Juan Francisco Olivero González, Miguel Ángel Comentarios: * General: Cambiar el discurso. Al ser un p…'</p> <hr /> <div>Asisten:<br /> <br /> Caro Fernández, Rafael<br /> Mendoza Moreno, Juan Miguel<br /> Montero, Juan Francisco<br /> Olivero González, Miguel Ángel<br /> <br /> Comentarios:<br /> <br /> * General: Cambiar el discurso. Al ser un proyecto con un solo desarrollador si existe, no hay información sobre la gestión de la configuración, por lo que el trabajo se basa en vuestra propuesta sobre las herramientas existentes y vuestros conocimientos.<br /> <br /> * Gestión del código fuente: Reescribir el discurso y desarrollar los ejercicios.<br /> <br /> * Gestión de la construcción: Extender y Desarrollar los ejercicios.<br /> <br /> * Gestión de pruebas: Añadir sección de gestión de pruebas definiendo protocolo/técnicas de pruebas para los ejecutables principales.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_6_2014&diff=381 2014-01-20T17:19:29Z

<p>Amgutierrez: </p> <hr /> <div>Asisten:<br /> <br /> BARBA MALAGÓN, Jesús<br /> <br /> CRESPO BENÍTEZ, Felipe<br /> <br /> FLORES PRADA, Pascual<br /> <br /> GONZÁLEZ CAUSSE, Santiago<br /> <br /> SÁNCHEZ BEGINES, Juan M.<br /> <br /> SANJUÁN SEGOVIA, Félix M.<br /> <br /> Comentarios:<br /> <br /> * Gestión de Incidencias. Desarrollar el sistema de gestión de incidencias (Sourceforge) indicando: <br /> ** Como es el flujo de incidencia<br /> ** Análisis un poco crítico<br /> <br /> * Gestión de las pruebas<br /> ** Desarrollar el escenario para incluir las pruebas de integración como parte del escenario de integración continua (Extender el ejercicio de integración continua)<br /> <br /> * Mapa de herramientas<br /> ** Relacionar las herramientas.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_6_2014&diff=380 2014-01-20T17:19:16Z

<p>Amgutierrez: </p> <hr /> <div>Asisten:<br /> <br /> BARBA MALAGÓN, Jesús<br /> CRESPO BENÍTEZ, Felipe<br /> FLORES PRADA, Pascual<br /> GONZÁLEZ CAUSSE, Santiago<br /> SÁNCHEZ BEGINES, Juan M.<br /> SANJUÁN SEGOVIA, Félix M.<br /> <br /> Comentarios:<br /> <br /> * Gestión de Incidencias. Desarrollar el sistema de gestión de incidencias (Sourceforge) indicando: <br /> ** Como es el flujo de incidencia<br /> ** Análisis un poco crítico<br /> <br /> * Gestión de las pruebas<br /> ** Desarrollar el escenario para incluir las pruebas de integración como parte del escenario de integración continua (Extender el ejercicio de integración continua)<br /> <br /> * Mapa de herramientas<br /> ** Relacionar las herramientas.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_6_2014&diff=379 2014-01-20T17:18:39Z

<p>Amgutierrez: Página creada con 'Asisten: BARBA MALAGÓN, Jesús CRESPO BENÍTEZ, Felipe FLORES PRADA, Pascual GONZÁLEZ CAUSSE, Santiago SÁNCHEZ BEGINES, Juan M. SANJUÁN SEGOVIA, Félix M. Comentarios: * …'</p> <hr /> <div>Asisten:<br /> <br /> BARBA MALAGÓN, Jesús<br /> CRESPO BENÍTEZ, Felipe<br /> FLORES PRADA, Pascual<br /> GONZÁLEZ CAUSSE, Santiago<br /> SÁNCHEZ BEGINES, Juan M.<br /> SANJUÁN SEGOVIA, Félix M.<br /> <br /> Comentarios:<br /> <br /> * Gestión de Incidencias:<br /> Desarrollar el sistema de gestión de incidencias (Sourceforge). <br /> ** Como es el flujo de incidencia<br /> ** Analisis un poco crítico<br /> <br /> * Gestión de las pruebas<br /> ** Desarrollar el escenario para incluir las pruebas de integración como parte del escenario de integración continua (Extender el ejercicio de integración continua)<br /> <br /> * Mapa de herramientas<br /> ** Relacionar las herramientas.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Comentarios_y_notas_primera_entrega_2014&diff=378 2014-01-20T16:46:46Z

<p>Amgutierrez: /* Notas de los trabajos primera entrega */</p> <hr /> <div>== Notas de los trabajos primera entrega ==<br /> '''LAS NOTAS SON SOBRE 10'''<br /> Las notas definitivas son aquellas que tiene el grupo después de haber asistido a las tutorías y antes de que entreguen las mejoras. Salvo excepción, son las mismas que las notas provisionales.<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | NOTA PROVISIONAL<br /> | NOTA DEFINITIVA<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | 4 <br /> | 4 <br /> | david<br /> |-<br /> |Grupo 2<br /> | 4,5<br /> | 4,5<br /> |guti<br /> |-<br /> |Grupo 3<br /> | 3<br /> | 3 <br /> |david<br /> |-<br /> |Grupo 4<br /> | 7<br /> | <br /> |guti<br /> |-<br /> |Grupo 5<br /> | 7<br /> | '''0'''<br /> |david<br /> |-<br /> |Grupo 6<br /> | 5<br /> | 6 <br /> |guti<br /> |-<br /> |Grupo 7<br /> | 7<br /> | 7 <br /> |david<br /> |-<br /> |Grupo 10<br /> | 4<br /> | 4<br /> |guti<br /> |-<br /> |Grupo 11<br /> | 3<br /> | 3 <br /> |david<br /> |-<br /> |Grupo 12<br /> | 4<br /> | <br /> |guti<br /> |-<br /> |Grupo 13<br /> | 3<br /> | 3 <br /> |david<br /> |-<br /> |}<br /> <br /> El ''0'' se debe a que ha habido detección de plagio sin reconocimiento. Ponerse en contacto con el profesorado de la asignatura para enmendar el incidente.<br /> <br /> == Documentos comentados de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | Documento comentado<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | [[Archivo:Comentario1.pdf|Documento comentado]]<br /> | david<br /> |-<br /> |Grupo 2<br /> |[[Archivo:Comentario2.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 3<br /> |[[Archivo:Comentario3.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 4<br /> |[[Archivo:Comentario4.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 5<br /> |[[Archivo:Comentario5.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 6<br /> |[https://www.dropbox.com/s/b9vp9zpr32bls0j/Grupo6DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 7<br /> |[https://www.dropbox.com/s/azm5y4t24210wmc/Grupo7DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 10<br /> |[https://www.dropbox.com/s/dvho3t7gki00geb/Grupo10DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 11<br /> |[https://www.dropbox.com/s/6ow5fxck02ti37h/Grupo11DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 12<br /> |[https://www.dropbox.com/s/du0kd5puho79mxe/Grupo12DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 13<br /> |[https://www.dropbox.com/s/46gjq5ju0yerrpg/Grupo13DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |}<br /> <br /> == Mejora de los trabajos ==<br /> <br /> Una vez corregidas y publicadas las notas de los trabajos de EGC del curso 2013/2014 se propone es un esquema de trabajo a partir de este momento para mejorar las notas de lo entregado. En dicho esquema se parte de los siguientes hechos y premisas:<br /> * La nota publicada aquí es la oficial de los trabajos y, como tal, podría pasar directamente a computar el cálculo según lo aprobado en la asamblea correspondiente que calcularía la nota final a poner en el acta oficial.<br /> * Si alguien del grupo o todo el grupo quiere conformarse con esa nota está en su derecho y así será por defecto, es decir, salvo notificación diferente, la nota del trabajo sería la publicada para todos los miembros del grupo.<br /> * Se propone que se puedan realizar mejoras del trabajo atendiendo a los comentarios que se dan sobre el documento y redactando un documento para cada grupo en los que, en líneas generales, se le dirá al grupo qué puede y debe hacer para mejorar su nota. <br /> * Ese documento partirá de una cota de nota que se puede subir que se estima en horas de trabajo. <br /> * Las horas de trabajo estimadas para abordar la mejora serán de 20 horas para cada uno de los miembros del grupo. <br /> * El alcance del trabajo y la mejora se decidirá en una tutoría de cada grupo con el profesor que le haya corregido el trabajo y a la que el grupo asistirá después de haber leído los comentarios al documento.<br /> * La fecha de entrega de las mejoras será el '''7 Febrero de 2014''' y se realizará a través del portal Opera: https://opera-portal.us.es/egc/<br /> * Las tutorías para establecer el alcance del trabajo serán durante la semana de la publicación de las notas y tienen que ser previamente acordadas con el profesor.<br /> <br /> == Comentarios generales para mejorar los trabajos ==<br /> <br /> * En el diario sería mucho mejor, además de decir cuándo se han tomado las decisiones, añadir qué tiempos y tareas se decidieron y qué imputación en horas real se ha hecho. En ese sentido se recomienda mirar el documento elaborado por el grupo 7: https://opera-portal.us.es/egc/public/default/grupo/ver/id/7<br /> * En todos los documentos profesionales debe haber un control de cambios del documento. Hay varios trabajos que lo han hecho pero varios que no, aquellos que no lo hayan hecho, deben hacerlo.<br /> * Pensar en todo momento que el documento debería ser comprensible por otros compañeros vuestros que no hayan hecho el trabajo. En casi todos los casos esto no es así y el documento da por asumidos muchos conocimientos y aún así no pone referencias a dónde buscar más información. <br /> * Muchos trabajos parece que no han sido capaces de exponer en el documento todo el trabajo que han invertido en investigar y aprender del proyecto. Es importante sacar valor a todo lo que se haya trabajado, en especial, relacionándolo con los apartados del documento.<br /> * En general, si se tiene dudas sobre algún concepto (e.g. qué es un entregable), debéis acudir a la bibliografía recomendada para solventar la duda y no inventar una definición.<br /> * En general, no se trata sólo de mirar lo que se hace en el proyecto y si no se hace algo pues conformarse con ello. Las partes que no se encuentren o no se detecten que se hacen en el proyecto deben ser completadas por el grupo consultado las transparencias, los apuntes de clases y la bibliografía recomendada.<br /> <br /> == Qué entregar en la revisión ==<br /> * Una nueva versión del diario del grupo.<br /> * Una nueva versión del documento en el que se señale claramente cuáles son los miembros que participan en esta nueva entrega.<br /> * Un documento que resuma los cambios realizados con respecto a los comentarios hechos por los profesores entre la primera versión entregada y la versión final.<br /> <br /> == Defensa de los trabajos ==<br /> Una vez estudiados los trabajos y analizada la logística de la defensa. Se propone que la defensa de los trabajos se haga en el siguiente formato:<br /> * Se dará 30 minutos en total para cada grupo en la defensa<br /> * En esos 30 minutos se expondrá al menos un ejercicio de los que el grupo haya propuesto. '''El objetivo de la presentación no es presentar la memoria del trabajo'''.<br /> * El grupo puede traer cosas hechas o preparadas si así lo estima oportuno (e.g. máquinas virtuales preconfiguradas, procesos automatizados, videos, capturas,....).<br /> * El ejercicio lo propondrá el grupo y será seleccionado por el grupo. Si así lo desea, podrá matizarlo, acortarlo o incluso proponer uno que no esté en la memoria.<br /> * El formato de la presentación es libre de modo que podrá elegir usar sus máquinas, presentaciones, videos o lo que estime oportuno.<br /> * Se recomienda que intervengan todos los miembros de uno u otro modo en la presentación dentro de lo posible.<br /> * Se pondrá un tiempo de 15 minutos para la presentación ('''hay que tener ensayados los tiempos para no excederse'''). Los otros 15 minutos se usarán para plantear preguntas o dudas por parte del profesorado.<br /> * La defensa será a partir de las '''16,00 del día 23 de Enero''' de 2014 siguiendo lo indicado en http://www.informatica.us.es/docs/orgdocente/convFEB14-IS.pdf<br /> * El aula reservada es la '''I2.33 e I2.35'''<br /> <br /> === TURNOS ===<br /> <br /> '''Habrá dos turnos en paralelo'''<br /> <br /> {| border=&quot;1&quot;<br /> | HORA <br /> | GRUPOS<br /> |-<br /> |16:00<br /> | 1 Y 2<br /> |-<br /> |16:30<br /> | 3 Y 4<br /> |-<br /> |17:00<br /> | 5 Y 6<br /> |-<br /> |17:30<br /> | 7 Y 10<br /> |-<br /> |18:00<br /> | 11 Y 12<br /> |-<br /> |18:30<br /> | 13<br /> |}</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_2_2014&diff=372 2014-01-17T11:32:57Z

<p>Amgutierrez: Página creada con 'Asisten: Fernando Ramos González Nicolás Robayo Moreno Jesús Rivero Capellán Javier García Gallardo Comentarios al documento: * REvisión del lenguaje y del formato (ju…'</p> <hr /> <div>Asisten:<br /> <br /> Fernando Ramos González<br /> Nicolás Robayo Moreno<br /> Jesús Rivero Capellán<br /> Javier García Gallardo<br /> <br /> <br /> Comentarios al documento:<br /> <br /> * REvisión del lenguaje y del formato (justificación de los parrafos).<br /> * Gestión del Código Fuente: Desarrollar mejor la organización fuente en ramas. Comentar Gerrit.<br /> * Gestión de la construcción: Desarrollar la explicación de la construcción: Herramienta principal y otras herramientas.<br /> * Gestión de los entregables: Desarrollar la gestión de los entregables.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_10_2014&diff=366 2014-01-17T10:32:12Z

<p>Amgutierrez: </p> <hr /> <div>Asisten:<br /> <br /> ANTONIO BORREGO BERJANO<br /> <br /> JAVIER GARCÍA-CONSUEGRA ANGULO<br /> <br /> DANIEL ESCOBAR SÁNCHEZ<br /> <br /> DAVID ARAGÓN PÉREZ<br /> <br /> <br /> COmentarios para el trabajo:<br /> <br /> * Gestión del código fuente: Organizar la sección completa de Gestión del código fuente, separando claramente el uso genérico de las herramientas (Bazaar, Launchpad) de la utilización que hace el proyecto Inkscape.<br /> <br /> * Gestión de la construcción: Desarrollar como se hace la construcción del proyecto usando Make (de nuevo, separando la herramienta Make de como hace uso el proyecto). <br /> <br /> * Otros: <br /> ** Gestión de Incidencias. ALguna captura de los formularios de alta/gestión de incidencias.<br /> ** Mapa de Herramientas: COmentarios de las relaciones entre las distintas herramientas.<br /> ** Conclusiones: Revisar conclusiones.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Grupo_10_2014&diff=364 2014-01-17T10:22:23Z

<p>Amgutierrez: Página creada con 'Asisten: ANTONIO BORREGO BERJANO JAVIER GARCÍA-CONSUEGRA ANGULO DANIEL ESCOBAR SÁNCHEZ DAVID ARAGÓN PÉREZ'</p> <hr /> <div>Asisten:<br /> <br /> ANTONIO BORREGO BERJANO<br /> JAVIER GARCÍA-CONSUEGRA ANGULO<br /> DANIEL ESCOBAR SÁNCHEZ<br /> DAVID ARAGÓN PÉREZ</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Archivo:Comentario1.pdf&diff=333 2014-01-14T18:17:00Z

<p>Amgutierrez: </p> <hr /> <div></div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Trabajo&diff=332 2014-01-14T18:16:41Z

<p>Amgutierrez: /* Documentos comentados de los trabajos */</p> <hr /> <div>= Enunciado del trabajo: =<br /> <br /> Bajar el archivo PDF: [[Archivo:TrabajoEGC.pdf|Enunciado del trabajo en grupo]]<br /> <br /> = Sobre la primera entrega =<br /> <br /> == Notas de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | NOTA<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> |<br /> | david<br /> |-<br /> |Grupo 2<br /> |<br /> |guti<br /> |-<br /> |Grupo 3<br /> |<br /> |david<br /> |-<br /> |Grupo 4<br /> |<br /> |guti<br /> |-<br /> |Grupo 5<br /> |<br /> |david<br /> |-<br /> |Grupo 6<br /> |<br /> |guti<br /> |-<br /> |Grupo 7<br /> |<br /> |david<br /> |-<br /> |Grupo 10<br /> |<br /> |guti<br /> |-<br /> |Grupo 11<br /> |<br /> |david<br /> |-<br /> |Grupo 12<br /> |<br /> |guti<br /> |-<br /> |Grupo 13<br /> |<br /> |david<br /> |-<br /> |}<br /> <br /> == Documentos comentados de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | Documento comentado<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | [[Archivo:Comentario1.pdf|Documento comentado]]<br /> | david<br /> |-<br /> |Grupo 2<br /> |[[Archivo:Comentario2.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 3<br /> |[[Archivo:Comentario3.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 4<br /> |[[Archivo:Comentario4.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 5<br /> |[[Archivo:Comentario5.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 6<br /> |[https://www.dropbox.com/s/b9vp9zpr32bls0j/Grupo6DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 7<br /> |[https://www.dropbox.com/s/azm5y4t24210wmc/Grupo7DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 10<br /> |[https://www.dropbox.com/s/dvho3t7gki00geb/Grupo10DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 11<br /> |[https://www.dropbox.com/s/6ow5fxck02ti37h/Grupo11DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 12<br /> |[https://www.dropbox.com/s/du0kd5puho79mxe/Grupo12DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 13<br /> |[https://www.dropbox.com/s/46gjq5ju0yerrpg/Grupo13DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |}<br /> <br /> == Propuesta de mejora de los trabajos ==<br /> <br /> Una vez corregidas y publicadas las notas de los trabajos de EGC del curso 2013/2014 se propone es un esquema de trabajo a partir de este momento para mejorar las notas de lo entregado. En dicho esquema se parte de los siguientes hechos y premisas:<br /> * La nota publicada aquí es la oficial de los trabajos y, como tal, podría pasar directamente a computar el cálculo según lo aprobado en la asamblea correspondiente que calcularía la nota final a poner en el acta oficial.<br /> * Si alguien del grupo o todo el grupo quiere conformarse con esa nota está en su derecho y así será por defecto, es decir, salvo notificación diferente, la nota del trabajo sería la publicada para todos los miembros del grupo.<br /> * Se propone que se puedan realizar mejoras del trabajo atendiendo a los comentarios que se dan sobre el documento y redactando un documento para cada grupo en los que, en líneas generales, se le dirá al grupo qué puede y debe hacer para mejorar su nota. <br /> * Ese documento partirá de una cota de nota que se puede subir que se estima en horas de trabajo. <br /> * Las horas de trabajo estimadas para abordar la mejora serán de 20 horas para cada uno de los miembros del grupo. <br /> * El alcance del trabajo y la mejora se decidirá en una tutoría de cada grupo con el profesor que le haya corregido el trabajo y a la que el grupo asistirá después de haber leído los comentarios al documento.<br /> * La fecha de entrega de las mejoras será el '''7 Febrero de 2014''' y se realizará a través del portal Opera: https://opera-portal.us.es/egc/<br /> * Las tutorías para establecer el alcance del trabajo serán durante la semana de la publicación de las notas y tienen que ser previamente acordadas con el profesor.<br /> <br /> == Comentarios generales para mejorar los trabajos ==<br /> <br /> * En el diario sería mucho mejor, además de decir cuándo se han tomado las decisiones, añadir qué tiempos y tareas se decidieron y qué imputación en horas real se ha hecho. En ese sentido se recomienda mirar el documento elaborado por el grupo 7: https://opera-portal.us.es/egc/public/default/grupo/ver/id/7<br /> * En todos los documentos profesionales debe haber un control de cambios del documento. Hay varios trabajos que lo han hecho pero varios que no, aquellos que no lo hayan hecho, deben hacerlo.<br /> * Pensar en todo momento que el documento debería ser comprensible por otros compañeros vuestros que no hayan hecho el trabajo. En casi todos los casos esto no es así y el documento da por asumidos muchos conocimientos y aún así no pone referencias a dónde buscar más información. <br /> * Muchos trabajos parece que no han sido capaces de exponer en el documento todo el trabajo que han invertido en investigar y aprender del proyecto. Es importante sacar valor a todo lo que se haya trabajado, en especial, relacionándolo con los apartados del documento.<br /> * En general, si se tiene dudas sobre algún concepto (e.g. qué es un entregable), debéis acudir a la bibliografía recomendada para solventar la duda y no inventar una definición.<br /> * En general, no se trata sólo de mirar lo que se hace en el proyecto y si no se hace algo pues conformarse con ello. Las partes que no se encuentren o no se detecten que se hacen en el proyecto deben ser completadas por el grupo consultado las transparencias, los apuntes de clases y la bibliografía recomendada.<br /> <br /> == Defensa de los trabajos ==<br /> Una vez estudiados los trabajos y analizada la logística de la defensa. Se propone que la defensa de los trabajos se haga en el siguiente formato:<br /> * Se dará 30 minutos en total para cada grupo en la defensa<br /> * En esos 30 minutos se expondrá al menos un ejercicio de los que el grupo haya propuesto. <br /> * El ejercicio lo propondrá el grupo y será seleccionado por el grupo. Si así lo desea, podrá matizarlo, acortarlo o incluso proponer uno que no esté en la memoria.<br /> * El formato de la presentación es libre de modo que podrá elegir usar sus máquinas, presentaciones, videos o lo que estime oportuno.<br /> * Se recomienda que intervengan todos los miembros de uno u otro modo en la presentación dentro de lo posible.<br /> * Se pondrá un tiempo de 15 minutos para la presentación ('''hay que tener ensayados los tiempos para no excederse'''). Los otros 15 minutos se usarán para plantear preguntas o dudas por parte del profesorado.<br /> * La defensa será a partir de las '''16,00 del día 23 de Enero''' de 2014 siguiendo lo indicado en http://www.informatica.us.es/docs/orgdocente/convFEB14-IS.pdf<br /> * El aula reservada es la '''I2.33 e I2.35'''<br /> <br /> === TURNOS ===<br /> {| border=&quot;1&quot;<br /> | HORA <br /> | GRUPOS<br /> |-<br /> |16:00<br /> | 1 Y 2<br /> |-<br /> |16:30<br /> | 3 Y 4<br /> |-<br /> |17:00<br /> | 5 Y 6<br /> |-<br /> |17:30<br /> | 7 Y 10<br /> |-<br /> |18:00<br /> | 11 Y 12<br /> |-<br /> |18:30<br /> | 13<br /> |}</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Trabajo&diff=329 2014-01-14T18:16:12Z

<p>Amgutierrez: /* Documentos comentados de los trabajos */</p> <hr /> <div>= Enunciado del trabajo: =<br /> <br /> Bajar el archivo PDF: [[Archivo:TrabajoEGC.pdf|Enunciado del trabajo en grupo]]<br /> <br /> = Sobre la primera entrega =<br /> <br /> == Notas de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | NOTA<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> |<br /> | david<br /> |-<br /> |Grupo 2<br /> |<br /> |guti<br /> |-<br /> |Grupo 3<br /> |<br /> |david<br /> |-<br /> |Grupo 4<br /> |<br /> |guti<br /> |-<br /> |Grupo 5<br /> |<br /> |david<br /> |-<br /> |Grupo 6<br /> |<br /> |guti<br /> |-<br /> |Grupo 7<br /> |<br /> |david<br /> |-<br /> |Grupo 10<br /> |<br /> |guti<br /> |-<br /> |Grupo 11<br /> |<br /> |david<br /> |-<br /> |Grupo 12<br /> |<br /> |guti<br /> |-<br /> |Grupo 13<br /> |<br /> |david<br /> |-<br /> |}<br /> <br /> == Documentos comentados de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | Documento comentado<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | [[Archivo:Comentario1.pdf|Documento comentado]]<br /> | david<br /> |-<br /> |Grupo 2<br /> |[[Archivo:Comentario2.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 3<br /> |[[Archivo:Comentario3.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 4<br /> |[[Archivo:Comentario4.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 5<br /> |[[Archivo:Comentario5.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 6<br /> |[https://www.dropbox.com/s/b9vp9zpr32bls0j/Grupo6DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 7<br /> |[https://www.dropbox.com/s/azm5y4t24210wmc/Grupo7DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 10<br /> |https://www.dropbox.com/s/dvho3t7gki00geb/Grupo10DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 11<br /> |[https://www.dropbox.com/s/6ow5fxck02ti37h/Grupo11DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 12<br /> |[https://www.dropbox.com/s/du0kd5puho79mxe/Grupo12DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 13<br /> |[https://www.dropbox.com/s/46gjq5ju0yerrpg/Grupo13DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |}<br /> <br /> == Propuesta de mejora de los trabajos ==<br /> <br /> Una vez corregidas y publicadas las notas de los trabajos de EGC del curso 2013/2014 se propone es un esquema de trabajo a partir de este momento para mejorar las notas de lo entregado. En dicho esquema se parte de los siguientes hechos y premisas:<br /> * La nota publicada aquí es la oficial de los trabajos y, como tal, podría pasar directamente a computar el cálculo según lo aprobado en la asamblea correspondiente que calcularía la nota final a poner en el acta oficial.<br /> * Si alguien del grupo o todo el grupo quiere conformarse con esa nota está en su derecho y así será por defecto, es decir, salvo notificación diferente, la nota del trabajo sería la publicada para todos los miembros del grupo.<br /> * Se propone que se puedan realizar mejoras del trabajo atendiendo a los comentarios que se dan sobre el documento y redactando un documento para cada grupo en los que, en líneas generales, se le dirá al grupo qué puede y debe hacer para mejorar su nota. <br /> * Ese documento partirá de una cota de nota que se puede subir que se estima en horas de trabajo. <br /> * Las horas de trabajo estimadas para abordar la mejora serán de 20 horas para cada uno de los miembros del grupo. <br /> * El alcance del trabajo y la mejora se decidirá en una tutoría de cada grupo con el profesor que le haya corregido el trabajo y a la que el grupo asistirá después de haber leído los comentarios al documento.<br /> * La fecha de entrega de las mejoras será el '''7 Febrero de 2014''' y se realizará a través del portal Opera: https://opera-portal.us.es/egc/<br /> * Las tutorías para establecer el alcance del trabajo serán durante la semana de la publicación de las notas y tienen que ser previamente acordadas con el profesor.<br /> <br /> == Comentarios generales para mejorar los trabajos ==<br /> <br /> * En el diario sería mucho mejor, además de decir cuándo se han tomado las decisiones, añadir qué tiempos y tareas se decidieron y qué imputación en horas real se ha hecho. En ese sentido se recomienda mirar el documento elaborado por el grupo 7: https://opera-portal.us.es/egc/public/default/grupo/ver/id/7<br /> * En todos los documentos profesionales debe haber un control de cambios del documento. Hay varios trabajos que lo han hecho pero varios que no, aquellos que no lo hayan hecho, deben hacerlo.<br /> * Pensar en todo momento que el documento debería ser comprensible por otros compañeros vuestros que no hayan hecho el trabajo. En casi todos los casos esto no es así y el documento da por asumidos muchos conocimientos y aún así no pone referencias a dónde buscar más información. <br /> * Muchos trabajos parece que no han sido capaces de exponer en el documento todo el trabajo que han invertido en investigar y aprender del proyecto. Es importante sacar valor a todo lo que se haya trabajado, en especial, relacionándolo con los apartados del documento.<br /> * En general, si se tiene dudas sobre algún concepto (e.g. qué es un entregable), debéis acudir a la bibliografía recomendada para solventar la duda y no inventar una definición.<br /> * En general, no se trata sólo de mirar lo que se hace en el proyecto y si no se hace algo pues conformarse con ello. Las partes que no se encuentren o no se detecten que se hacen en el proyecto deben ser completadas por el grupo consultado las transparencias, los apuntes de clases y la bibliografía recomendada.<br /> <br /> == Propuesta para la defensa de los trabajos ==<br /> Una vez estudiados los trabajos y analizada la logística de la defensa. Se propone que la defensa de los trabajos se haga en el siguiente formato:<br /> * Se dará 30 minutos en total para cada grupo en la defensa<br /> * En esos 30 minutos se expondrá al menos un ejercicio de los que el grupo haya propuesto. <br /> * El ejercicio lo propondrá el grupo y será seleccionado por el grupo. Si así lo desea, podrá matizarlo, acortarlo o incluso proponer uno que no esté en la memoria.<br /> * El formato de la presentación es libre de modo que podrá elegir usar sus máquinas, presentaciones, videos o lo que estime oportuno.<br /> * Se recomienda que intervengan todos los miembros de uno u otro modo en la presentación dentro de lo posible.<br /> * Se pondrá un tiempo de 15 minutos para la presentación ('''hay que tener ensayados los tiempos para no excederse'''). Los otros 15 minutos se usarán para plantear preguntas o dudas por parte del profesorado.<br /> * La defensa será a partir de las '''16,00 del día 23 de Enero''' de 2014 siguiendo lo indicado en http://www.informatica.us.es/docs/orgdocente/convFEB14-IS.pdf<br /> * El aula reservada es la '''I2.33 e I2.35'''<br /> <br /> === TURNOS PROPUESTOS ===<br /> {| border=&quot;1&quot;<br /> | HORA <br /> | GRUPOS<br /> |-<br /> |16:00<br /> | 1 Y 2<br /> |-<br /> |16:30<br /> | 3 Y 4<br /> |-<br /> |17:00<br /> | 5 Y 6<br /> |-<br /> |17:30<br /> | 7 Y 10<br /> |-<br /> |18:00<br /> | 11 Y 12<br /> |-<br /> |18:30<br /> | 13<br /> |}</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Trabajo&diff=327 2014-01-14T18:14:55Z

<p>Amgutierrez: /* Documentos comentados de los trabajos */</p> <hr /> <div>= Enunciado del trabajo: =<br /> <br /> Bajar el archivo PDF: [[Archivo:TrabajoEGC.pdf|Enunciado del trabajo en grupo]]<br /> <br /> = Sobre la primera entrega =<br /> <br /> == Notas de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | NOTA<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> |<br /> | david<br /> |-<br /> |Grupo 2<br /> |<br /> |guti<br /> |-<br /> |Grupo 3<br /> |<br /> |david<br /> |-<br /> |Grupo 4<br /> |<br /> |guti<br /> |-<br /> |Grupo 5<br /> |<br /> |david<br /> |-<br /> |Grupo 6<br /> |<br /> |guti<br /> |-<br /> |Grupo 7<br /> |<br /> |david<br /> |-<br /> |Grupo 10<br /> |<br /> |guti<br /> |-<br /> |Grupo 11<br /> |<br /> |david<br /> |-<br /> |Grupo 12<br /> |<br /> |guti<br /> |-<br /> |Grupo 13<br /> |<br /> |david<br /> |-<br /> |}<br /> <br /> == Documentos comentados de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | Documento comentado<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | [[Archivo:Comentario1.pdf|Documento comentado]]<br /> | david<br /> |-<br /> |Grupo 2<br /> |[[Archivo:Comentario2.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 3<br /> |[[Archivo:Comentario3.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 4<br /> |[[Archivo:Comentario4.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 5<br /> |[[Archivo:Comentario5.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 6<br /> |[https://www.dropbox.com/s/b9vp9zpr32bls0j/Grupo6DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 7<br /> |[https://www.dropbox.com/s/azm5y4t24210wmc/Grupo7DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 10<br /> |[[Archivo:Comentario10.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 11<br /> |[https://www.dropbox.com/s/6ow5fxck02ti37h/Grupo11DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |Grupo 12<br /> |[[Archivo:Comentario12.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 13<br /> |[https://www.dropbox.com/s/46gjq5ju0yerrpg/Grupo13DocumentoFinal1-commented.pdf Documento comentado]<br /> |david<br /> |-<br /> |}<br /> <br /> == Propuesta de mejora de los trabajos ==<br /> <br /> Una vez corregidas y publicadas las notas de los trabajos de EGC del curso 2013/2014 se propone es un esquema de trabajo a partir de este momento para mejorar las notas de lo entregado. En dicho esquema se parte de los siguientes hechos y premisas:<br /> * La nota publicada aquí es la oficial de los trabajos y, como tal, podría pasar directamente a computar el cálculo según lo aprobado en la asamblea correspondiente que calcularía la nota final a poner en el acta oficial.<br /> * Si alguien del grupo o todo el grupo quiere conformarse con esa nota está en su derecho y así será por defecto, es decir, salvo notificación diferente, la nota del trabajo sería la publicada para todos los miembros del grupo.<br /> * Se propone que se puedan realizar mejoras del trabajo atendiendo a los comentarios que se dan sobre el documento y redactando un documento para cada grupo en los que, en líneas generales, se le dirá al grupo qué puede y debe hacer para mejorar su nota. <br /> * Ese documento partirá de una cota de nota que se puede subir que se estima en horas de trabajo. <br /> * Las horas de trabajo estimadas para abordar la mejora serán de 20 horas para cada uno de los miembros del grupo. <br /> * El alcance del trabajo y la mejora se decidirá en una tutoría de cada grupo con el profesor que le haya corregido el trabajo y a la que el grupo asistirá después de haber leído los comentarios al documento.<br /> * La fecha de entrega de las mejoras será el '''7 Febrero de 2014''' y se realizará a través del portal Opera: https://opera-portal.us.es/egc/<br /> * Las tutorías para establecer el alcance del trabajo serán durante la semana de la publicación de las notas y tienen que ser previamente acordadas con el profesor.<br /> <br /> == Comentarios generales para mejorar los trabajos ==<br /> <br /> == Propuesta para la defensa de los trabajos ==<br /> Una vez estudiados los trabajos y analizada la logística de la defensa. Se propone que la defensa de los trabajos se haga en el siguiente formato:<br /> * Se dará 30 minutos en total para cada grupo en la defensa<br /> * En esos 30 minutos se expondrá al menos un ejercicio de los que el grupo haya propuesto. <br /> * El ejercicio lo propondrá el grupo y será seleccionado por el grupo. Si así lo desea, podrá matizarlo, acortarlo o incluso proponer uno que no esté en la memoria.<br /> * El formato de la presentación es libre de modo que podrá elegir usar sus máquinas, presentaciones, videos o lo que estime oportuno.<br /> * Se recomienda que intervengan todos los miembros de uno u otro modo en la presentación dentro de lo posible.<br /> * Se pondrá un tiempo de 15 minutos para la presentación ('''hay que tener ensayados los tiempos para no excederse'''). Los otros 15 minutos se usarán para plantear preguntas o dudas por parte del profesorado.<br /> * La defensa será a partir de las '''16,00 del día 23 de Enero''' de 2014 siguiendo lo indicado en http://www.informatica.us.es/docs/orgdocente/convFEB14-IS.pdf<br /> * El aula reservada es la '''I2.33 e I2.35'''<br /> <br /> === TURNOS PROPUESTOS ===<br /> {| border=&quot;1&quot;<br /> | HORA <br /> | GRUPOS<br /> |-<br /> |16:00<br /> | 1 Y 2<br /> |-<br /> |16:30<br /> | 3 Y 4<br /> |-<br /> |17:00<br /> | 5 Y 6<br /> |-<br /> |17:30<br /> | 7 Y 10<br /> |-<br /> |18:00<br /> | 11 Y 12<br /> |-<br /> |18:30<br /> | 13<br /> |}</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Trabajo&diff=326 2014-01-14T18:12:43Z

<p>Amgutierrez: /* Documentos comentados de los trabajos */</p> <hr /> <div>= Enunciado del trabajo: =<br /> <br /> Bajar el archivo PDF: [[Archivo:TrabajoEGC.pdf|Enunciado del trabajo en grupo]]<br /> <br /> = Sobre la primera entrega =<br /> <br /> == Notas de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | NOTA<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> |<br /> | david<br /> |-<br /> |Grupo 2<br /> |<br /> |guti<br /> |-<br /> |Grupo 3<br /> |<br /> |david<br /> |-<br /> |Grupo 4<br /> |<br /> |guti<br /> |-<br /> |Grupo 5<br /> |<br /> |david<br /> |-<br /> |Grupo 6<br /> |<br /> |guti<br /> |-<br /> |Grupo 7<br /> |<br /> |david<br /> |-<br /> |Grupo 10<br /> |<br /> |guti<br /> |-<br /> |Grupo 11<br /> |<br /> |david<br /> |-<br /> |Grupo 12<br /> |<br /> |guti<br /> |-<br /> |Grupo 13<br /> |<br /> |david<br /> |-<br /> |}<br /> <br /> == Documentos comentados de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | Documento comentado<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | [[Archivo:Comentario1.pdf|Documento comentado]]<br /> | david<br /> |-<br /> |Grupo 2<br /> |[[Archivo:Comentario2.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 3<br /> |[[Archivo:Comentario3.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 4<br /> |[[Archivo:Comentario4.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 5<br /> |[[Archivo:Comentario5.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 6<br /> |[https://www.dropbox.com/s/b9vp9zpr32bls0j/Grupo6DocumentoFinal1Comentarios.pdf Documento comentado]<br /> |guti<br /> |-<br /> |Grupo 7<br /> |[[Archivo:Comentario7.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 10<br /> |[[Archivo:Comentario10.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 11<br /> |[[Archivo:Comentario11.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 12<br /> |[[Archivo:Comentario12.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 13<br /> |[[Archivo:Comentario13.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |}<br /> <br /> == Propuesta de mejora de los trabajos ==<br /> <br /> Una vez corregidas y publicadas las notas de los trabajos de EGC del curso 2013/2014 se propone es un esquema de trabajo a partir de este momento para mejorar las notas de lo entregado. En dicho esquema se parte de los siguientes hechos y premisas:<br /> * La nota publicada aquí es la oficial de los trabajos y, como tal, podría pasar directamente a computar el cálculo según lo aprobado en la asamblea correspondiente que calcularía la nota final a poner en el acta oficial.<br /> * Si alguien del grupo o todo el grupo quiere conformarse con esa nota está en su derecho y así será por defecto, es decir, salvo notificación diferente, la nota del trabajo sería la publicada para todos los miembros del grupo.<br /> * Se propone que se puedan realizar mejoras del trabajo atendiendo a los comentarios que se dan sobre el documento y redactando un documento para cada grupo en los que, en líneas generales, se le dirá al grupo qué puede y debe hacer para mejorar su nota. <br /> * Ese documento partirá de una cota de nota que se puede subir que se estima en horas de trabajo. <br /> * Las horas de trabajo estimadas para abordar la mejora serán de 20 horas para cada uno de los miembros del grupo. <br /> * El alcance del trabajo y la mejora se decidirá en una tutoría de cada grupo con el profesor que le haya corregido el trabajo y a la que el grupo asistirá después de haber leído los comentarios al documento.<br /> * La fecha de entrega de las mejoras será el '''7 Febrero de 2014''' y se realizará a través del portal Opera: https://opera-portal.us.es/egc/<br /> * Las tutorías para establecer el alcance del trabajo serán durante la semana de la publicación de las notas y tienen que ser previamente acordadas con el profesor.<br /> <br /> == Comentarios generales para mejorar los trabajos ==<br /> <br /> == Propuesta para la defensa de los trabajos ==<br /> Una vez estudiados los trabajos y analizada la logística de la defensa. Se propone que la defensa de los trabajos se haga en el siguiente formato:<br /> * Se dará 30 minutos en total para cada grupo en la defensa<br /> * En esos 30 minutos se expondrá al menos un ejercicio de los que el grupo haya propuesto. <br /> * El ejercicio lo propondrá el grupo y será seleccionado por el grupo. Si así lo desea, podrá matizarlo, acortarlo o incluso proponer uno que no esté en la memoria.<br /> * El formato de la presentación es libre de modo que podrá elegir usar sus máquinas, presentaciones, videos o lo que estime oportuno.<br /> * Se recomienda que intervengan todos los miembros de uno u otro modo en la presentación dentro de lo posible.<br /> * Se pondrá un tiempo de 15 minutos para la presentación ('''hay que tener ensayados los tiempos para no excederse'''). Los otros 15 minutos se usarán para plantear preguntas o dudas por parte del profesorado.<br /> * La defensa será a partir de las '''16,00 del día 23 de Enero''' de 2014 siguiendo lo indicado en http://www.informatica.us.es/docs/orgdocente/convFEB14-IS.pdf<br /> * El aula reservada es la '''I2.33 e I2.35'''<br /> <br /> === TURNOS PROPUESTOS ===<br /> {| border=&quot;1&quot;<br /> | HORA <br /> | GRUPOS<br /> |-<br /> |16:00<br /> | 1 Y 2<br /> |-<br /> |16:30<br /> | 3 Y 4<br /> |-<br /> |17:00<br /> | 5 Y 6<br /> |-<br /> |17:30<br /> | 7 Y 10<br /> |-<br /> |18:00<br /> | 11 Y 12<br /> |-<br /> |18:30<br /> | 13<br /> |}</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Trabajo&diff=325 2014-01-14T18:11:54Z

<p>Amgutierrez: /* Documentos comentados de los trabajos */</p> <hr /> <div>= Enunciado del trabajo: =<br /> <br /> Bajar el archivo PDF: [[Archivo:TrabajoEGC.pdf|Enunciado del trabajo en grupo]]<br /> <br /> = Sobre la primera entrega =<br /> <br /> == Notas de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | NOTA<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> |<br /> | david<br /> |-<br /> |Grupo 2<br /> |<br /> |guti<br /> |-<br /> |Grupo 3<br /> |<br /> |david<br /> |-<br /> |Grupo 4<br /> |<br /> |guti<br /> |-<br /> |Grupo 5<br /> |<br /> |david<br /> |-<br /> |Grupo 6<br /> |<br /> |guti<br /> |-<br /> |Grupo 7<br /> |<br /> |david<br /> |-<br /> |Grupo 10<br /> |<br /> |guti<br /> |-<br /> |Grupo 11<br /> |<br /> |david<br /> |-<br /> |Grupo 12<br /> |<br /> |guti<br /> |-<br /> |Grupo 13<br /> |<br /> |david<br /> |-<br /> |}<br /> <br /> == Documentos comentados de los trabajos ==<br /> <br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | Documento comentado<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | [[Archivo:Comentario1.pdf|Documento comentado]]<br /> | david<br /> |-<br /> |Grupo 2<br /> |[[Archivo:Comentario2.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 3<br /> |[[Archivo:Comentario3.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 4<br /> |[[Archivo:Comentario4.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 5<br /> |[[Archivo:Comentario5.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 6<br /> |[[https://www.dropbox.com/s/b9vp9zpr32bls0j/Grupo6DocumentoFinal1Comentarios.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 7<br /> |[[Archivo:Comentario7.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 10<br /> |[[Archivo:Comentario10.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 11<br /> |[[Archivo:Comentario11.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 12<br /> |[[Archivo:Comentario12.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 13<br /> |[[Archivo:Comentario13.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |}<br /> <br /> == Propuesta de mejora de los trabajos ==<br /> <br /> Una vez corregidas y publicadas las notas de los trabajos de EGC del curso 2013/2014 se propone es un esquema de trabajo a partir de este momento para mejorar las notas de lo entregado. En dicho esquema se parte de los siguientes hechos y premisas:<br /> * La nota publicada aquí es la oficial de los trabajos y, como tal, podría pasar directamente a computar el cálculo según lo aprobado en la asamblea correspondiente que calcularía la nota final a poner en el acta oficial.<br /> * Si alguien del grupo o todo el grupo quiere conformarse con esa nota está en su derecho y así será por defecto, es decir, salvo notificación diferente, la nota del trabajo sería la publicada para todos los miembros del grupo.<br /> * Se propone que se puedan realizar mejoras del trabajo atendiendo a los comentarios que se dan sobre el documento y redactando un documento para cada grupo en los que, en líneas generales, se le dirá al grupo qué puede y debe hacer para mejorar su nota. <br /> * Ese documento partirá de una cota de nota que se puede subir que se estima en horas de trabajo. <br /> * Las horas de trabajo estimadas para abordar la mejora serán de 20 horas para cada uno de los miembros del grupo. <br /> * El alcance del trabajo y la mejora se decidirá en una tutoría de cada grupo con el profesor que le haya corregido el trabajo y a la que el grupo asistirá después de haber leído los comentarios al documento.<br /> * La fecha de entrega de las mejoras será el '''7 Febrero de 2014''' y se realizará a través del portal Opera: https://opera-portal.us.es/egc/<br /> * Las tutorías para establecer el alcance del trabajo serán durante la semana de la publicación de las notas y tienen que ser previamente acordadas con el profesor.<br /> <br /> == Comentarios generales para mejorar los trabajos ==<br /> <br /> == Propuesta para la defensa de los trabajos ==<br /> Una vez estudiados los trabajos y analizada la logística de la defensa. Se propone que la defensa de los trabajos se haga en el siguiente formato:<br /> * Se dará 30 minutos en total para cada grupo en la defensa<br /> * En esos 30 minutos se expondrá al menos un ejercicio de los que el grupo haya propuesto. <br /> * El ejercicio lo propondrá el grupo y será seleccionado por el grupo. Si así lo desea, podrá matizarlo, acortarlo o incluso proponer uno que no esté en la memoria.<br /> * El formato de la presentación es libre de modo que podrá elegir usar sus máquinas, presentaciones, videos o lo que estime oportuno.<br /> * Se recomienda que intervengan todos los miembros de uno u otro modo en la presentación dentro de lo posible.<br /> * Se pondrá un tiempo de 15 minutos para la presentación ('''hay que tener ensayados los tiempos para no excederse'''). Los otros 15 minutos se usarán para plantear preguntas o dudas por parte del profesorado.<br /> * La defensa será a partir de las '''16,00 del día 23 de Enero''' de 2014 siguiendo lo indicado en http://www.informatica.us.es/docs/orgdocente/convFEB14-IS.pdf<br /> * El aula reservada es la '''I2.33 e I2.35'''<br /> <br /> === TURNOS PROPUESTOS ===<br /> {| border=&quot;1&quot;<br /> | HORA <br /> | GRUPOS<br /> |-<br /> |16:00<br /> | 1 Y 2<br /> |-<br /> |16:30<br /> | 3 Y 4<br /> |-<br /> |17:00<br /> | 5 Y 6<br /> |-<br /> |17:30<br /> | 7 Y 10<br /> |-<br /> |18:00<br /> | 11 Y 12<br /> |-<br /> |18:30<br /> | 13<br /> |}</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Archivo:Comentario5.pdf&diff=324 2014-01-14T18:08:30Z

<p>Amgutierrez: </p> <hr /> <div></div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Archivo:Comentario3.pdf&diff=323 2014-01-14T18:08:05Z

<p>Amgutierrez: </p> <hr /> <div></div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Trabajo&diff=321 2014-01-14T18:07:36Z

<p>Amgutierrez: /* Documentos comentados de los trabajos */</p> <hr /> <div>= Enunciado del trabajo: =<br /> <br /> Bajar el archivo PDF: [[Archivo:TrabajoEGC.pdf|Enunciado del trabajo en grupo]]<br /> <br /> = Sobre la primera entrega =<br /> <br /> == Notas de los trabajos ==<br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | NOTA<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> |<br /> | david<br /> |-<br /> |Grupo 2<br /> |<br /> |guti<br /> |-<br /> |Grupo 3<br /> |<br /> |david<br /> |-<br /> |Grupo 4<br /> |<br /> |guti<br /> |-<br /> |Grupo 5<br /> |<br /> |david<br /> |-<br /> |Grupo 6<br /> |<br /> |guti<br /> |-<br /> |Grupo 7<br /> |<br /> |david<br /> |-<br /> |Grupo 10<br /> |<br /> |guti<br /> |-<br /> |Grupo 11<br /> |<br /> |david<br /> |-<br /> |Grupo 12<br /> |<br /> |guti<br /> |-<br /> |Grupo 13<br /> |<br /> |david<br /> |-<br /> |}<br /> <br /> == Documentos comentados de los trabajos ==<br /> <br /> <br /> {| border=&quot;1&quot;<br /> | GRUPO <br /> | Documento comentado<br /> | TUTOR<br /> |-<br /> |Grupo 1<br /> | [[Archivo:Comentario1.pdf|Documento comentado]]<br /> | david<br /> |-<br /> |Grupo 2<br /> |[[Archivo:Comentario2.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 3<br /> |[[Archivo:Comentario3.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 4<br /> |[[Archivo:Comentario4.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 5<br /> |[[Archivo:Comentario5.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 6<br /> |[[Archivo:Comentario6.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 7<br /> |[[Archivo:Comentario7.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 10<br /> |[[Archivo:Comentario10.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 11<br /> |[[Archivo:Comentario11.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |Grupo 12<br /> |[[Archivo:Comentario12.pdf|Documento comentado]]<br /> |guti<br /> |-<br /> |Grupo 13<br /> |[[Archivo:Comentario13.pdf|Documento comentado]]<br /> |david<br /> |-<br /> |}<br /> <br /> == Propuesta de mejora de los trabajos ==<br /> <br /> Una vez corregidas y publicadas las notas de los trabajos de EGC del curso 2013/2014 se propone es un esquema de trabajo a partir de este momento para mejorar las notas de lo entregado. En dicho esquema se parte de los siguientes hechos y premisas:<br /> * La nota publicada aquí es la oficial de los trabajos y, como tal, podría pasar directamente a computar el cálculo según lo aprobado en la asamblea correspondiente que calcularía la nota final a poner en el acta oficial.<br /> * Si alguien del grupo o todo el grupo quiere conformarse con esa nota está en su derecho y así será por defecto, es decir, salvo notificación diferente, la nota del trabajo sería la publicada para todos los miembros del grupo.<br /> * Se propone que se puedan realizar mejoras del trabajo atendiendo a los comentarios que se dan sobre el documento y redactando un documento para cada grupo en los que, en líneas generales, se le dirá al grupo qué puede y debe hacer para mejorar su nota. <br /> * Ese documento partirá de una cota de nota que se puede subir que se estima en horas de trabajo. <br /> * Las horas de trabajo estimadas para abordar la mejora serán de 20 horas para cada uno de los miembros del grupo. <br /> * El alcance del trabajo y la mejora se decidirá en una tutoría de cada grupo con el profesor que le haya corregido el trabajo y a la que el grupo asistirá después de haber leído los comentarios al documento.<br /> * La fecha de entrega de las mejoras será el '''7 Febrero de 2014''' y se realizará a través del portal Opera: https://opera-portal.us.es/egc/<br /> * Las tutorías para establecer el alcance del trabajo serán durante la semana de la publicación de las notas y tienen que ser previamente acordadas con el profesor.<br /> <br /> == Propuesta para la defensa de los trabajos ==<br /> Una vez estudiados los trabajos y analizada la logística de la defensa. Se propone que la defensa de los trabajos se haga en el siguiente formato:<br /> * Se dará 30 minutos en total para cada grupo en la defensa<br /> * En esos 30 minutos se expondrá al menos un ejercicio de los que el grupo haya propuesto. <br /> * El ejercicio lo propondrá el grupo y será seleccionado por el grupo. Si así lo desea, podrá matizarlo, acortarlo o incluso proponer uno que no esté en la memoria.<br /> * El formato de la presentación es libre de modo que podrá elegir usar sus máquinas, presentaciones, videos o lo que estime oportuno.<br /> * Se recomienda que intervengan todos los miembros de uno u otro modo en la presentación dentro de lo posible.<br /> * Se pondrá un tiempo de 15 minutos para la presentación ('''hay que tener ensayados los tiempos para no excederse'''). Los otros 15 minutos se usarán para plantear preguntas o dudas por parte del profesorado.<br /> * La defensa será a partir de las '''16,00 del día 23 de Enero''' de 2014 siguiendo lo indicado en http://www.informatica.us.es/docs/orgdocente/convFEB14-IS.pdf<br /> * El aula reservada es la '''I2.33 e I2.35'''<br /> <br /> === TURNOS PROPUESTOS ===<br /> {| border=&quot;1&quot;<br /> | HORA <br /> | GRUPOS<br /> |-<br /> |16:00<br /> | 1 Y 2<br /> |-<br /> |16:30<br /> | 3 Y 4<br /> |-<br /> |17:00<br /> | 5 Y 6<br /> |-<br /> |17:30<br /> | 7 Y 10<br /> |-<br /> |18:00<br /> | 11 Y 12<br /> |-<br /> |18:30<br /> | 13<br /> |}</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Archivo:Comentario4.pdf&diff=319 2014-01-14T18:05:45Z

<p>Amgutierrez: </p> <hr /> <div></div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Archivo:Comentario2.pdf&diff=318 2014-01-14T18:04:09Z

<p>Amgutierrez: </p> <hr /> <div></div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Ejercicios_de_Jenkins&diff=237 2013-11-29T21:59:09Z

<p>Amgutierrez: </p> <hr /> <div>Instalar en local jenkins (recomendable usar el instalar de paquetes apt-get en ubuntu).<br /> <br /> Instalar el plugin de GIT en jenkins.<br /> <br /> Descargar el repositorio GIT siguiente en local (para ello es posible que tenga que instalar primero git):<br /> <br /> https://github.com/cefiro-github/helloWorld.git<br /> <br /> Es un proyecto maven, con lo que habrá que instalar maven en la máquina y el jdk antes de poder compilar el proyecto con maven. Se recomienda usar el paquete openjdk-7-jdk disponible en los repositorios de apt-get.<br /> Una vez clonado dicho repositorio, crear una nueva tarea en jenkins (de tipo Free-Style Project).<br /> Dicha tarea debe usar como repositorio de ficheros el repositorio GIT local con el proyecto descargado. Al ser un proyecto free-style, habrá que indicar en la opción de Construcción (Opción Build) el goal de maven a usar para la construcción. En este proyecto usaremos:<br /> <br /> test<br /> <br /> Configurar también que el proyecto compruebe la versión de código cada minuto (Opción Poll SCM) y se ejecute cada minuto (Build Periodically). La periodicidad de 1 solo minuto es solo por criterios docentes.<br /> <br /> Revisar el código y hacer los cambios oportunos para que jenkins:<br /> <br /> * Compile el proyecto sin errores<br /> * Pase todos los tests correctamente</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Ejercicios_de_Jenkins&diff=236 2013-11-29T21:50:54Z

<p>Amgutierrez: </p> <hr /> <div>Instalar en local jenkins (recomendable usar el instalar de paquetes apt-get en ubuntu).<br /> <br /> Instalar el plugin de GIT en jenkins.<br /> <br /> Descargar el repositorio GIT siguiente en local (para ello es posible que tenga que instalar primero git):<br /> <br /> https://github.com/cefiro-github/helloWorld.git<br /> <br /> Es un proyecto maven, con lo que habrá que instalar maven en la máquina y el jdk antes de poder compilar el proyecto con maven. Se recomienda usar el paquete openjdk-7-jdk disponible en los repositorios de apt-get.<br /> Una vez clonado dicho repositorio, crear una nueva tarea en jenkins (de tipo Free-Style Project).<br /> Dicha tarea debe usar como repositorio de ficheros el repositorio GIT local con el proyecto descargado. Al ser un proyecto free-style, habrá que indicar en la opción de Construcción (Build) el goal de maven a usar para la construcción. En este proyecto usaremos:<br /> <br /> test<br /> <br /> Configurar también que el proyecto compruebe la versión de código cada minuto y se ejecute cada minuto (la periodicidad es por criterios docentes).<br /> <br /> Revisar el código y hacer los cambios oportunos para que jenkins:<br /> <br /> * Compile el proyecto sin errores<br /> * Pase todos los tests correctamente</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Ejercicios_de_Jenkins&diff=235 2013-11-29T21:50:16Z

<p>Amgutierrez: </p> <hr /> <div>Instalar en local jenkins (recomendable usar el instalar de paquetes apt-get en ubuntu).<br /> <br /> Instalar el plugin de GIT en jenkins.<br /> <br /> Descargar el repositorio GIT siguiente en local (para ello es posible que tenga que instalar primero git):<br /> <br /> https://github.com/cefiro-github/helloWorld.git<br /> <br /> Es un proyecto maven, con lo que habrá que instalar maven en la máquina y el jdk antes de poder compilar el proyecto con maven. Se recomienda usar el paquete openjdk-7-jdk disponible en los repositorios de apt-get.<br /> Una vez clonado dicho repositorio, crear una nueva tarea en jenkins (de tipo Free-Style Project).<br /> Dicha tarea debe usar como repositorio de ficheros el repositorio GIT local con el proyecto descargado. Y en la opción de Construcción (Build) indicar el goal de maven a usar para la construcción, en este proyecto:<br /> <br /> test<br /> <br /> Configurar también que el proyecto compruebe la versión de código cada minuto y se ejecute cada minuto (la periodicidad es por criterios docentes).<br /> <br /> Revisar el código y hacer los cambios oportunos para que jenkins:<br /> <br /> * Compile el proyecto sin errores<br /> * Pase todos los tests correctamente</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Ejercicios_de_Jenkins&diff=234 2013-11-29T21:29:34Z

<p>Amgutierrez: </p> <hr /> <div>Instalar en local jenkins (recomendable usar el instalar de paquetes apt-get en ubuntu).<br /> <br /> Instalar el plugin de GIT en jenkins.<br /> <br /> Descargar el repositorio GIT siguiente en local (para ello es posible que tenga que instalar primero git):<br /> <br /> https://github.com/cefiro-github/helloWorld.git<br /> <br /> Es un proyecto maven, con lo que habrá que instalar maven en la máquina y el jdk. Se recomienda usar el paquete openjdk-7-jdk disponible en los repositorios de apt-get.<br /> Una vez clonado dicho repositorio, crear una nueva tarea en jenkins (de tipo Free-Style Project).<br /> Dicha tarea debe usar como repositorio de ficheros el repositorio GIT local con el proyecto descargado. Y en la opción de Construcción (Build) indicar el goal de maven a usar para la construcción, en este proyecto:<br /> <br /> test<br /> <br /> Configurar también que el proyecto compruebe la versión de código cada minuto y se ejecute cada minuto (la periodicidad es por criterios docentes).<br /> <br /> Revisar el código y hacer los cambios oportunos para que jenkins:<br /> <br /> * Compile el proyecto sin errores<br /> * Pase todos los tests correctamente</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Ejercicios_de_Jenkins&diff=233 2013-11-29T21:24:49Z

<p>Amgutierrez: </p> <hr /> <div>Instalar en local jenkins (recomendable usar el instalar de paquetes apt-get en ubuntu).<br /> <br /> Instalar el plugin de GIT en jenkins.<br /> <br /> Descargar el repositorio GIT siguiente en local (para ello es posible que tenga que instalar primero git):<br /> <br /> https://github.com/cefiro-github/helloWorld.git<br /> <br /> Es un proyecto maven, con lo que habrá que instalar maven en la máquina y el jdk. Se recomienda usar el paquete openjdk-7-jdk disponible en los repositorios de apt-get.<br /> Una vez clonado dicho repositorio, crear una nueva tarea en jenkins (de tipo Free Project).<br /> Dicha tarea debe usar como repositorio de ficheros el repositorio GIT local con el proyecto descargado.<br /> Configurar que el proyecto compruebe la versión de código para 2 minutos y se ejecute cada 5 minutos (la periodicidad es por criterios docentes).<br /> <br /> Revisar el código y hacer los cambios oportunos para que jenkins:<br /> <br /> * Compile el proyecto sin errores<br /> * Pase todos los tests correctamente</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Ejercicios_de_Jenkins&diff=232 2013-11-29T20:44:17Z

<p>Amgutierrez: </p> <hr /> <div>Instalar en local jenkins (recomendable usar el instalar de paquetes apt-get en ubuntu).<br /> <br /> Configurar Jenkins con una cuenta de usuario y usarla para logarse en el sistema.<br /> <br /> Instalar el plugin de GIT en jenkins.<br /> <br /> Descargar el repositorio GIT siguiente en local:<br /> <br /> https://github.com/cefiro-github/helloWorld.git<br /> <br /> Una vez clonado dicho repositorio, crear una nueva tarea en jenkins.<br /> Dicha tarea debe usar como repositorio de ficheros el repositorio GIT local con el proyecto descargado.<br /> Configurar que el proyecto compruebe la versión de código para 2 minutos y se ejecute cada 5 minutos (la periodicidad es por criterios docentes).<br /> <br /> Revisar el código y hacer los cambios oportunos para que jenkins:<br /> <br /> * Compile el proyecto sin errores<br /> * Pase todos los tests correctamente</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Ejercicios_de_Jenkins&diff=231 2013-11-29T20:40:55Z

<p>Amgutierrez: Página creada con 'Instalar en local jenkins (recomendable usar el instalar de paquetes apt-get en ubuntu). Configurar Jenkins con una cuenta de usuario y usarla para logarse en el sistema. Instal…'</p> <hr /> <div>Instalar en local jenkins (recomendable usar el instalar de paquetes apt-get en ubuntu).<br /> Configurar Jenkins con una cuenta de usuario y usarla para logarse en el sistema.<br /> Instalar el plugin de GIT en jenkins.<br /> <br /> Descargar el repositorio GIT siguiente en local:<br /> <br /> https://github.com/cefiro-github/helloWorld.git<br /> <br /> Una vez clonado dicho repositorio, crear una nueva tarea en jenkins.<br /> Dicha tarea debe usar como repositorio de ficheros el repositorio GIT local con el proyecto descargado.<br /> Configurar que el proyecto compruebe la versión de código para 2 minutos y se ejecute cada 5 minutos (la periodicidad es por criterios docentes).<br /> Revisar el código, hacer los cambios oportunos y subirlo al repositorio GIT local para que:<br /> * El proyecto compile adecuadamente<br /> * Se ejecuten todos los tests correctamente<br /> Comprobar si el proyecto se compilacrea correctamente<br /> <br /> Descargar en locaCrear una cuenta de usuario en jenkin y activar la seguridad para que</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=220 2013-11-26T13:56:38Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de Plugins de repositorios de software (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> Para conectar con un repositorio de GIT (u otros repositorios de código) será necesario indicar las credenciales a usar (Usuario y Password). Las credenciales se gestionar de forma global en el panel de administración de de GIT.<br /> <br /> [[Archivo:JenkinsPluginGIT.png|800px]]<br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> <br /> [[Archivo:JenkinsSecurity.png|800px]]<br /> <br /> == Creando un proyecto ==<br /> <br /> <br /> [[Archivo:JenkinsNewJob.png|800px]]<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> Al elegir la opción de &quot;Crear nueva Tarea&quot;, Jenkins pregunta el tipo de proyecto. Ya existe un tipo de proyecto definido para proyectos Maven. Una vez elegido el tipo de proyecto, existen varios valores importantes de configuración:<br /> <br /> === Origen del código fuente ===<br /> <br /> La ruta del código fuente se indicará normalmente a través de la URL de un repositorio de control de versiones (CVS, SVN, Git, etc). Habrá que indicar las credenciales que se usarán para consultar ese repositorio de código fuente (se crean mediante el administrador de credenciales de jenkins).<br /> <br /> === Disparador de ejecución ===<br /> <br /> Tendremos que indicar cuando que queremos que Jenkins construya el proyecto. Las opciones más habituales son:<br /> <br /> * Consultando el Sistema de Control de Versiones periódicamente para traerse los cambios al workspace del proyecto.<br /> * Periódicamente, para tener informes periódicos (independientemente de si hay cambios o no).<br /> <br /> En ambos casos, habrá que indicar la periodicidad.<br /> <br /> El caso más habitual es realizar la construcción una vez al día.<br /> <br /> [[Archivo:JenkinsCreateProject.png|800px]]<br /> <br /> == Resultado de Construcción del proyecto ==<br /> <br /> Por defecto, la configuración del proyecto lanza el goal (comando) Test, con lo que el resultado de dicha ejecución lo veremos visualmente en jenkins. Jenkins hace una copia completa del proyecto por cada ejecución (dentro del workspace del proyecto en jenkinss, carpeta /workspace dentro del directorio de instalación de jenkins).<br /> Es posible definir tareas a ejecutar tras la construcción del proyecto como parte de la configuración de la tarea.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=219 2013-11-26T13:37:07Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de Plugins de repositorios de software (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> Para conectar con un repositorio de GIT (u otros repositorios de código) será necesario indicar las credenciales a usar (Usuario y Password). Las credenciales se gestionar de forma global en el panel de administración de de GIT.<br /> <br /> [[Archivo:JenkinsPluginGIT.png|800px]]<br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> <br /> [[Archivo:JenkinsSecurity.png|800px]]<br /> <br /> == Creando un proyecto ==<br /> <br /> <br /> [[Archivo:JenkinsNewJob.png|800px]]<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> Al elegir la opción de &quot;Crear nueva Tarea&quot;, Jenkins pregunta el tipo de proyecto. Ya existe un tipo de proyecto definido para proyectos Maven. Una vez elegido el tipo de proyecto, existen varios valores importantes de configuración:<br /> <br /> === Origen del código fuente ===<br /> <br /> La ruta del código fuente se indicará normalmente a través de la URL de un repositorio de control de versiones (CVS, SVN, Git, etc). Habrá que indicar las credenciales que se usarán para consultar ese repositorio de código fuente (se crean mediante el administrador de credenciales de jenkins).<br /> <br /> === Disparador de ejecución ===<br /> <br /> Tendremos que indicar cuando que queremos que Jenkins construya el proyecto. Las opciones más habituales son:<br /> <br /> * Consultando el Sistema de Control de Versiones periódicamente para ver si hay cambios (si no hay cambios, no se construye).<br /> * Periódicamente, para tener informes periódicos (independientemente de si hay cambios o no).<br /> <br /> En ambos casos, habrá que indicar la periodicidad.<br /> <br /> El caso más habitual es realizar la construcción una vez al día.<br /> <br /> [[Archivo:JenkinsCreateProject.png|800px]]<br /> <br /> == Construcción del proyecto ==<br /> <br /> Por defecto, la configuración del proyecto lanza el goal (comando) Test, con lo que el resultado de dicha ejecución lo veremos visualmente en jenkins. Jenkins hace una copia completa del proyecto por cada ejecución (dentro del workspace del proyecto en jenkinss, carpeta /workspace dentro del directorio de instalación de jenkins).<br /> Es posible definir tareas a ejecutar tras la construcción del proyecto como parte de la configuración de la tarea.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=218 2013-11-26T13:33:32Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de Plugins de repositorios de software (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> Para conectar con un repositorio de GIT (u otros repositorios de código) será necesario indicar las credenciales a usar (Usuario y Password). Las credenciales se gestionar de forma global en el panel de administración de de GIT.<br /> <br /> [[Archivo:JenkinsPluginGIT.png|800px]]<br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> <br /> [[Archivo:JenkinsSecurity.png|800px]]<br /> <br /> == Creando un proyecto ==<br /> <br /> <br /> [[Archivo:JenkinsNewJob.png|800px]]<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> Al elegir la opción de &quot;Crear nueva Tarea&quot;, Jenkins pregunta el tipo de proyecto. Ya existe un tipo de proyecto definido para proyectos Maven. Una vez elegido el tipo de proyecto, existen varios valores importantes de configuración:<br /> <br /> === Origen del código fuente ===<br /> <br /> La ruta del código fuente se indicará normalmente a través de la URL de un repositorio de control de versiones (CVS, SVN, Git, etc). Habrá que indicar las credenciales que se usarán para consultar ese repositorio de código fuente (se crean mediante el administrador de credenciales de jenkins).<br /> <br /> === Disparador de ejecución ===<br /> <br /> Tendremos que indicar cuando que queremos que Jenkins construya el proyecto. Las opciones más habituales son:<br /> <br /> * Consultando el Sistema de Control de Versiones periódicamente para ver si hay cambios (si no hay cambios, no se construye).<br /> * Periódicamente, para tener informes periódicos (independientemente de si hay cambios o no).<br /> <br /> En ambos casos, habrá que indicar la periodicidad.<br /> <br /> El caso más habitual es realizar la construcción una vez al día.<br /> <br /> [[Archivo:JenkinsCreateProject.png|800px]]</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=217 2013-11-26T13:32:17Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de Plugins de repositorios de software (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> Para conectar con un repositorio de GIT (u otros repositorios de código) será necesario indicar las credenciales a usar (Usuario y Password). Las credenciales se gestionar de forma global en el panel de administración de de GIT.<br /> <br /> [[Archivo:JenkinsPluginGIT.png|600px]]<br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> <br /> [[Archivo:JenkinsNewTask.png|600px]]<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> Al elegir la opción de &quot;Crear nueva Tarea&quot;, Jenkins pregunta el tipo de proyecto. Ya existe un tipo de proyecto definido para proyectos Maven. Una vez elegido el tipo de proyecto, existen varios valores importantes de configuración:<br /> <br /> === Origen del código fuente ===<br /> <br /> La ruta del código fuente se indicará normalmente a través de la URL de un repositorio de control de versiones (CVS, SVN, Git, etc). Habrá que indicar las credenciales que se usarán para consultar ese repositorio de código fuente (se crean mediante el administrador de credenciales de jenkins).<br /> <br /> === Disparador de ejecución ===<br /> <br /> Tendremos que indicar cuando que queremos que Jenkins construya el proyecto. Las opciones más habituales son:<br /> <br /> * Consultando el Sistema de Control de Versiones periódicamente para ver si hay cambios (si no hay cambios, no se construye).<br /> * Periódicamente, para tener informes periódicos (independientemente de si hay cambios o no).<br /> <br /> En ambos casos, habrá que indicar la periodicidad.<br /> <br /> El caso más habitual es realizar la construcción una vez al día.<br /> <br /> [[Archivo:JenkinsCreateProject.png|600px]]</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=216 2013-11-26T13:31:52Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de Plugins de repositorios de software (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> Para conectar con un repositorio de GIT (u otros repositorios de código) será necesario indicar las credenciales a usar (Usuario y Password). Las credenciales se gestionar de forma global en el panel de administración de de GIT.<br /> <br /> [[Archivo:JenkinsPluginGIT.png|600px]]<br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> <br /> [[Archivo:JenkinsNewTask.png|600px]]<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> Al elegir la opción de &quot;Crear nueva Tarea&quot;, Jenkins pregunta el tipo de proyecto. Ya existe un tipo de proyecto definido para proyectos Maven. Una vez elegido el tipo de proyecto, existen varios valores importantes de configuración:<br /> <br /> === Origen del código fuente ===<br /> <br /> La ruta del código fuente se indicará normalmente a través de la URL de un repositorio de control de versiones (CVS, SVN, Git, etc). Habrá que indicar las credenciales que se usarán para consultar ese repositorio de código fuente (se crean mediante el administrador de credenciales de jenkins).<br /> <br /> === Disparador de ejecución ===<br /> <br /> Tendremos que indicar cuando que queremos que Jenkins construya el proyecto. Las opciones más habituales son:<br /> <br /> * Consultando el Sistema de Control de Versiones periódicamente para ver si hay cambios (si no hay cambios, no se construye).<br /> * Periódicamente, para tener informes periódicos (independientemente de si hay cambios o no).<br /> <br /> En ambos casos, habrá que indicar la periodicidad.<br /> <br /> El caso más habitual es realizar la construcción una vez al día.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=215 2013-11-26T13:30:20Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de Plugins de repositorios de software (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> Para conectar con un repositorio de GIT (u otros repositorios de código) será necesario indicar las credenciales a usar (Usuario y Password). Las credenciales se gestionar de forma global en el panel de administración de de GIT.<br /> <br /> [[Archivo:JenkinsPluginGIT.png|600px]]<br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> Al elegir la opción de &quot;Crear nueva Tarea&quot;, Jenkins pregunta el tipo de proyecto. Ya existe un tipo de proyecto definido para proyectos Maven. Una vez elegido el tipo de proyecto, existen varios valores importantes de configuración:<br /> <br /> === Origen del código fuente ===<br /> <br /> La ruta del código fuente se indicará normalmente a través de la URL de un repositorio de control de versiones (CVS, SVN, Git, etc). Habrá que indicar las credenciales que se usarán para consultar ese repositorio de código fuente (se crean mediante el administrador de credenciales de jenkins).<br /> <br /> === Disparador de ejecución ===<br /> <br /> Tendremos que indicar cuando que queremos que Jenkins construya el proyecto. Las opciones más habituales son:<br /> <br /> * Consultando el Sistema de Control de Versiones periódicamente para ver si hay cambios (si no hay cambios, no se construye).<br /> * Periódicamente, para tener informes periódicos (independientemente de si hay cambios o no).<br /> <br /> En ambos casos, habrá que indicar la periodicidad.<br /> <br /> El caso más habitual es realizar la construcción una vez al día.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=214 2013-11-26T13:30:10Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de Plugins de repositorios de software (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> Para conectar con un repositorio de GIT (u otros repositorios de código) será necesario indicar las credenciales a usar (Usuario y Password). Las credenciales se gestionar de forma global en el panel de administración de de GIT.<br /> <br /> [[Archivo:JenkinsPluginsGIT.png|600px]]<br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> Al elegir la opción de &quot;Crear nueva Tarea&quot;, Jenkins pregunta el tipo de proyecto. Ya existe un tipo de proyecto definido para proyectos Maven. Una vez elegido el tipo de proyecto, existen varios valores importantes de configuración:<br /> <br /> === Origen del código fuente ===<br /> <br /> La ruta del código fuente se indicará normalmente a través de la URL de un repositorio de control de versiones (CVS, SVN, Git, etc). Habrá que indicar las credenciales que se usarán para consultar ese repositorio de código fuente (se crean mediante el administrador de credenciales de jenkins).<br /> <br /> === Disparador de ejecución ===<br /> <br /> Tendremos que indicar cuando que queremos que Jenkins construya el proyecto. Las opciones más habituales son:<br /> <br /> * Consultando el Sistema de Control de Versiones periódicamente para ver si hay cambios (si no hay cambios, no se construye).<br /> * Periódicamente, para tener informes periódicos (independientemente de si hay cambios o no).<br /> <br /> En ambos casos, habrá que indicar la periodicidad.<br /> <br /> El caso más habitual es realizar la construcción una vez al día.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Archivo:JenkinsSecurity.png&diff=213 2013-11-26T13:28:46Z

<p>Amgutierrez: </p> <hr /> <div></div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Archivo:JenkinsPluginGIT.png&diff=212 2013-11-26T13:28:32Z

<p>Amgutierrez: </p> <hr /> <div></div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Archivo:JenkinsNewJob.png&diff=211 2013-11-26T13:28:22Z

<p>Amgutierrez: </p> <hr /> <div></div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Archivo:JenkinsCreateProject.png&diff=210 2013-11-26T13:28:07Z

<p>Amgutierrez: </p> <hr /> <div></div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=209 2013-11-26T12:49:18Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de Plugins de repositorios de software (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> Para conectar con un repositorio de GIT (u otros repositorios de código) será necesario indicar las credenciales a usar (Usuario y Password). Las credenciales se gestionar de forma global en el panel de administración de de GIT.<br /> <br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> Al elegir la opción de &quot;Crear nueva Tarea&quot;, Jenkins pregunta el tipo de proyecto. Ya existe un tipo de proyecto definido para proyectos Maven. Una vez elegido el tipo de proyecto, existen varios valores importantes de configuración:<br /> <br /> === Origen del código fuente ===<br /> <br /> La ruta del código fuente se indicará normalmente a través de la URL de un repositorio de control de versiones (CVS, SVN, Git, etc). Habrá que indicar las credenciales que se usarán para consultar ese repositorio de código fuente (se crean mediante el administrador de credenciales de jenkins).<br /> <br /> === Disparador de ejecución ===<br /> <br /> Tendremos que indicar cuando que queremos que Jenkins construya el proyecto. Las opciones más habituales son:<br /> <br /> * Consultando el Sistema de Control de Versiones periódicamente para ver si hay cambios (si no hay cambios, no se construye).<br /> * Periódicamente, para tener informes periódicos (independientemente de si hay cambios o no).<br /> <br /> En ambos casos, habrá que indicar la periodicidad.<br /> <br /> El caso más habitual es realizar la construcción una vez al día.</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=208 2013-11-26T12:26:12Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de Plugins de repositorios de software (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> <br /> <br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> <br /> == Tareas de Jenkins ==</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=207 2013-11-26T12:22:28Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de gestión de código fuente (No confundir con otros plugins relacionados con GIT). Para que Jenkins pueda usar Git, tenemos que tener instalado Git en la máquina y el ejecutable de Git debe ser accesible (bien mediante variable Path de entorno o bien explícitamente en la configuración de jenkins).<br /> <br /> <br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> <br /> == Tareas de Jenkins ==</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=206 2013-11-26T12:17:56Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Plugin&quot; dentro de la sección de gestión de código fuente (No confundir con otros plugins relacionados con GIT).<br /> <br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> <br /> <br /> <br /> == Tareas de Jenkins ==</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=205 2013-11-26T12:01:14Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> <br /> == Integración con GIT ==<br /> <br /> Por defecto, Jenkins es capaz de comunicarse con SVN y CVS como sistema de control de versiones, pero no con GIT. Para ello, hay que instalar un plugin adicional. En la ventana de administración de jenkins, buscar la opción &quot;Administrar Plugins&quot; y dentro de la columna &quot;Todos los plugins&quot;, buscar e instalar el plugin &quot;Git Client Plugin&quot;.<br /> <br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> <br /> <br /> <br /> == Tareas de Jenkins ==</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=204 2013-11-26T11:54:10Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta web de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> NOTA: No confundir la máquina en la que desarrollamos con la máquina y con la que accedemos vía el navegador a Jenkins con la máquina la que está instalado Jenkins.<br /> En Jenkins, los proyectos son llamados &quot;Jobs&quot; (Tareas). A la hora de crear un proyecto, habrá que indicar la ruta al código fuente del proyecto. Lo habitual para hacer integración continúa, es que el código fuente esté alojado en un sistema de control de versiones de manera que Jenkins pueda acceder automáticamente a la última versión. Si no indicamos la ruta de un sistema de control de versiones, habrá que copiar manualmente los ficheros fuente que queremos que Jenkins utilice.<br /> <br /> <br /> <br /> <br /> == Tareas de Jenkins ==</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=203 2013-11-26T11:47:46Z

<p>Amgutierrez: </p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a administrarlo, por lo que es conveniente establecer unas credenciales de acceso.<br /> La autenticación se puede delegar en un directorio LDAP, el servidor web o la propia aplicación jenkins.<br /> Vamos a activar una configuración básica.<br /> <br /> == Creando un proyecto ==<br /> <br /> En Jenkins podemos gestionar cualquier tipo de proyectos software, siempre que jenkins sea capaz de gestionar y construir dichos proyectos. Por ejemplo, si en la máquina tenemos instalado Maven, Jenkins podrá invocar a Maven para construir el proyecto, lanzar tests, etc.<br /> <br /> <br /> <br /> <br /> == Tareas de Jenkins ==</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Manual_de_Jenkins&diff=202 2013-11-26T11:36:17Z

<p>Amgutierrez: Página creada con '= 0. ¿Qué es Jenkins? = http://http://jenkins-ci.org/ Es una herramienta de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro de…'</p> <hr /> <div>= 0. ¿Qué es Jenkins? =<br /> <br /> http://http://jenkins-ci.org/<br /> <br /> Es una herramienta de código abierto (fork de la herramienta hudson) para soportar integración continua en nuestro desarrollo.<br /> <br /> Recordemos que la integración continúa son prácticas para la construcción del software que incluyen:<br /> <br /> * Construcción automática diaria del un proyecto software un grupo de desarrollo, integrando todos los componentes.<br /> * Lanzamiento automático de pruebas.<br /> * Informes automáticos del resultado de las pruebas y la construcción que permita hacer el seguimiento.<br /> <br /> = 1. Instalación =<br /> <br /> Jenkins es una aplicación Java con tecnología de servlets. Por lo tanto, necesita un servidor web que soporte la biblioteca J2EE (Tomcat, JBoss, Glassfish, etc).<br /> Existe un paquete de instalación que incluye tanto una versión de JRE como un servidor Jetty, con lo que no es necesario instalar nada más.<br /> <br /> http://jenkins-ci.org/<br /> <br /> == Windows ==<br /> <br /> Descargando el paquete de Windows, tenemos un instalador automático.<br /> NOTA: La última versión (1.541) puede dar problemas en Windows 8 (usar 1.538).<br /> <br /> == Linux ==<br /> <br /> Existen binarios para los diferentes sistemas de instalación de paquetes de Linux (apt-get, rpm, etc)<br /> <br /> Jenkins es una aplicación que estará constantemente en ejecución y de forma habitual construyendo proyectos, ejecutando pruebas, etc, con lo que, normalmente, jenkins estará en una máquina destinada a tal efecto, diferente de las máquinas propias de los desarrolladores.<br /> <br /> = 2. Uso básico de Jenkins =<br /> <br /> == Configuración básica ==<br /> <br /> Por defecto, el acceso a Jenkins es público, con lo que cualquiera podría tener acceso a crear, modificar y borrar proyectos, por lo que es conveniente establecer unas credenciales de acceso.<br /> <br /> <br /> == Creando un proyecto ==<br /> <br /> == Tareas de Jenkins ==</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Integraci%C3%B3n_continua_con_Jenkins&diff=201 2013-11-25T20:10:11Z

<p>Amgutierrez: Página creada con 'Manual de Jenkins Ejercicios de Jenkins'</p> <hr /> <div>[[Manual de Jenkins]]<br /> <br /> [[Ejercicios de Jenkins]]</div>

Amgutierrez https://1984.lsi.us.es/wiki-egc/index.php?title=Ejercicios_usando_Maven&diff=188 2013-11-19T19:31:07Z

<p>Amgutierrez: </p> <hr /> <div># Instalar Maven y comprobar que está instalado<br /> # Crear un proyecto maven con una clase que tenga un método fibonacci y construir el proyeto.<br /> ## Generar el artefacto de salida (nombre_de_proyecto.jar)<br /> ## Crear un test de la función fibonacci y lanzarlo<br /> # Gestionar dependencias<br /> ## Instalar el proyecto con la clase fibonacci en el repositorio local.<br /> ## Crear un nuevo proyecto que utilice el artefacto anterior (de la clase fibonacci).<br /> # Crear un proyecto maven con una clase que utilice la librería pdf de iText.<br /> Este proyecto debe generar un pdf con un contenido básico (Hola Mundo).<br /> ## Compilar y testear el proyecto.<br /> ## Subir los ficheros de proyecto a un repositorio público de git.</div>

Amgutierrez