Introducci贸n

1

Lo que aprender谩s sobre DevOps con GitLab

2

驴Qu茅 es Devops?

3

El ciclo de vida del Devops

4

Introducci贸n a Gitlab

5

Gitlab vs Github

Administraci贸n

6

Autenticaci贸n

7

Grupos

8

Autorizaci贸n

9

Auditor铆a

10

Proyectos

Planificaci贸n

11

Tipos de desarrollo

12

Planificaci贸n en Gitlab-Issues

13

Planificaci贸n en Gitlab-Etiquetas

14

Planificaci贸n en Gitlab-Pesos

15

Planificaci贸n en Gitlab-Milestones

16

Planificaci贸n en Gitlab-Boards

17

Planificaci贸n en Gitlab-Service Desk

18

Planificaci贸n en Gitlab-Quick actions

Verificaci贸n

19

Inicializaci贸n del repositorio

20

Merge requests

21

Profundizando en Merge requests

22

Continuous Integration-CI

23

Gitlab CI

24

Automatizacion con GitLab Cl

25

Validacion de la configuracion con GitLab Cl

26

gitlab-ci.yml

27

Gitlab pages

28

Implementando Gitlab pages

29

驴Qu茅 es el Desarrollo 脕gil?

30

Gitlab autodevops

31

Implementando GitLab autodevops

32

Habilitando autodevops

Empaquetaci贸n

33

Gitlab container registry

34

Introducci贸n a contenedores

Seguridad

35

Introducci贸n a DevSecOps

36

Firmas de seguridad

37

Pruebas est谩ticas de seguridad

38

Escaneo de contenedores

39

Escaneo de dependencias

40

Pruebas din谩micas de seguridad

41

Gitlab security dashboard

Distribuci贸n

42

Continuous Delivery (CD)

43

Ambientes

44

Review apps

45

Estrategias de Distribuci贸n

46

Feature Flags

47

Rollback

Monitoreo

48

驴Por qu茅 monitorear?

49

M茅tricas de desempe帽o (performance metrics)

50

M茅tricas de salud (health metrics)

51

Metricas de equipo

52

Rastreo de errores

Conclusiones

53

驴Por qu茅 desarrollar con Gitlab?

A煤n no tienes acceso a esta clase

Crea una cuenta y contin煤a viendo este curso

Planificaci贸n en Gitlab-Milestones

15/53
Recursos

Los Milestones permiten agrupar issues para completarlos en un tiempo determinado.

  • Milestone como agile sprint
    鈥 Sprint 5
  • Milestone como release
    鈥 V1.1.2

Brundown chart nos permite determinar qu茅 tan avazando vamos dentro de un sprint y nos permite tomar acciones cuando todav铆a es relevante.

Aportes 63

Preguntas 10

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi贸n.

Hasta ahora como yo veo lo que llevamos:

Grupo:
L Proyecto:
| L Milestones:
| | L Issues (con Labels)

Bastante interesante hasta ahora el curso

Burndown charts

.
Un burndown chart muestra la velocidad a la que se est谩 completando los objetivos/requisitos. Permite extrapolar si el Equipo podr谩 completar el trabajo en el tiempo estimado.
.
Se pueden utilizan los siguientes burndown charts:
.

  • Product burndown chart: Son los d铆as pendientes para completar los requisitos del producto o proyecto, realizado a partir del Product Backlog (lista de requisitos priorizada).
  • Sprint burndown chart: Horas pendientes para completar las tareas de la iteraci贸n, realizado a partir del Iteration Backlog (lista de tareas de la iteraci贸n).
    .
    Este tipo de gr谩fico permite realizar diversas simulaciones, ver c贸mo se aplazan las fechas de entrega si se le a帽aden requisitos, ver c贸mo se avanzan si se le quitan requisitos o se a帽ade otro equipo, etc.
    .
    Fuente

Hola, nosotros usamos la suite de Atlassian, en particular Jira, que luego se enlaza con Bitbucket (es como un gitlab pero 鈥渋n company鈥)

Desde hace un par de a帽os he definido mis milestones por medio de trello. En la oficina venimos haciendolo con trello tambien, pero estoy comenzando a proponer ideas para integrarlo a GitLab.

En mi caso, la empresa trabaja con Jira y es donde gestionamos las tareas, issues, etc.
Igualmente me toco trabajar haciendo unit test para un proyecto en angularjs, en donde si bien trabajaban con Jira, este tenia realizada una integracion con GitHub y los commits los realizamos con un #(numeral) + numero de ticket + el comentario.
Esto pertimia tener un tracking en jira sobre el hash del commit realizado.

Donde trabajo actualmente usan Jira

