{"id":76255,"date":"2020-04-01T07:42:05","date_gmt":"2020-04-01T05:42:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej"},"modified":"2020-04-01T07:42:05","modified_gmt":"2020-04-01T05:42:05","slug":"fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/fedora-i-centos-zapuskayut-git-forge-gitlab-otkryvaet-18-proprietarnyh-vozmozhnostej","title":{"rendered":"Fedora y CentOS lanzan Git Forge. GitLab abre 18 funciones propietarias","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Proyectos CentOS<\/a><\/noindex> y Fedora<\/a><\/noindex> informaron<\/a><\/noindex> sobre la soluci\u00f3n para crear el servicio de desarrollo colaborativo Git Forge, que se construir\u00e1 utilizando la plataforma GitLab. GitLab ser\u00e1 la plataforma principal para interactuar con los repositorios Git y para alojar proyectos relacionados con las distribuciones CentOS y Fedora. El servicio previamente utilizado Pagure<\/a><\/noindex> continuar\u00e1 existiendo, pero ser\u00e1 traspasado a la comunidad interesada en continuar con el desarrollo. Pagure ser\u00e1 desconectado del soporte del equipo de CPE (Community Platform Engineering) empleado en Red Hat, que se encarga de mantener la infraestructura para el desarrollo y la publicaci\u00f3n de las versiones de Fedora y CentOS.<\/p>\n

Al evaluar posibles soluciones para el nuevo Git Forge, se consideraron
\n Pagure y GitLab. Con base en el estudio de alrededor de 300 comentarios<\/a><\/noindex> y solicitudes de los participantes de los proyectos Fedora, CentOS, RHEL y CPE, se formaron los requisitos funcionales y se eligi\u00f3 GitLab. Adem\u00e1s de las operaciones t\u00edpicas con repositorios (fusi\u00f3n, creaci\u00f3n de forks, adici\u00f3n de c\u00f3digo, etc.), se destacaron como requisitos clave la seguridad, la facilidad de uso y la estabilidad de la plataforma. <\/p>\n

Entre los requisitos se incluyeron capacidades como el env\u00edo de pull requests por HTTPS, medios para restringir el acceso a ramas, soporte para ramas privadas, separaci\u00f3n del acceso entre usuarios externos e internos (por ejemplo, para trabajar en la correcci\u00f3n de vulnerabilidades durante un embargo de divulgaci\u00f3n), familiaridad en la interfaz, unificaci\u00f3n de subsistemas para gestionar reportes de problemas, c\u00f3digo, documentaci\u00f3n y planificaci\u00f3n de nuevas funcionalidades, y la disponibilidad de herramientas para integraci\u00f3n con IDE, y soporte para flujos de trabajo t\u00edpicos.<\/p>\n

De las capacidades de GitLab que influyeron en la decisi\u00f3n final para elegir esta plataforma, se mencionaron el soporte para subgrupos con acceso selectivo a los repositorios, la posibilidad de utilizar un bot para fusiones autom\u00e1ticas (se requiere CentOS Stream para mantener los paquetes del n\u00facleo), la disponibilidad de herramientas integradas para planificaci\u00f3n del desarrollo, y la posibilidad de utilizar un servicio SAAS listo con un nivel garantizado de disponibilidad (lo que permitir\u00e1 liberar recursos para mantener la infraestructura del servidor).<\/p>\n

La decisi\u00f3n ya provoc\u00f3<\/a><\/noindex> cr\u00edtica entre los desarrolladores, relacionada con el hecho de que la decisi\u00f3n se tom\u00f3 sin una amplia discusi\u00f3n previa. Tambi\u00e9n se expresaron preocupaciones de que el servicio no utilizar\u00e1 la edici\u00f3n de Comminity libre de GitLab. En particular, las funcionalidades necesarias para implementar los requisitos descritos en el anuncio de Git Forge est\u00e1n disponibles \u00fanicamente en la versi\u00f3n propietaria. GitLab Ultimate<\/a><\/noindex>. <\/p>\n

La cr\u00edtica tambi\u00e9n se centr\u00f3 en la intenci\u00f3n de aprovechar el servicio SAAS proporcionado por GitLab (aplicaci\u00f3n como servicio), en lugar de implementar GitLab en sus propios servidores, lo que saca al servicio de su control (por ejemplo, no se puede tener la certeza de que todas las vulnerabilidades en el sistema se solucionen de manera oportuna, de manera adecuada<\/a><\/noindex> la infraestructura est\u00e1 soportada, en un buen momento no estar\u00e1 impuesta la telemetr\u00eda<\/a><\/noindex> y excluida la posible intervenci\u00f3n del personal de una empresa externa). La decisi\u00f3n tambi\u00e9n no se alinea con los principios fundamentales de Fedora<\/a><\/noindex>, que establecen que el proyecto debe dar preferencia a alternativas libres.<\/p>\n

Mientras tanto, la empresa GitLab anunci\u00f3<\/a><\/noindex> anunci\u00f3 la implementaci\u00f3n de 18 funcionalidades que anteriormente solo se ofrec\u00edan en las ediciones propietarias de GitLab. Las funcionalidades abarcan diversas \u00e1reas de gesti\u00f3n del ciclo completo de desarrollo de software, incluyendo la planificaci\u00f3n del desarrollo, creaci\u00f3n de proyectos, verificaci\u00f3n, gesti\u00f3n de paquetes, generaci\u00f3n de lanzamientos, configuraci\u00f3n y seguridad. <\/p>\n

Entre las funcionalidades traducidas como libres se incluyen las siguientes:<\/p>\n