Udvikleroplevelse på GHES

  • 5 minutter

Fra et brugergrænsefladeperspektiv ser GHES bekendt ud. Udvikleroplevelsen adskiller sig dog på meningsfulde måder, især hvad angår automatisering, integrationer og værktøjer.

I denne enhed vil du lære

  • Hvordan GitHub Actions fungerer på GHES

  • Hvilke værktøjer udviklere skal selv administrere

  • Hvilke cloud-native funktioner er ikke tilgængelige

  • Hvordan man tilpasser arbejdsgange til begrænsede miljøer

GitHub-handlinger på GHES

  • GitHub Actions understøttes, men workflows skal bruge selvhostede runners.

  • Din organisation er ansvarlig for at provisionere, skalere, patche og vedligeholde disse runners.

  • Hvis runners er offline eller forældede, vil workflows fejle – ingen automatisk fallback.

  • Netværksbegrænsninger er almindelige; proxyer eller mirrors kan være nødvendige for ekstern adgang.

  • GHES er primært afhængig af selvhostede løbere. GitHub-hostede runners, der findes i GitHub Enterprise Cloud, er generelt ikke tilgængelige, selvom nogle hybridscenarier kan understøttes via GitHub Connect afhængigt af virksomhedens konfiguration.

Pakker, sikkerhed og automatisering

  • GitHub-pakker (npm, Docker osv.) er tilgængelige og hostes internt i GHES.

  • Avancerede sikkerhedsfunktioner (for eksempel kodescanning, hemmelig scanning) understøttes med korrekt licensering.

  • Disse funktioner kræver ofte manuel opsætning – såsom installation af scanningsmotorer eller aktivering af hemmelighedsdetektion – selvom aktiveringsprocessen fra et udviklerperspektiv ikke adskiller sig fra GitHub Enterprise Cloud (GHEC).

  • Mange funktioner er deaktiveret som standard og afhænger af koordinering med dine DevOps- eller platformteams.

Uunderstøttede eller begrænsede funktioner

  • GitHub Codespaces understøttes ikke fra GHES 3.19.

  • GitHub Copilot understøttes ikke på GHES. Copilot kan bruges som en selvstændig funktion inden for understøttede IDE'er, men Copilot-funktioner er ikke tilgængelige på GHES' webinterface, og funktionaliteten kan være yderligere begrænset i miljøer med begrænset internetadgang.

  • Adgang til biblioteket med offentlige GitHub Actions direkte fra GitHub.com kræver GitHub Connect. Uden den skal handlinger manuelt synkroniseres til din lokale instans.

  • Selvom webhooks og SaaS-værktøjer ikke bruger GitHub Connect, kræver de udgående netværksrouting (proxy/firewall) for at nå eksterne endepunkter.

  • Tilgængeligheden af funktioner varierer – udviklere bør bekræfte, hvad der er aktiveret, før de stoler på cloud-workflows.

Udviklere bør verificere tilgængeligheden, før de stoler på cloud-first workflows.

Vigtig pointe: GHES-udvikleroplevelsen formes af selvadministreret infrastrukturautomatisering, integrationer, og endda "tilgængelige funktioner" kan afhænge af, hvad der implementeres, licenseres og aktiveres i dit miljø.

Nu hvor du har set, hvordan GHES kan adskille sig i daglige udviklingsarbejdsgange, er du klar til næste skridt.

Den næste enhed introducerer GitHub Connect og hybride scenarier, der udvider GHES med udvalgte GitHub.com funktioner.