En un proyecto grande que tuve, usamos un scrumboard en excel que mostraba el burndown charts con respecto al avance y era muy similar al kanban.

Yo utilizaba Taiga, la verdad es muy parecido y muy robusto.

En proyectos personales la planeaciones la hago siguiendo una t茅cnica de planeaci贸n agile llamada 鈥淰isual Story Mapping鈥 para definir el proyecto. Con la ayuda de Miro un tablero en tiempo real (version free 馃槢 ) plasmo el proceso de planeaci贸n. Ahora podr铆a experimentar la planeaci贸n VSM con GitLab ^_^

En el emprendimiento que estoy trabajando usamos Jira para llevar el sprint, me parece que su tiempo de carga es muy alta, super lenta la pagina. Ademas, me gustar铆a saber porque hay como un rechazo hac铆a jira en muchos grupos de programadores

Hasta ahora solo conoc铆a Jira

Bitbucket sigue la misma ideologia.

se escribe burn down chart 鈥 no Brundown chart como lo escribe David

nosotros utilizamos trello, por falta de cuentas en jira para hacer los milestone

Antes usaba Asana, ahora uso Jira

En trello y pizarra

Nosotros lo definimos con redmine mediante un plugin de scrum

En la empresa usamos Azure DevOps.

pues creo que mi comentario sera el mas triste, por que donde trabajo usamos Excel con Dropbox, y pues estaba buscando alg煤n sistema para remplazarlo y GitLab se ve muy bien.

Yo usaba los proyectos de github que tienen implementado un estrilo kanban .
To Do 鈥 In Progress ----- Testing ---- Done
Es personalizable y se puede trackeat issues y repositorios

He usado Trello en muchas oportunidades

El viejo amigo trello!

Donde trabajo, se ha pasado por varios sistemas, primero se compr贸 una pizarra blanca y se colocaban los postix ah矛, luego empezamos a usar monday.com y ahora se lleva un control en planner. No pertenezco al 谩rea de desarrollo sin embargo si tengo el grupo de QA y he empezado a hablarles de Gitlab y les ha interesado, veremos como avanza.

En mi empresa se usa Planner pero est谩n pensando cambiar a GitLab de ah铆 que estemos haciendo este curso 馃槂

A lo largo de mi carrera usaba herramientas como Trello para realizar siguimiento de milestones

Utilizaba Azure DevOps, all铆 al igual que gitlab se tiene una plataforma robusta similar a lo que nos ofrece gitlab (Repos, Boards, Pipelines, Artifacts)

En los Boards, donde se realizaba este manejo metodologico, podian crear diferentes work items (que en gitlab ser铆an los issues) y relacionarlos por medio de una jerarqu铆a

  • Epic
    • Feature
      • User Story (Se estiman con puntos)
        • Task (Se estiman en horas)
        • Bug

Cada padre puede tener N hijos asociados
Cada work item tiene asociado una persona asignada, un State (New, Active, Closed), Area (grupo de trabajo) y una Iteraci贸n (Sprint)

Por ejemplo:

驴C贸mo entender el Burndown Chart?
https://www.youtube.com/watch?v=qNm49LpYfXk

En mi caso, la experiencia m谩s reciente que he tenido has sido con Trello. Recientemente, ingres茅 a un nuevo proyecto y para este caso se est谩 utilizando Gitlab.

Trello y postits como en Silicon Valley jajaja, me siento mal de nunca haber usado Jira. Pero que increible que GitLab tenga todo esto, me est谩 gustando demasiado y eso que antes no me sal铆a de GitHub.

Yo utilizaba github con ZenHub para el seguimiento de los proyectos

Antes si era en la pared con papeles鈥 Ahora donde estoy si se utiliza mucho Trello para ver tareas

Yo he usado varias herramientas para esto dependiedo de la empresa en la que trabajado, algunas de ellas son:
Jira, de atlassian jira
taiga taiga.io
redmine, github, gitlab, etc.
entre otras unas buenas o tra no tan buenas

En el lugar donde trabajo utilizamos gitlab como repositorio y control de verisons y utilizamos Jira para el tema del agil, Estoy viendo que para tener acceso a la asignacion de pesos de los issues y para poder ver el burndownchart es necesario una licencia de GitLab. Mi aporte es que en su momento pudimos integrar Gitlab a Jira y de esa forma gestionamos nuestras tareas y hacemos todo lo referente al seguimiento del las tareas o historias en Jira y podemos revisar los commits y merges con la ayuda de la integracion de las dos plataformas.
Cabe mencionar que Jira si tiene libreado el sistema de pesos, y la grafica burndownchart ademas de otras graficas muy intereantes

