Aprender a crear unha rama en GitHub é o primeiro paso. Non obstante, dominar como fusionar ramas en GitHub de forma segura é igual de fundamental para cada rama. GitHub fluxo de traballo. Entón, nesta publicación, guiarémosche por todo o proceso, comezando por como crear unha rama en GitHub e despois mostrándoche como fusionar ramas en GitHub de forma segura. Tamén explicaremos como cancelar unha fusión se atopas algún problema e, finalmente, como Xygeni pode axudarche a detectar todos os problemas antes de que cheguen á túa rama principal.
Vexámolo paso a paso.
1. Como crear unha rama en GitHub do xeito correcto
Todo fluxo de traballo seguro comeza cando se crea unha rama en GitHub. Isto permite aos desenvolvedores illar funcionalidades, correccións ou experimentos sen afectar o código de produción.
Para crear unha rama en GitHub:
1. Navega ata o teu repositorio
2. Fai clic no menú despregable do selector de ramas
3. Escribe o nome da túa nova sucursal
4. Fai clic Crear rama
A partir de aquí, a túa nova rama está lista para funcionar. Agora podes enviar código, colaborar nos cambios e, finalmente, abrir unha pull requestAínda que esta é unha acción básica de GitHub, prepara o escenario para un desenvolvemento seguro.
É importante destacar que cada vez que crees unha rama en GitHub, esta debería formar parte dun fluxo de traballo repetible e protexido.
2. Escanear Pull Requests Automaticamente antes de combinar
Cando creas unha rama en GitHub e a preparas para a revisión, o seguinte paso é comprender como fusionar ramas en GitHub de forma segura. Cada envío de ramas a GitHub debería activar comprobacións automatizadas. Pero antes da fusión, é esencial comprobar Que o código non introduce vulnerabilidades. Un único inseguro commit pode expoñer a túa aplicación, leak secrets, ou romper infraestruturas críticas.
Fusionar código na túa rama principal é unha operación de alto impacto. Sen as comprobacións axeitadas, pode levar a consecuencias graves como:
- Vulnerabilidades de día cero entrar en produción
- Coñecido CVEs introducidos a través de paquetes de código aberto
- Segredos codificados enviado ao repositorio
- Configuracións incorrectas da infraestrutura que debilitan as túas defensas
- Código malicioso ou manipulado entrando a través de dependencias
Aquí é onde Xygeni marca a verdadeira diferenza
Usando Accións de GitHub, podes desencadear dixitalizacións Xygeni automatizadas sempre que un desenvolvedor abra un pull request nunha rama protexida. Unha rama protexida en GitHub é aquela que require comprobacións ou aprobacións específicas antes de que se permita a fusión dos cambios.
Xygeni analiza o última execución do pull request fluxo de traballo para validar a postura de seguridade dos cambios propostos. Isto inclúe a comprobación de problemas no código, dependencias, segredos e CI/CD configuraciónsNon se volve analizar a rama completa, pero úsase o resultado do fluxo de traballo máis recente para aplicar políticas e bloquear as combinacións inseguras.
Estas análises validan que o código é seguro e está listo para a produción. Detectan:
- Vulnerabilidades do código (SAST)
- Paquetes de código aberto vulnerables (SCA)
- Segredos codificados
- IaC configuracións incorrectas
- Posible software malicioso
Integración estas comprobacións anticipadas garanten que cada vez que creas unha rama en GitHub e preparas a fusión, o fas con visibilidade e control completos.
Aquí tes unha configuración simplificada:
on: pull_request: branches: [ main ] jobs: xygeni-scan: runs-on: ubuntu-latest steps: - name: Checkout uses: actions/checkout@v3 - name: Xygeni Scanner uses: xygeni/xygeni-action@3.2.0 with: token: ${{ secrets.XYGENI_TOKEN }}3. Bloquear fusións inseguras con Guardrails
Guardrails, asegúrate de que ao crear unha rama en GitHub ou intentar fusionar ramas en GitHub, só os cambios seguros chegan á configuración principal de GitHub da túa rama. Xygeni ofréceche control total sobre o que se fusionaPodes definir previamentecisregras adaptadas ás túas políticas de seguridade e tolerancia ao risco. Por exemplo:
- Bloquear se é un segredo crítico atópase (por exemplo, claves de AWS, tokens)
- Falla a compilación se a novo de alto risco Preséntase o paquete de código aberto
- Rexeitar pull requests Que modificar rutas sensibles como
.github/workflows/,infrastructure/ousecrets.env - Evitar fusións se a reintroduce a degradación coñecido Vulnerabilidades
- Bloquear CI/CD cambios de configuración a menos que sexa debidamente etiquetado
- Deter as fusións se SAST detecta altos ou cuestións críticas
- Aplicar máis estrito Guardrails nas ramas de produción mantendo a flexibilidade no desenvolvemento
Estas regras actúan como vixilantes automáticos. Axudan ao teu equipo a fusionar só o que é seguro, sen sorpresas, sen revisións manuais nin intervencións de última hora.
Exemplo de regra de protección:
guardrail block_critical_secrets on secrets when severity = critical then @fail()Retroalimentación visual no Dashboard
Para garantir unha visibilidade total, Xygeni mostra o resultado da última avaliación do estado de Guardrail.
- En primeiro lugar, unha icona verde significa que todas as políticas foron aprobadas.
- En contraste, unha icona vermella sinala que se violaron unha ou máis condicións de Guardrail.
Como resultado, tanto os desenvolvedores como os equipos de seguridade obteñen información inmediata sobre o motivo polo que se bloqueou unha fusión, sen ter que investigar os rexistros de CI.
Exemplo real do Dashboard:
Por exemplo, supoñamos que un repositorio non ten ramas protexidas, unha configuración incorrecta común que permite aos desenvolvedores enviar... commits sen verificación. Iso é un risco grave.
Xygeni detecta e marca isto automaticamente como un asinado_commits cuestión baixo o CI/CD categoría. O dashboard destacados:
- Gravedade: Alto
- tipo: Asinado Commits
- Explicación: O repositorio non ten ramas protexidas
- Estado: aberto
Polo tanto, con esta retroalimentación rica en contexto, os equipos poden identificar rapidamente o risco, comprender o seu impacto e tomar medidas correctivas, todo desde a interface de usuario de Xygeni.
Personaliza Comportamento de aplicación da lei
Sempre tes o control. Escolle o rigoroso que debes ser Guardrails debería ser:
--fail-on=critical: Bloquear as combinacións só en achados graves--never-fail: Correr Guardrails en modo de execución en seco para probar as políticas antes de aplicalas
Entón, a próxima vez que crees unha rama en GitHub, a túa Guardrails xa están aí, protexendo os teus pipeline e aplicando as túas políticas automaticamente.
Como sei se unha aplicación de GitHub é segura?
Aprende a avaliar as aplicacións de GitHub antes de instalalas.
4. Cancelar a fusión en GitHub automaticamente cando se atopen riscos
Se se detectan riscos, a fusión cancélase. Esta protección protexe todos os proxectos de ramas de GitHub e aplica as mellores prácticas sobre como fusionar ramas en GitHub.
Xygeni intégrase directamente na interface de usuario de GitHub. Cando se atopa un risco:
- GitHub mostra a comprobación como fallida
- As proteccións de GitHub impiden a fusión
- A cola de fusión omite o código inseguro
Tanto se é un segredo, unha situación de emerxencia violenta ou perigosa CI/CD patrón, o resultado é o mesmo: o A fusión está cancelada en GitHub e marcado para revisión.
Tamén podes ver resultados detallados en Xygeni:
- O estado de seguridade de cada sucursal
- Por que se bloqueou unha fusión
- Historial completo de dixitalización
- O estado da barreira móstrase mediante iconas verdes (aprobado) ou vermellas (fallido) na páxina do proxecto
Esta retroalimentación visual facilita que os desenvolvedores e os equipos de seguridade tomen medidas con confianza. E cando precisa un contexto máis profundo, cada problema enlaza coa documentación con gravidade, etiquetas, localización e orientación sobre a mitigación.
Fusionar só o que sexa seguro en Tldr
En resumo, aquí tes como facer unha fusión segura despois de crear unha rama en GitHub:
- Crear unha rama en GitHub a través da interface de usuario
- Activar análises automáticas con cada pull request con Xygeni
- Bloquear fusións inseguras usando Guardrails
- Usar políticas de auditoría do lado do servidor para un control máis profundo
- Cancelar a fusión en GitHub cando algo falla
- Visualizar todos os resultados en Xygeni dashboard
Para obter máis prácticas recomendadas sobre a protección de repositorios, lea as nosas Preguntas frecuentes sobre a seguridade de GitHub: o que todo desenvolvedor debería saber.
Aínda que a fusión é unha operación básica, facela de forma segura require visibilidade e automatización reais. Con Xygeni, non só fusionas código, senón que fusionas confianza.
Protexe cada rama de GitHub con confianza
Un único problema pasado por alto nun pull request pode comprometer a túa rama principal. Os escáneres tradicionais adoitan executarse demasiado tarde, pasan por alto riscos críticos ou non conseguen aplicar políticas significativas.
É por iso que protexer as túas ramas de GitHub require algo máis que simplemente escanear.
Xygeni proporciona unha aplicación real. Cando un pull request se dirixe a unha rama protexida, Xygeni analiza a última execución do teu CI/CD fluxo de traballo. Non volve analizar toda a rama. En vez diso, avalía os resultados máis recentes para comprobar se hai problemas de seguranza no código, as dependencias, os segredos e as configuracións do fluxo de traballo. Non só recibes alertas. Estás protexido.
O que o fai diferente:
- Validación de contexto completo: Guardrails aplicar políticas usando un contexto rico como a gravidade, a explotabilidade e os metadatos da rama.
- Integración integrada con GitHub: Todo, dende a dixitalización ata a aplicación, execútase de forma nativa dentro dos teus fluxos de traballo de GitHub, sen necesidade de scripts personalizados nin código de pegamento.
- Auditorías do lado do servidor: Lado do servidor Guardrails validar os resultados despois da carga, engadindo unha segunda capa de control fóra do pipeline.
En lugar de depender da configuración da túa configuración de CI para detectar todo, Xygeni aplica unha configuración automatizada e baseada en políticas.cisións antes de que nada chegue á túa rama principal.
Aínda que a fusión é unha operación básica, facela de forma segura require unha visibilidade e automatización reais. Con Xygeni, non só protexes os teus repositorios, senón que protexes todas as ramas de GitHub con confianza.
