Mit CI/CD (Continuous Integration und Deployment) vereinfacht GitHub Actions die Automatisierung von Software-Workflows: Baue, teste und deploye deine Projekte direkt auf GitHub. Code-Reviews, Branch Management und Issue-Triaging können an alle Anforderungen angepasst werden.
GitHub Actions ausprobierenStarte Workflows mit GitHub Events wie Push, Issue-Erstellung oder einem neuen Release. Kombiniere und konfiguriere Actions für deine Services, die von der GitHub Community entwickelt und maintained werden.
Ob Web Dienst, containerisierte App, Veröffentlichung von Packages in Registries, oder automatisierte Nachrichten an neue User - jetzt gibt es GitHub Actions dafür. Verknüpfe GitHub Packages mit Actions und vereinfache das Package Management - Version Update und schnellere Distribution mit unserem globalen CDN und Dependency Resolution inklusive. Das GITHUB_TOKEN wird automatisch bereitgestellt.
Hosted Runners für alle gängigen Betriebssysteme machen das Bauen und Testen noch einfacher: du kannst ab sofort alle Projekte direkt über eine VM oder einen Container laufen lassen. Verwende eine eigene VM, Cloud oder on-premise Lösung mit self-hosted Runners.
Mehr Zeit sparen: Mit Matrix-Workflows kannst du auf mehren Betriebssystemen und Versionen deiner Runtime gleichzeitig testen.
GitHub Actions unterstützt Node.js, Python, Java, Ruby, PHP, Go, Rust, .NET und mehr. Baue, teste und deploye deine Applications in der Programmiersprache und Plattform deiner Wahl.
error-pages GET / ✓ should respond with page list Accept: text/html GET /403 ✓ should respond with 403 GET /404 ✓ should respond with 404 GET /500 ✓ should respond with 500 Accept: application/json GET /403 ✓ should respond with 403 GET /404 ✓ should respond with 404 GET /500 ✓ should respond with 500 Accept: text/plain GET /403 ✓ should respond with 403 GET /404 ✓ should respond with 404 GET /500 ✓ should respond with 500 error GET / ✓ should respond with 500 GET /next ✓ should respond with 500 GET /missing ✓ should respond with 404 markdown GET / ✓ should respond with html GET /fail ✓ should respond with an error multi-router GET / ✓ should respond with root handler GET /api/v1/ ✓ should respond with APIv1 root handler GET /api/v1/users ✓ should respond with users from APIv1 GET /api/v2/ ✓ should respond with APIv2 root handler GET /api/v2/users ✓ should respond with users from APIv2 mvc GET / ✓ should redirect to /users GET /pet/0 ✓ should get pet GET /pet/0/edit ✓ should get pet edit page PUT /pet/2 ✓ should update the pet GET /users ✓ should display a list of users (70ms) GET /user/:id when present ✓ should display the user ✓ should display the users pets when not present ✓ should 404 GET /user/:id/edit ✓ should display the edit form PUT /user/:id ✓ should 500 on error ✓ should update the user POST /user/:id/pet ✓ should create a pet for user (19ms) params GET / ✓ should respond with instructions GET /user/0 ✓ should respond with a user GET /user/9 ✓ should fail to find user GET /users/0-2 ✓ should respond with three users GET /users/foo-bar ✓ should fail integer parsing resource GET / ✓ should respond with instructions GET /users ✓ should respond with all users GET /users/1 ✓ should respond with user 1 GET /users/9 ✓ should respond with error GET /users/1..3 ✓ should respond with users 1 through 3 DELETE /users/1 ✓ should delete user 1 DELETE /users/9 ✓ should fail GET /users/1..3.json ✓ should respond with users 2 and 3 as json route-map GET /users ✓ should respond with users DELETE /users ✓ should delete users GET /users/:id ✓ should get a user GET /users/:id/pets ✓ should get a users pets GET /users/:id/pets/:pid ✓ should get a users pet route-separation GET / ✓ should respond with index GET /users ✓ should list users GET /user/:id ✓ should get a user ✓ should 404 on missing user GET /user/:id/view ✓ should get a user ✓ should 404 on missing user (13ms) GET /user/:id/edit ✓ should get a user to edit PUT /user/:id/edit ✓ should edit a user POST /user/:id/edit?_method=PUT ✓ should edit a user GET /posts ✓ should get a list of posts vhost example.com GET / ✓ should say hello GET /foo ✓ should say foo foo.example.com GET / ✓ should redirect to /foo bar.example.com GET / ✓ should redirect to /bar web-service GET /api/users without an api key ✓ should respond with 400 bad request with an invalid api key ✓ should respond with 401 unauthorized with a valid api key ✓ should respond users json GET /api/repos without an api key ✓ should respond with 400 bad request with an invalid api key ✓ should respond with 401 unauthorized with a valid api key ✓ should respond repos json GET /api/user/:name/repos without an api key ✓ should respond with 400 bad request with an invalid api key ✓ should respond with 401 unauthorized with a valid api key ✓ should respond user repos json ✓ should 404 with unknown user when requesting an invalid route ✓ should respond with 404 json 1123 passing (4s) ============================================================================= Writing coverage object [/home/runner/build/expressjs/express/coverage/coverage.json] Writing coverage reports at [/home/runner/build/expressjs/express/coverage] ============================================================================= =============================== Coverage summary =============================== Statements : 98.81% ( 1916/1939 ), 38 ignored Branches : 94.58% ( 751/794 ), 22 ignored Functions : 100% ( 267/267 ) Lines : 100% ( 1872/1872 ) ================================================================================ The command "npm run test-ci" exited with 0. $ npm run lint > express@4.17.1 lint /home/runner/build/expressjs/express > eslint . The command "npm run lint" exited with 0. store build cache $ # Upload coverage to coveralls Done. Your build exited with 0.
Workflows in Echtzeit mit Syntax-Highlighting nutzen: Mit einem Klick den Link zu einer speziellen Zeilennummer markieren und schon kannst du die Infos mit deinem Team teilen.
Automatisiere die DevOps-Pipeline mit unserem "workflow-as-code"-Ansatz, der sich nahtlos in den GitHub-Flow integriert.
Teste Workflow und Datenbank gemeinsam, indem du einfach `docker-compose` zur Workflow-Datei hinzufügst.
Deploy your app to Amazon Web Services
Deploy your app on any Kubernetes cluster
Search your code for references to LaunchDarkly feature flags
Deploy your web app to Azure App Service
Deploy your app to Amazon Web Services
Deploy your app on any Kubernetes cluster
Search your code for references to LaunchDarkly feature flags
In-depth code metrics to streamline your engineering processes
Improve your code review workflow and quality
Track your test coverage metrics
Integrate your Glo boards into your code workflow
Integrate cross-browser testing into your GitHub Actions workflow
Automatically label and close stale issues and pull requests
Integrate cross-browser testing into your GitHub Actions workflow
Label pull requests based on changed files
Deploy your project to the cloud using Zeit
Deploy your app to the Google Cloud Platform
Integrate your Glo boards into your code workflow
Automatically label and close stale issues and pull requests
Improve your code review workflow and quality
Label pull requests based on changed files
Deploy your project to the cloud using Zeit
Deploy your app to the Google Cloud Platform
Track your test coverage metrics
Automatically label and close stale issues and pull requests
In-depth code metrics to streamline your engineering processes
on: push jobs: test: strategy: matrix: platform: [ubuntu-latest, macos-latest, windows-latest] runs-on: $ steps: - uses: actions/checkout@master - uses: actions/setup-node@master with: version: 12 - run: npm install-ci-test - uses: publish: needs: [build] steps: - uses: actions/github-packages@master
GitHub Actions verknüpft alle Tools und automatisiert den Development-Workflow. So kannst du in jeder Cloud deployen, Tickets in Jira erstellen oder Packages in npm veröffentlichen.
Passe GitHub Actions an deine Wünsche an! Wähle aus Millionen unterschiedlicher Open Source Libraries auf GitHub und baue eigene Actions ganz nach deinen Vorstellungen. Nutze JavaScript oder entwickle Container Actions - beide Optionen interargieren mühelos mit der GitHub API oder anderen öffentlichen APIs.
Workflows ansehen →“Actions öffnet uns viele neue Türen, weit über CI/CD hinaus. GitHub Actions helfen uns Workflows und Tasks besser aufeinander abzustimmen und vereinfachen sowohl das Deployen von neuen Webseiten, Abfragen der GitHub API für Statusberichte, als auch standartisierte CI Builds.“
SciPy maintainer
“Wir sind begeistert von den vielen Einsatzmöglichkeiten von GitHub Actions. Es ist wie ein erweitertes CI/CD: Die Integration von Actions erleichtert GlowBoard Usern das Management von Issues und automatisiert Abläufe.“
GitKraken Founder
“Mit GitHub Actions können wir unsere CI/CD Workflows noch genauer definieren und für zahlreiche Repositories standardisieren. Mit Pull-Request lassen sich Actions im Team erweitern und ganz einfach anpassen. Das erleichtert die Arbeitsabläufe unserer Developer enorm und erhöht die Produktivität der Teams.“
Group Head of Technology
“GitHub Actions ist eine ausgezeichnete SaaS-basierte CI/CD Lösung, die kontinuierliches Testen und Deployen zulässt und nahtlos in GitHub integriert ist. Außerdem können wir ausgewählte Build-Szenarien auch on-premise auf unterschiedlichen Betriebssystemen ausführen.“
Software Development Manager
Wir lieben Open Source
Minuten pro Monat
Minuten pro Monat
Minuten pro Monat
Minuten pro Monat
2 cores, 7GB
pro Minute
2 cores, 7GB
pro Minute
2 cores, 7GB
pro Minute
Starte jetzt mit GitHub Actions und entdecke zahlreiche Möglichkeiten, die bereits von der Community im GitHub Marketplace zur Verfügung gestellt werden.
GitHub Actions kennenlernen