En donde trabajo actualmente antes de la pandemia trabaj谩bamos con un kanban f铆sico y como herramienta digital utiliz谩bamos un board en Atlassian Jira. Y en otras experiencias he usado trello y los milestones en Github.

Veo que la manera en que trabjo con mi equipo no pertenece a agile sino a waterfal, pero siempre hemos usado Trello para llevar registro de las tareas y los tiempos que toma realizarlas

En la empresa donde me desempe帽o actualmente hay un desarrollo propio pero no creo que tenga este tipo de funcionalidad que he estado viendo hasta ahora.

En nuestro equipo organizamos los milestones por sprint semanales, en donde nos reunimos con los PO para definir los issues a trabajar y la estimaci贸n en tiempo que le damos, pero una de las funcionalidades que no encuentro como a帽adir, es la conexi贸n de notificaciones a slack cuando un issue cambia de estado / label.
驴Conocen c贸mo se puede hacer?

Para la gesti贸n de tareas, uso en el trabajo Taskade, es una tool 鈥渢o do list鈥 como tantas otras. Pero en cada proyecto ademas de los issues, ponemos documentaci贸n del proyecto, usuarios que relevamos requerimientos y flujos de procesos (pasos).

En trello

Utilic茅 una tabla con postit y luego con trello

Usualmente usaba Trello pero en donde trabajo actualmente usan hojas de Excel :鈥(
Por eso esoty en este curso para intentar convencer a los directivos de usar Gitlab para poder tener un mejor tracking de los proyectos

En la empresa donde estoy actualmente se usa Jira.

Los proyectos en mi empresa lo manejamos a trav茅s de taiga.io, usando kanban pero manualmente se van completando, a diferencia de gitlab con los merge request

En la empresa donde estoy las observaciones (observaciones , Bugs 鈥) lo registramos en MantisBt. Seria buena idea realizar esto directamente en GitLab (Usamos Gitlab alojado en un servidor interno). Me parece que cumple con las mismas funciones y se tendr铆a todo en una 煤nica herramienta. 驴Que me recomiendan?

Gran explicacion de Burndown chart

Me pareci贸 muy sencilla la forma en que se pueden manejar los milestones e issues dentro de estos ademas de la personalizaci贸n de etiquetas. Creo que solo es cosa de ponerse de acuerdo en un versionamiento y como es que se manejaran en el equipo.

Yo utilizaba con mi equipo una metodolog铆a incremental proyectada en un diagrama de Gantt para representar las iteraciones de cada proceso del sistema durante el tiempo de vida del desarrollo.

En el trabajo uso Jira, pero para proyectos personales uso Trello.
Jira es bastante potente y se adapta muy bien a cualquier flujo de Devops, en cambio Trello es muy b谩sico pero es bastante 煤til

Nosotros usamos trello. Pero implementare gitlab para todo lo relacionado con el desarrollo. Seguir茅 usando trello para organizar las tareas generales del proyecto. Por ejemplo con el 谩rea de cuentas, dise帽o, etccc鈥 驴Que les parece mi idea?

Hola, quisiera saber de que manera usan los milestones ( si es que se usan) cuando los issues estan sujetos a un bug encontrado en testin


Yo uso Taiga para mi proyecto personal, que en este caso son cursos a tomar en Platzi, para este mes me puse la meta de 4 cursos y distribu铆 los pesos.
En el trabajo usamos la secci贸n de Proyecto junto al m贸dulo de Project Agile SCRUM dentro de Odoo

Siempre he usado Trello o el tablero en la pared. Cada vez me gusta m谩s GitLab por todas sus herramientas

No entendi bien que quiere decir Milestone, osea que significa? Milestone y Pesos que significan?

he usado Azure Devops para manejar la planificaci贸n y manejo de sprint

Solo Trello sin el burn down char, pues por lo ultra flexible que es, la verdad aunque el sistema de issues de gitlab es increible trabajando con dise帽adores el mejor resultado lo hemos tenido en trello

En mi caso he usado kamban y trello.

los milestone podrian ser las user stories que se hab priorizado en el sprint? o serian las tareas para cumplir la user storie ?

Yo solo he usado Trello y me parece que es muy similar a los milestones de Gitlab, no va a ser dificil acostumbrarme a usar esta nueva herramienta

En la empresa donde trabajo usamos Redmine con un plugin adicional para Scrum

En la empresa se usa Jira y los Milestones se denominan Sprints

para los que quieran saber mas de Semantic Versioning o *** SemVer***
aqui les dejo la espesificacion:
https://semver.org/lang/es/

En nuestro equipo utilizamos JIRA y es similar, por ejemplo los milestones serian las epicas a mi parecer y la grafica de burndown es igual para los sprints.