Proyectos y repositorios
Dónde vive el código y cómo llega a destino.
Un proyecto, configurado como entrega su equipo.
Un proyecto reúne los repositorios en los que trabajan los agentes y todo lo que decide cómo trabajan allí: quién puede usarlo, la rama a la que llegan los cambios, sus comprobaciones y cuántas tareas corren a la vez. Conecte su cuenta de Git en la configuración guiada — GitHub con un clic, o GitLab, Bitbucket y Azure DevOps — y cree un proyecto a partir de un repositorio. Su primera tarea es un onboarding guiado que averigua cómo se ejecuta el código, completa su stack y se asegura de que sus comprobaciones existan y pasen.
- Acceso, rama, comprobaciones y límites por proyecto
- GitHub, GitLab, Bitbucket o Azure DevOps
- Una tarea de onboarding en cada proyecto nuevo
Cada repositorio que toca un cambio, en un solo proyecto.
Añada todos los repositorios que abarca el trabajo: los agentes trabajan en todos ellos y las comprobaciones corren en el principal. Elija uno al que lleguen sus cuentas de Git conectadas, pegue cualquier dirección o cree un repositorio privado nuevo desde el asistente de proyecto o desde cualquier fila de repositorio; uno vacío recibe sus ramas main y develop ya creadas. Cada pull request que abre una tarea, uno por repositorio, aparece con su estado en el tablero de tareas y en la página de la tarea.
- Varios repositorios, uno principal
- Elegir, pegar o crear un repositorio
- Cada pull request que abrió una tarea, con su estado
Carriles de merge: una cola de merge que da con el culpable.
Los carriles de merge son una cola de merge para entregas de alto volumen: los pull requests terminados se agrupan en lotes y se prueban juntos, con suites de millones de pruebas, y solo una build en verde llega a su rama. Cuando un lote falla, el carril lo bisecciona hasta el cambio que lo rompió, expulsa ese y fusiona el resto. Desactive un carril y sus pull requests en cola se fusionan igualmente primero; Detener carril termina sus ejecuciones al instante y devuelve cada pull request a su propia tarea.
- En lotes, con suites de millones de pruebas
- Un lote fallido, biseccionado hasta su culpable
- Detener carril devuelve cada pull request
Memoria del proyecto: lo que una tarea aprende, la siguiente lo sabe.
Los agentes toman notas de cada proyecto mientras trabajan: un escollo y cómo reproducirlo, una receta que funcionó, un mapa del código. Cada nota se entrega a las tareas posteriores a las que atañe; su fila cuenta las tareas que la recibieron, la vieron y la usaron, se ordena por esos recuentos y se abre completa. Retire una nota que haya quedado obsoleta, o bórrela para siempre.
- Escollos, recetas y mapas del código, por proyecto
- Recibida, vista y usada: contada y ordenable
- Cada nota se abre con su texto completo
¿Qué repositorio iría primero?
Empiece gratis y luego elija el plan que encaje con cuántos repositorios gestiona y cuántos cambios llegan a ellos.