ID+USERNAME@users.noreply.github.com. If you created your account on {% data variables.location.product_location %} _prior to_ July 18, 2017, your `noreply` email address from {% data variables.product.product_name %} is USERNAME@users.noreply.github.com. You can get an ID-based `noreply` email address for {% data variables.product.product_name %} by selecting (or deselecting and reselecting) **Keep my email address private** in your email settings.
+
+{% endnote %}
+
+If you use your `noreply` email address for {% data variables.product.product_name %} to make commits and then [change your username](/articles/changing-your-github-username), those commits will not be associated with your account on {% data variables.location.product_location %}. This does not apply if you're using the ID-based `noreply` address from {% data variables.product.product_name %}. For more information, see "[Changing your {% data variables.product.prodname_dotcom %} username](/articles/changing-your-github-username)."{% endif %}
+
+## Setting your commit email address on {% data variables.product.prodname_dotcom %}
+
+{% data reusables.files.commit-author-email-options %}
+
+{% data reusables.user-settings.access_settings %}
+{% data reusables.user-settings.emails %}
+{% data reusables.user-settings.add_and_verify_email %}
+{% data reusables.user-settings.select_primary_email %}{% ifversion fpt or ghec %}
+{% data reusables.user-settings.keeping_your_email_address_private %}{% endif %}
+
+## Setting your commit email address in Git
+
+You can use the `git config` command to change the email address you associate with your Git commits. The new email address you set will be visible in any future commits you push to {% data variables.location.product_location %} from the command line. Any commits you made prior to changing your commit email address are still associated with your previous email address.
+
+### Setting your email address for every repository on your computer
+
+{% data reusables.command_line.open_the_multi_os_terminal %}
+2. {% data reusables.user-settings.set_your_email_address_in_git %}
+ ```shell
+ $ git config --global user.email "YOUR_EMAIL"
+ ```
+3. {% data reusables.user-settings.confirm_git_email_address_correct %}
+ ```shell
+ $ git config --global user.email
+ email@example.com
+ ```
+4. {% data reusables.user-settings.link_email_with_your_account %}
+
+### Setting your email address for a single repository
+
+{% data variables.product.product_name %} uses the email address set in your local Git configuration to associate commits pushed from the command line with your account on {% data variables.location.product_location %}.
+
+You can change the email address associated with commits you make in a single repository. This will override your global Git configuration settings in this one repository, but will not affect any other repositories.
+
+{% data reusables.command_line.open_the_multi_os_terminal %}
+2. Change the current working directory to the local repository where you want to configure the email address that you associate with your Git commits.
+3. {% data reusables.user-settings.set_your_email_address_in_git %}
+ ```shell
+ $ git config user.email "YOUR_EMAIL"
+ ```
+4. {% data reusables.user-settings.confirm_git_email_address_correct %}
+ ```shell
+ $ git config user.email
+ email@example.com
+ ```
+5. {% data reusables.user-settings.link_email_with_your_account %}
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-email-preferences/types-of-emails-github-sends.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-email-preferences/types-of-emails-github-sends.md
new file mode 100644
index 0000000000..c13c7e3eea
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-email-preferences/types-of-emails-github-sends.md
@@ -0,0 +1,60 @@
+---
+title: Arten der von GitHub versendeten E-Mails
+intro: 'Du kannst von {% data variables.product.product_name %} verschiedene Arten von E-Mails erhalten, unter anderem Benachrichtigungen, Kontoinformationen, Einladungen zu Kundenforschungen und Marketingkommunikation.'
+redirect_from:
+ - /articles/types-of-emails-github-sends
+ - /github/setting-up-and-managing-your-github-user-account/types-of-emails-github-sends
+ - /github/setting-up-and-managing-your-github-user-account/managing-email-preferences/types-of-emails-github-sends
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-email-preferences/types-of-emails-github-sends
+versions:
+ fpt: '*'
+ ghec: '*'
+topics:
+ - Accounts
+ - Notifications
+shortTitle: Emails from GitHub
+ms.openlocfilehash: 0e03038c272f2815fd4427f73110641aa57b7028
+ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5
+ms.translationtype: HT
+ms.contentlocale: de-DE
+ms.lasthandoff: 09/05/2022
+ms.locfileid: '145164857'
+---
+## E-Mail-Benachrichtigungen
+
+Du kannst festlegen, ob und welche Aktivitätsbenachrichtigungen du via E-Mail erhalten willst. Weitere Informationen findest du unter [Informationen zu Benachrichtigungen](/github/managing-subscriptions-and-notifications-on-github/about-notifications). Benachrichtigungs-E-Mails können folgendes beinhalten:
+
+- Sicherheitsrelevante Aktivitäten an Repositorys, auf die du Administratorzugriff hast
+- Aktivitäten in von Dir beobachteten Repositorys
+- Unterhaltungen, an denen du teilnimmst
+- Unterhaltungen, in denen du @erwähnt (@mentioned) wurdest
+- Pushes an Pull Requests, an denen du mitwirkst
+- Einladungen zur Mitarbeit in einer Organisation oder an einem Repository
+- Deine eigenen Aktivitäten, beispielsweise das Öffnen, Kommentieren oder Schließen von Issues und Pull Requests
+
+Auch kannst du die Art der E-Mail-Aktualisierungen festlegen, die du zu Unterhaltungen erhältst, die du beobachtest oder an denen du teilnimmst. Weitere Informationen findest du unter [Konfigurieren von Benachrichtigungen](/github/managing-subscriptions-and-notifications-on-github/configuring-notifications).
+
+## E-Mails der Organisation
+
+Falls du ein Upgrade auf bezahlte Produkte oder Funktionen durchgeführt hast, erhältst du an die primäre E-Mail-Adresse deines Kontos Abrechnungsquittungen. Weitere Informationen findest du unter [Festlegen deiner Rechnungs-E-Mail-Adresse](/articles/setting-your-billing-email).
+
+## E-Mails zur Kundenforschung
+
+{% data variables.product.product_name %} sucht gelegentlich Kund*innen, die an Recherchesitzungen teilnehmen, um uns dabei zu helfen, GitHub noch besser zu machen. Diese werden remote durchgeführt, und Kund*innen aus der ganzen Welt können daran teilnehmen. Folgende Bereiche können enthalten sein:
+
+- Feedbackumfragen
+- Forschungsinterviews
+- Tests zur Benutzerfreundlichkeit
+- Vorschau zu frühen Prototypen oder Konzepten
+
+Diese E-Mails werden nicht oft verschickt, und du entscheidest, ob du teilnehmen möchtest. Wenn du an weiteren Möglichkeiten interessiert bist, an Recherchesitzungen teilzunehmen, kannst du dich beim GitHub Customer Research Panel anmelden. Weitere Informationen findest du unter [GitHub-Recherche zur Kundenfreundlichkeit](https://cxr.github.com).
+
+## Marketing-E-Mails
+
+{% data variables.product.product_name %} versendet gelegentlich auch E-Mails mit folgenden Arten von Marketingkommunikation:
+
+- Tipps und Tricks für die ersten Schritte mit deinem Konto
+- Persönlich abgestimmte Informationen zu interessanten neuen Projekten oder Funktionen
+- Abonnierte Newsletter wie {% data variables.explore.explore_github %}
+
+Weitere Informationen findest du unter [Verwalten von Marketing-E-Mails aus GitHub](/articles/managing-marketing-emails-from-github).
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/about-your-personal-dashboard.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/about-your-personal-dashboard.md
new file mode 100644
index 0000000000..efedfb23e3
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/about-your-personal-dashboard.md
@@ -0,0 +1,99 @@
+---
+title: Informationen zum persönlichen Dashboard
+redirect_from:
+ - /hidden/about-improved-navigation-to-commonly-accessed-pages-on-github
+ - /articles/opting-into-the-public-beta-for-a-new-dashboard
+ - /articles/about-your-personal-dashboard
+ - /github/setting-up-and-managing-your-github-user-account/about-your-personal-dashboard
+ - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings/about-your-personal-dashboard
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/about-your-personal-dashboard
+intro: 'Über dein persönliches Dashboard kannst du über Issues und Pull Requests, die du bearbeitest oder verfolgst, auf dem Laufenden bleiben .Du kannst zu deinen wichtigsten Repositorys und Teamseiten navigieren, dich über die neuesten Aktivitäten in Organisationen und Repositorys informieren, die du abonniert hast, und empfohlene Repositorys erkunden.'
+versions:
+ fpt: '*'
+ ghes: '*'
+ ghae: '*'
+ ghec: '*'
+topics:
+ - Accounts
+shortTitle: Your personal dashboard
+ms.openlocfilehash: ee22085e669eedec2e0a9f298cc4d5ad144316c6
+ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5
+ms.translationtype: HT
+ms.contentlocale: de-DE
+ms.lasthandoff: 09/05/2022
+ms.locfileid: '146179151'
+---
+## Auf dein persönliches Dashboard zugreifen
+
+Dein persönliches Dashboard ist die erste Seite, die du siehst, wenn du dich bei {% data variables.product.product_name %} anmeldest.
+
+Wenn du nach der Anmeldung auf dein persönliches Dashboard zugreifen möchtest, klicke auf das {% octicon "mark-github" aria-label="The github octocat logo" %}-Logo in der oberen linken Ecke einer beliebigen Seite auf {% data variables.product.product_name %}.
+
+## Neueste Aktivitäten finden
+
+Im Abschnitt „Recent activity“ (Neueste Aktivitäten) deines Newsfeed kannst du schnell die zuletzt aktualisierten Issues und Pull Requests, an denen du arbeitest, finden und weiterverfolgen. Im Abschnitt „Letzte Aktivität“ kannst du bis zu vier der letzten Aktualisierungen anzeigen, die in den vergangenen zwei Wochen erfolgt sind.
+
+{% data reusables.dashboard.recent-activity-qualifying-events %}
+
+## Deine wichtigsten Repositorys und Teams finden
+
+Über die linke Seitenleiste deines Dashboards kannst du auf die wichtigsten Repositorys und Teams zugreifen, die du verwendest.
+
+
+
+Die Liste der wichtigsten Repositorys wird automatisch generiert und kann jedes Repository enthalten, mit dem du interagiert hast, unabhängig davon, ob es sich direkt im Besitz deines Kontos befindet oder nicht. Zu diesen Interaktionen gehören das Durchführen von Commits oder das Erstellen oder Kommentieren von Issues und Pull Requests. Die Liste der wichtigsten Repositorys kann nicht bearbeitet werden. Die Repositorys werden vier Monate, nachdem du das letzte Mal mit ihnen interagiert hast, von der Liste genommen.
+
+Wenn du oben auf einer beliebigen Seite auf {% data variables.product.product_name %} in die Suchleiste klickst, findest du außerdem eine Liste deiner zuletzt aufgerufenen Repositorys, Teams und Projektboards.
+
+## Über Aktivitäten in der Community auf dem Laufenden bleiben
+
+{% ifversion for-you-feed %} Im Hauptabschnitt deines Dashboards gibt es zwei Aktivitätsfeeds:
+
+- Ich folge: Aktivitäten von Personen und Repositorys, denen du folgst
+- Für dich: Aktivitäten und Empfehlungen, die auf deinem {% data variables.product.product_name %}-Netzwerk basieren
+
+### Der Feed „Ich folge“
+
+In diesem Feed werden Aktivitäten von Repositorys und Benutzer*innen angezeigt, an denen du Interesse gezeigt hast, da du dem*der Benutzer*in oder einem Repository folgst. So werden beispielsweise Updates angezeigt, wenn Benutzer*innen, denen du folgst, Folgendes tun:
+
+{% else %} Im Abschnitt „Alle Aktivitäten“ deines Newsfeeds kannst du Updates zu Repositorys und Benutzer*innen anzeigen, denen du folgst.
+
+In deinem Newsfeed werden Updates angezeigt, wenn Benutzer*innen, denen du folgst, Folgendes tun: {% endif %}
+
+
+- Ein Repository mit einem Stern versieht.
+- Anderen Benutzer*innen folgen{% ifversion fpt or ghes or ghec %}
+- Ein öffentliches Repository erstellen{% endif %}
+- Einen Issue oder Pull Request mit der Kennzeichnung „help wanted“ oder „good first issue“ in einem von Dir beobachteten Repository öffnet.
+- Commits an ein Repository pushen, dem du folgst{% ifversion fpt or ghes or ghec %}
+- Ein öffentliches Repository forken{% endif %}
+- Ein neues Release veröffentlichen
+
+Weitere Informationen zum Folgen von Personen und Repositorys findest du unter [Folgen von Personen](/get-started/exploring-projects-on-github/following-people) und [Zusammenarbeit](/get-started/quickstart/be-social).
+
+{% ifversion for-you-feed %}
+### Der Feed „Für dich“
+
+{% note %}
+
+**Hinweis:** Diese neue Registerkarte befindet sich derzeit in der öffentlichen Betaversion und kann geändert werden.
+
+{% endnote %}
+
+In diesem Feed werden Aktivitäten und Empfehlungen angezeigt, die auf deinem Netzwerk auf {% data variables.product.product_name %} basieren. Dieser dient dazu, interessante Updates anzuzeigen, dich auf dem neuesten Stand zu halten und dir zu helfen, neue Communitys zu finden, an denen du teilhaben möchtest. Dein Netzwerk umfasst:
+
+- Repositorys, die du mit einem Stern markiert hast
+- Repositorys, zu denen du beigetragen hast
+- Benutzer*innen, denen du folgst oder die du finanziell unterstützt
+- Benutzer*innen, mit denen du zusammengearbeitet hast
+- Organisationen, denen du folgst
+
+{% endif %}
+
+## Empfohlene Repositorys erkunden
+
+Im Abschnitt "Explore repositories" (Repositories erkunden) auf der rechten Seite deines Dashboards kannst du empfohlene Repositorys in deinen Communities erkunden. Die Empfehlungen basieren darauf, welche Repositorys du mit einem Stern markiert oder besucht hast, welchen Personen du folgst und auf welche Repositorys du Zugriff hast.{% ifversion fpt or ghec %} Weitere Informationen findest du unter [Beitragen zu Open-Source-Projekten auf {% data variables.product.prodname_dotcom %}](/github/getting-started-with-github/finding-ways-to-contribute-to-open-source-on-github).{% endif %}
+
+## Weiterführende Themen
+
+- [Informationen zum Dashboard deiner Organisation](/articles/about-your-organization-dashboard)
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/changing-your-github-username.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/changing-your-github-username.md
new file mode 100644
index 0000000000..aad324c45b
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/changing-your-github-username.md
@@ -0,0 +1,97 @@
+---
+title: Changing your GitHub username
+intro: 'You can change the username for your account on {% ifversion fpt or ghec %}{% data variables.product.prodname_dotcom_the_website %}{% elsif ghes %}{% data variables.location.product_location %} if your instance uses built-in authentication{% endif %}.'
+redirect_from:
+ - /articles/how-to-change-your-username
+ - /articles/changing-your-github-user-name
+ - /articles/renaming-a-user
+ - /articles/what-happens-when-i-change-my-username
+ - /articles/changing-your-github-username
+ - /github/setting-up-and-managing-your-github-user-account/changing-your-github-username
+ - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings/changing-your-github-username
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/changing-your-github-username
+versions:
+ fpt: '*'
+ ghes: '*'
+ ghec: '*'
+topics:
+ - Accounts
+shortTitle: Change your username
+---
+
+{% ifversion ghec or ghes %}
+
+{% note %}
+
+{% ifversion ghec %}
+
+**Note**: Members of an {% data variables.enterprise.prodname_emu_enterprise %} cannot change usernames. Your enterprise's IdP administrator controls your username for {% data variables.product.product_name %}. For more information, see "[About {% data variables.product.prodname_emus %}](/admin/authentication/managing-your-enterprise-users-with-your-identity-provider/about-enterprise-managed-users)."
+
+{% elsif ghes %}
+
+**Note**: If you sign into {% data variables.location.product_location %} with LDAP credentials or single sign-on (SSO), only your local administrator can change your username. For more information about authentication methods for {% data variables.product.product_name %}, see "[Authenticating users for {% data variables.location.product_location %}](/admin/authentication/authenticating-users-for-your-github-enterprise-server-instance)."
+
+{% endif %}
+
+{% endnote %}
+
+{% endif %}
+
+## About username changes
+
+You can change your username to another username that is not currently in use.{% ifversion fpt or ghec %} If the username you want is not available, consider other names or unique variations. Using a number, hyphen, or an alternative spelling might help you find a similar username that's still available.
+
+If you hold a trademark for the username, you can find more information about making a trademark complaint on our [Trademark Policy](/free-pro-team@latest/github/site-policy/github-trademark-policy) page.
+
+If you do not hold a trademark for the name, you can choose another username or keep your current username. {% data variables.contact.github_support %} cannot release the unavailable username for you. For more information, see "[Changing your username](#changing-your-username)."{% endif %}
+
+After changing your username, your old username becomes available for anyone else to claim. Most references to your repositories under the old username automatically change to the new username. However, some links to your profile won't automatically redirect.
+
+{% data variables.product.product_name %} cannot set up redirects for:
+- [@mentions](/articles/basic-writing-and-formatting-syntax/#mentioning-people-and-teams) using your old username
+- Links to [gists](/articles/creating-gists) that include your old username
+
+{% ifversion fpt or ghec %}
+
+If you're a member of an {% data variables.enterprise.prodname_emu_enterprise %}, you cannot make changes to your username. {% data reusables.enterprise-accounts.emu-more-info-account %}
+
+{% endif %}
+
+## Repository references
+
+After you change your username, {% data variables.product.product_name %} will automatically redirect references to your repositories.
+- Web links to your existing repositories will continue to work. This can take a few minutes to complete after you make the change.
+- Command line pushes from your local repository clones to the old remote tracking URLs will continue to work.
+
+If the new owner of your old username creates a repository with the same name as your repository, that will override the redirect entry and your redirect will stop working. Because of this possibility, we recommend you update all existing remote repository URLs after changing your username. For more information, see "[Managing remote repositories](/github/getting-started-with-github/managing-remote-repositories)."
+
+## Links to your previous profile page
+
+After changing your username, links to your previous profile page, such as `https://{% data variables.command_line.backticks %}/previoususername`, will return a 404 error. We recommend updating any links to your account on {% data variables.location.product_location %} from elsewhere{% ifversion fpt or ghec %}, such as your LinkedIn or Twitter profile{% endif %}.
+
+## Your Git commits
+
+{% ifversion fpt or ghec %}Git commits that were associated with your {% data variables.product.product_name %}-provided `noreply` email address won't be attributed to your new username and won't appear in your contributions graph.{% endif %} If your Git commits are associated with another email address you've [added to your GitHub account](/articles/adding-an-email-address-to-your-github-account), {% ifversion fpt or ghec %}including the ID-based {% data variables.product.product_name %}-provided `noreply` email address, {% endif %}they'll continue to be attributed to you and appear in your contributions graph after you've changed your username. For more information on setting your email address, see "[Setting your commit email address](/articles/setting-your-commit-email-address)."
+
+## Your gists
+
+After changing your username, the URLs to any public or secret gists will also change and previous links to these will return a 404 error. We recommend updating the links to these gists anywhere you may have shared them.
+
+## Changing your username
+
+{% data reusables.user-settings.access_settings %}
+{% data reusables.user-settings.account_settings %}
+3. In the "Change username" section, click **Change username**.
+ {% ifversion fpt or ghec %}
+4. Read the warnings about changing your username. If you still want to change your username, click **I understand, let's change my username**.
+ 
+5. Type a new username.
+ 
+6. If the username you've chosen is available, click **Change my username**. If the username you've chosen is unavailable, you can try a different username or one of the suggestions you see.
+ 
+{% endif %}
+
+## Further reading
+
+- "[Why are my commits linked to the wrong user?](/pull-requests/committing-changes-to-your-project/troubleshooting-commits/why-are-my-commits-linked-to-the-wrong-user)"{% ifversion fpt or ghec %}
+- "[{% data variables.product.prodname_dotcom %} Username Policy](/free-pro-team@latest/github/site-policy/github-username-policy)"{% endif %}
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/index.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/index.md
new file mode 100644
index 0000000000..549421b73c
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/index.md
@@ -0,0 +1,39 @@
+---
+title: Benutzerkontoeinstellungen verwalten
+intro: 'Du kannst die Einstellungen für dein persönliches Konto verwalten, einschließlich Thema, Benutzername, Standardbranche, Barrierefreiheit und Sicherheitseinstellungen.'
+redirect_from:
+ - /categories/29/articles
+ - /categories/user-accounts
+ - /articles/managing-user-account-settings
+ - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings
+versions:
+ fpt: '*'
+ ghes: '*'
+ ghae: '*'
+ ghec: '*'
+topics:
+ - Accounts
+children:
+ - /about-your-personal-dashboard
+ - /managing-your-theme-settings
+ - /managing-your-tab-size-rendering-preference
+ - /changing-your-github-username
+ - /permission-levels-for-a-personal-account-repository
+ - /permission-levels-for-a-project-board-owned-by-a-personal-account
+ - /managing-accessibility-settings
+ - /managing-the-default-branch-name-for-your-repositories
+ - /managing-security-and-analysis-settings-for-your-personal-account
+ - /managing-access-to-your-personal-accounts-project-boards
+ - /managing-your-cookie-preferences-for-githubs-enterprise-marketing-pages
+ - /integrating-jira-with-your-personal-projects
+ - /what-does-the-available-for-hire-checkbox-do
+shortTitle: Personal account settings
+ms.openlocfilehash: fcb653fa2fd40c206deefdaf967bae6104393537
+ms.sourcegitcommit: 478f2931167988096ae6478a257f492ecaa11794
+ms.translationtype: HT
+ms.contentlocale: de-DE
+ms.lasthandoff: 09/09/2022
+ms.locfileid: '147760863'
+---
+
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/integrating-jira-with-your-personal-projects.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/integrating-jira-with-your-personal-projects.md
new file mode 100644
index 0000000000..9f6aa49e71
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/integrating-jira-with-your-personal-projects.md
@@ -0,0 +1,30 @@
+---
+title: Integrating Jira with your personal projects
+intro: 'You can integrate Jira Cloud with your personal account to scan commits and pull requests, creating relevant metadata and hyperlinks in any mentioned Jira issues.'
+redirect_from:
+ - /articles/integrating-jira-with-your-personal-projects
+ - /github/setting-up-and-managing-your-github-user-account/integrating-jira-with-your-personal-projects
+ - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings/integrating-jira-with-your-personal-projects
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/integrating-jira-with-your-personal-projects
+versions:
+ ghes: '*'
+ ghae: '*'
+shortTitle: Integrate Jira with projects
+---
+{% data reusables.user-settings.access_settings %}
+{% data reusables.user-settings.developer_settings %}
+{% data reusables.user-settings.oauth_apps %}
+1. Click **Register a new application**.
+2. Under **Application name**, type "Jira".
+3. Under **Homepage URL**, type the full URL to your Jira instance.
+4. Under **Authorization callback URL**, type the full URL to your Jira instance.
+5. Click **Register application**.
+
+8. Under **Developer applications**, note the "Client ID" and "Client Secret" values.
+
+{% data reusables.user-settings.jira_help_docs %}
+
+## Further reading
+
+- ["Integrating Jira with your organization project board"](/articles/integrating-jira-with-your-organization-project-board)
+- Connect Jira Cloud to GitHub (Atlassian documentation)
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-access-to-your-personal-accounts-project-boards.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-access-to-your-personal-accounts-project-boards.md
new file mode 100644
index 0000000000..97f200ce62
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-access-to-your-personal-accounts-project-boards.md
@@ -0,0 +1,39 @@
+---
+title: Verwalten des Zugriffs auf die Projektboards deines persönlichen Kontos
+intro: Als Projektboard-Inhaber kannst du einen Mitarbeiter hinzufügen oder entfernen und seine Berechtigungen für das Projektboard anpassen.
+redirect_from:
+ - /articles/managing-project-boards-in-your-repository-or-organization
+ - /articles/managing-access-to-your-user-account-s-project-boards
+ - /articles/managing-access-to-your-user-accounts-project-boards
+ - /github/setting-up-and-managing-your-github-user-account/managing-access-to-your-user-accounts-project-boards
+ - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-access-to-your-user-accounts-project-boards
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-access-to-your-user-accounts-project-boards
+versions:
+ fpt: '*'
+ ghes: '*'
+ ghae: '*'
+ ghec: '*'
+topics:
+ - Accounts
+shortTitle: Manage access project boards
+ms.openlocfilehash: 4cbf968cee79ac8e4aafbc5eea8220949cf80a30
+ms.sourcegitcommit: 80842b4e4c500daa051eff0ccd7cde91c2d4bb36
+ms.translationtype: HT
+ms.contentlocale: de-DE
+ms.lasthandoff: 09/12/2022
+ms.locfileid: '145164938'
+---
+Ein Mitarbeiter ist eine Person, die Berechtigungen für eines Deiner Projektboards besitzt. Die Berechtigung eines Mitarbeiters ist standardmäßig der Lesezugriff. Weitere Informationen findest du unter [Berechtigungsstufen für benutzereigene Projektboards](/articles/permission-levels-for-user-owned-project-boards).
+
+## Mitarbeiter in ein Benutzer-Projektboard einladen
+
+1. Navigiere zu dem Projektboard, zu dem Du einen Mitarbeiter hinzufügen möchtest.
+{% data reusables.project-management.click-menu %} {% data reusables.project-management.access-collaboration-settings %} {% data reusables.project-management.collaborator-option %}
+5. Gib unter „Search by username, full name or email address“ (Nach Benutzernamen, vollständigem Namen oder E-Mail-Adresse suchen) den Namen, den Benutzernamen oder die {% data variables.product.prodname_dotcom %}-E-Mail-Adresse des Mitarbeiters ein.
+  {% data reusables.project-management.add-collaborator %}
+7. Der neue Mitarbeiter besitzt standardmäßig Leseberechtigung. Wähle optional im Dropdownmenü neben dem Namen des neuen Mitarbeiters eine andere Berechtigungsebene aus.
+ 
+
+## Mitarbeiter aus einem Benutzer-Projektboard entfernen
+
+{% data reusables.project-management.click-menu %} {% data reusables.project-management.access-collaboration-settings %} {% data reusables.project-management.collaborator-option %} {% data reusables.project-management.remove-collaborator %}
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-accessibility-settings.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-accessibility-settings.md
new file mode 100644
index 0000000000..adc3594e49
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-accessibility-settings.md
@@ -0,0 +1,54 @@
+---
+title: Verwalten von Barrierefreiheitseinstellungen
+shortTitle: Manage accessibility settings
+intro: 'Die Benutzeroberfläche von {% data variables.product.product_name %} kann an deine visuellen, auditiven, motorischen, kognitiven oder lernspezifischen Bedürfnisse angepasst werden.'
+versions:
+ feature: keyboard-shortcut-accessibility-setting
+redirect_from:
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-accessibility-settings
+type: how_to
+miniTocMaxHeadingLevel: 3
+ms.openlocfilehash: 088bb097004f6c3b13412ec9716665b1f02edca5
+ms.sourcegitcommit: f638d569cd4f0dd6d0fb967818267992c0499110
+ms.translationtype: HT
+ms.contentlocale: de-DE
+ms.lasthandoff: 10/25/2022
+ms.locfileid: '148107213'
+---
+## Informationen zu Barrierefreiheitseinstellungen
+
+Um eine Benutzeroberfläche auf {% ifversion fpt or ghec or ghes %}{% data variables.location.product_location %}{% elsif ghae %}{% data variables.product.product_name %}{% endif %} zu erstellen, die deinen Anforderungen entspricht, kannst du die Benutzeroberfläche anpassen. Barrierefreiheitseinstellungen können für Personen mit Behinderungen unerlässlich, aber für jeden nützlich sein. Die Anpassung von Tastenkombinationen ist beispielsweise für Personen wichtig, die mit der Sprachsteuerung navigieren, kann aber für jeden nützlich sein, wenn eine Tastenkombination für {% data variables.product.product_name %} mit einer Tastenkombination einer anderen Anwendung im Konflikt steht.
+
+## Verwalten von Barrierefreiheitseinstellungen
+
+Du kannst entscheiden, ob du einige oder alle Tastenkombinationen auf {% ifversion fpt or ghec %}{% data variables.location.product_location %}{% elsif ghes or ghae %}der Website für {% data variables.location.product_location %}{% endif %} verwenden möchtest, und du kannst die Anzeige animierter Bilder steuern.
+
+### Verwalten von Tastenkombinationen
+
+Du kannst Aktionen auf der {% data variables.product.product_name %}-Website ausschließlich mit der Tastatur ausführen. Tastenkombinationen können nützlich sein, um Zeit zu sparen, doch sie können versehentlich aktiviert werden oder Hilfstechnologie beeinträchtigen.
+
+Standardmäßig sind alle Tastenkombinationen für {% data variables.product.product_name %} aktiviert. Weitere Informationen findest du unter [Tastenkombinationen](/get-started/using-github/keyboard-shortcuts).
+
+{% data reusables.user-settings.access_settings %} {% data reusables.user-settings.accessibility_settings %}
+1. Verwalte unter „Tastenkombinationen“ die Einstellungen für deine Tastenkombinationen.
+
+ - Um Tastenkombinationen zu deaktivieren, die keine Zusatztasten wie Steuerelement oder Befehl verwenden, deaktiviere unter „Allgemein“ die Option **Zeichentasten**.
+ - Wenn du Zeichentasten deaktivierst, kannst du möglicherweise dennoch Tastenkombinationen für deinen Webbrowser auslösen, und du kannst weiterhin Tastenkombinationen für {% data variables.product.product_name %} auslösen, die eine Zusatztaste verwenden.
+ {%- ifversion command-palette %}
+ - Um die Tastenkombinationen zum Auslösen der Befehlspalette anzupassen, kannst du in den Dropdownmenüs unter „Befehlspalette“ eine Tastenkombination wählen. Weitere Informationen findest du unter [{% data variables.product.company_short %}-Befehlspalette](/get-started/using-github/github-command-palette).
+ {%- endif %}
+
+{% ifversion motion-management %}
+
+### Verwalten von Bewegung
+
+Du kannst steuern, wie {% data variables.product.product_name %} animierte _GIF_-Bilder anzeigt.
+
+Standardmäßig ist {% data variables.product.product_name %} mit deiner Einstellung auf Systemebene für reduzierte Bewegung synchronisiert. Weitere Informationen findest du in der Dokumentation oder in den Einstellungen deines Betriebssystems.
+
+{% data reusables.user-settings.access_settings %} {% data reusables.user-settings.accessibility_settings %}
+1. Verwalte unter „Bewegung“ Einstellungen für Bewegung.
+
+ - Unter „Animierte Bilder automatisch wiedergeben“ kannst du steuern, wie in {% data variables.product.product_name %} animierte Bilder angezeigt werden sollen: **Synchron mit System**, **Aktiviert** oder **Deaktiviert**.
+
+{% endif %}
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-security-and-analysis-settings-for-your-personal-account.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-security-and-analysis-settings-for-your-personal-account.md
new file mode 100644
index 0000000000..52815b7a7d
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-security-and-analysis-settings-for-your-personal-account.md
@@ -0,0 +1,54 @@
+---
+title: Managing security and analysis settings for your personal account
+intro: 'You can control features that secure and analyze the code in your projects on {% data variables.product.prodname_dotcom %}.'
+versions:
+ fpt: '*'
+ ghec: '*'
+ ghes: '*'
+topics:
+ - Accounts
+redirect_from:
+ - /github/setting-up-and-managing-your-github-user-account/managing-security-and-analysis-settings-for-your-user-account
+ - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-security-and-analysis-settings-for-your-user-account
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-security-and-analysis-settings-for-your-user-account
+shortTitle: Manage security & analysis
+---
+## About management of security and analysis settings
+
+{% data variables.product.prodname_dotcom %} can help secure your repositories. This topic tells you how you can manage the security and analysis features for all your existing or new repositories.
+
+You can still manage the security and analysis features for individual repositories. For more information, see "[Managing security and analysis settings for your repository](/github/administering-a-repository/managing-security-and-analysis-settings-for-your-repository)."
+
+You can also review the security log for all activity on your personal account. For more information, see "[Reviewing your security log](/authentication/keeping-your-account-and-data-secure/reviewing-your-security-log)."
+
+{% data reusables.security.some-security-and-analysis-features-are-enabled-by-default %}
+
+{% data reusables.security.security-and-analysis-features-enable-read-only %}
+
+For an overview of repository-level security, see "[Securing your repository](/code-security/getting-started/securing-your-repository)."
+
+## Enabling or disabling features for existing repositories
+
+{% data reusables.user-settings.access_settings %}
+{% data reusables.user-settings.security-analysis %}
+3. Under "Code security and analysis", to the right of the feature, click **Disable all** or **Enable all**.
+ {% ifversion ghes %}{% else %}{% endif %}
+6. Optionally, enable the feature by default for new repositories that you own.
+ {% ifversion ghes %}{% else %}{% endif %}
+7. Click **Disable FEATURE** or **Enable FEATURE** to disable or enable the feature for all the repositories you own.
+ {% ifversion ghes %}{% else %}{% endif %}
+
+{% data reusables.security.displayed-information %}
+
+## Enabling or disabling features for new repositories
+
+{% data reusables.user-settings.access_settings %}
+{% data reusables.user-settings.security-analysis %}
+3. Under "Code security and analysis", to the right of the feature, enable or disable the feature by default for new repositories that you own.
+ {% ifversion ghes %}{% else %}{% endif %}
+
+## Further reading
+
+- "[About the dependency graph](/github/visualizing-repository-data-with-graphs/about-the-dependency-graph)"
+- "[About {% data variables.product.prodname_dependabot_alerts %}](/code-security/supply-chain-security/about-alerts-for-vulnerable-dependencies)"
+- "[Keeping your dependencies updated automatically](/code-security/supply-chain-security/keeping-your-dependencies-updated-automatically)"
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-the-default-branch-name-for-your-repositories.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-the-default-branch-name-for-your-repositories.md
new file mode 100644
index 0000000000..25c69e1a94
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-the-default-branch-name-for-your-repositories.md
@@ -0,0 +1,36 @@
+---
+title: Managing the default branch name for your repositories
+intro: 'You can set the default branch name for new repositories that you create on {% data variables.location.product_location %}.'
+versions:
+ fpt: '*'
+ ghes: '*'
+ ghae: '*'
+ ghec: '*'
+topics:
+ - Accounts
+redirect_from:
+ - /github/setting-up-and-managing-your-github-user-account/managing-the-default-branch-name-for-your-repositories
+ - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-the-default-branch-name-for-your-repositories
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-the-default-branch-name-for-your-repositories
+shortTitle: Manage default branch name
+---
+## About management of the default branch name
+
+When you create a new repository on {% data variables.location.product_location %}, the repository contains one branch, which is the default branch. You can change the name that {% data variables.product.product_name %} uses for the default branch in new repositories you create. For more information about the default branch, see "[About branches](/github/collaborating-with-issues-and-pull-requests/about-branches#about-the-default-branch)."
+
+{% data reusables.branches.change-default-branch %}
+
+## Setting the default branch name
+
+{% data reusables.user-settings.access_settings %}
+{% data reusables.user-settings.repo-tab %}
+3. Under "Repository default branch", click **Change default branch name now**.
+ 
+4. Type the default name that you would like to use for new branches.
+ 
+5. Click **Update**.
+ 
+
+## Further reading
+
+- "[Managing the default branch name for repositories in your organization](/organizations/managing-organization-settings/managing-the-default-branch-name-for-repositories-in-your-organization)"
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-your-cookie-preferences-for-githubs-enterprise-marketing-pages.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-your-cookie-preferences-for-githubs-enterprise-marketing-pages.md
new file mode 100644
index 0000000000..81cc166828
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-your-cookie-preferences-for-githubs-enterprise-marketing-pages.md
@@ -0,0 +1,38 @@
+---
+title: Verwalten deiner Cookieeinstellungen für die Unternehmensmarketingseiten von GitHub
+intro: 'Du kannst steuern, wie {% data variables.product.company_short %} Informationen aus nicht essenziellen Nachverfolgungscookies für Unternehmensmarketingseiten verwendet.'
+versions:
+ fpt: '*'
+ ghes: '*'
+ ghae: '*'
+ ghec: '*'
+topics:
+ - Accounts
+shortTitle: Manage cookie preferences
+ms.openlocfilehash: 44f0324a91f8447a10947d5f5c7be111241ad091
+ms.sourcegitcommit: f638d569cd4f0dd6d0fb967818267992c0499110
+ms.translationtype: HT
+ms.contentlocale: de-DE
+ms.lasthandoff: 10/25/2022
+ms.locfileid: '148108290'
+---
+## Informationen zu Cookieeinstellungen auf Unternehmensmarketingseiten
+
+{% data variables.product.company_short %} kann auf einigen Unternehmensmarketingseiten nicht essenzielle Cookies verwenden. Du kannst anpassen, wie sich diese Cookies verhalten. Weitere Informationen dazu, wie {% data variables.product.company_short %} Cookies verwendet, findest du in den [{% data variables.product.company_short %}-Datenschutzbestimmungen](/free-pro-team@latest/site-policy/privacy-policies/github-privacy-statement).
+
+## Ändern deiner Cookieeinstellungen
+
+Du kannst anpassen, wie sich nicht essenzielle Cookies auf einer {% data variables.product.company_short %}-Unternehmensmarketingseite verhalten.
+
+1. Navigiere zu der {% data variables.product.company_short %}-Unternehmensmarketingseite, auf der du deine Cookieeinstellungen ändern möchtest. Navigiere beispielsweise zu [{% data variables.product.company_short %}-Ressourcen](https://resources.github.com/).
+1. Scrolle zum unteren Ende der Seite, und klicke dann auf **Cookies verwalten**.
+
+ 
+
+1. Klicke unter „Cookieeinstellungen verwalten“ auf **Annehmen** oder **Ablehnen**, um jedes nicht essenzielle Cookie anzunehmen oder abzulehnen.
+
+ 
+
+1. Klicke auf **Änderungen speichern**.
+
+ 
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-your-tab-size-rendering-preference.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-your-tab-size-rendering-preference.md
new file mode 100644
index 0000000000..1dbe638e39
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-your-tab-size-rendering-preference.md
@@ -0,0 +1,26 @@
+---
+title: Verwalten der Renderingeinstellungen für die Tabulatorgröße
+intro: 'Du kannst die Anzahl von Leerzeichen verwalten, die einer Registerkarte für dein persönliches Konto entspricht.'
+versions:
+ fpt: '*'
+ ghae: '>= 3.4'
+ ghes: '>=3.4'
+ ghec: '*'
+topics:
+ - Accounts
+shortTitle: Managing your tab size
+redirect_from:
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-your-tab-size-rendering-preference
+ms.openlocfilehash: e3188b508e5ffb84266bc4b7689a5cbc16aa07de
+ms.sourcegitcommit: fcf3546b7cc208155fb8acdf68b81be28afc3d2d
+ms.translationtype: HT
+ms.contentlocale: de-DE
+ms.lasthandoff: 09/11/2022
+ms.locfileid: '145165005'
+---
+Wenn du der Meinung bist, dass der Tabulatoreinzug in Code, der in {% data variables.product.product_name %} gerendert wird, zu groß oder zu klein ist, kannst du dies in den Einstellungen ändern.
+
+{% data reusables.user-settings.access_settings %}
+1. Klicke in der linken Seitenleiste auf **{% octicon "paintbrush" aria-label="The paintbrush icon" %} Darstellung**.
+2. Klicke unter „Einstellung der Tabulatorgröße“ auf das Dropdownmenü, und wähle die gewünschte Einstellung aus.
+ 
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-your-theme-settings.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-your-theme-settings.md
new file mode 100644
index 0000000000..584121c0e5
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/managing-your-theme-settings.md
@@ -0,0 +1,63 @@
+---
+title: Managing your theme settings
+intro: 'You can manage how {% data variables.product.product_name %} looks to you by setting a theme preference that either follows your system settings or always uses a light or dark mode.'
+versions:
+ fpt: '*'
+ ghae: '*'
+ ghes: '*'
+ ghec: '*'
+topics:
+ - Accounts
+redirect_from:
+ - /github/setting-up-and-managing-your-github-user-account/managing-your-theme-settings
+ - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-your-theme-settings
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/managing-your-theme-settings
+shortTitle: Manage theme settings
+---
+
+For choice and flexibility in how and when you use {% data variables.product.product_name %}, you can configure theme settings to change how {% data variables.product.product_name %} looks to you. You can choose from themes that are light or dark, or you can configure {% data variables.product.product_name %} to follow your system settings.
+
+You may want to use a dark theme to reduce power consumption on certain devices, to reduce eye strain in low-light conditions, or because you prefer how the theme looks.
+
+If you have low vision, you may benefit from a high contrast theme, with greater contrast between foreground and background elements.{% ifversion fpt or ghae or ghec %} If you have colorblindness, you may benefit from our light and dark colorblind themes.
+
+{% endif %}
+
+{% data reusables.user-settings.access_settings %}
+{% data reusables.user-settings.appearance-settings %}
+
+1. Under "Theme mode", select the drop-down menu, then click a theme preference.
+
+ 
+1. Click the theme you'd like to use.
+ - If you chose a single theme, click a theme.
+
+ {%- ifversion ghes = 3.5 %}
+ {% note %}
+
+ **Note**: The light high contrast theme was unavailable in {% data variables.product.product_name %} 3.5.0, 3.5.1, 3.5.2, and 3.5.3. The theme is available in 3.5.4 and later. For more information about upgrades, contact your site administrator.
+
+ For more information about determining the version of {% data variables.product.product_name %} you're using, see "[About versions of {% data variables.product.prodname_docs %}](/get-started/learning-about-github/about-versions-of-github-docs#github-enterprise-server)."
+ {% endnote %}
+ {%- endif %}
+
+ 
+ - If you chose to follow your system settings, click a day theme and a night theme.
+
+ 
+ {% ifversion fpt or ghec %}
+ - If you would like to choose a theme which is currently in public beta, you will first need to enable it with feature preview. For more information, see "[Exploring early access releases with feature preview](/get-started/using-github/exploring-early-access-releases-with-feature-preview)."{% endif %}
+
+{% ifversion command-palette %}
+
+{% note %}
+
+**Note:** You can also change your theme settings with the command palette. For more information, see "[{% data variables.product.prodname_command_palette %}](/get-started/using-github/github-command-palette)".
+
+{% endnote %}
+
+{% endif %}
+
+## Further reading
+
+- "[Setting a theme for {% data variables.product.prodname_desktop %}](/desktop/installing-and-configuring-github-desktop/setting-a-theme-for-github-desktop)"
diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/permission-levels-for-a-personal-account-repository.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/permission-levels-for-a-personal-account-repository.md
new file mode 100644
index 0000000000..73340aee4f
--- /dev/null
+++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/permission-levels-for-a-personal-account-repository.md
@@ -0,0 +1,98 @@
+---
+title: Berechtigungsebenen für ein Repository in einem persönlichen Konto
+intro: Ein Repository im Besitz eines persönlichen Kontos verfügt über die beiden Berechtigungsstufen Repositorybesitzer und Mitarbeiter.
+redirect_from:
+ - /articles/permission-levels-for-a-user-account-repository
+ - /github/setting-up-and-managing-your-github-user-account/permission-levels-for-a-user-account-repository
+ - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings/permission-levels-for-a-user-account-repository
+ - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/permission-levels-for-a-user-account-repository
+versions:
+ fpt: '*'
+ ghes: '*'
+ ghae: '*'
+ ghec: '*'
+topics:
+ - Accounts
+shortTitle: Repository permissions
+ms.openlocfilehash: dd2124c23054fa7bd44bb6501dae4363e59bab75
+ms.sourcegitcommit: 27882d9b3f19979c817c25952a2fb4dc4c6f0a65
+ms.translationtype: HT
+ms.contentlocale: de-DE
+ms.lasthandoff: 10/27/2022
+ms.locfileid: '148113873'
+---
+## Informationen zu Berechtigungsebenen für ein Repository eines persönlichen Kontos
+
+Repositorys im Besitz persönlicher Konten haben jeweils nur einen Besitzer. Besitzberechtigungen können nicht mit einem anderen persönlichen Konto geteilt werden.
+
+Du kannst deinem Repository auch Benutzer*innen auf {% data variables.product.product_name %} als Projektmitarbeiter*innen {% ifversion fpt or ghec %}invite{% else %}hinzufügen{% endif %}. Weitere Informationen findest du unter [Einladen von Projektmitarbeiter*innen zu einem persönlichen Repository](/github/setting-up-and-managing-your-github-user-account/inviting-collaborators-to-a-personal-repository).
+
+{% tip %}
+
+**Tipp:** Wenn du einen detaillierteren Zugriff auf ein Repository benötigst, das zu deinem persönlichen Konto gehört, kannst du das Repository an eine Organisation übertragen. Weitere Informationen findest du unter [Übertragen eines Repositorys](/github/administering-a-repository/transferring-a-repository#transferring-a-repository-owned-by-your-personal-account).
+
+{% endtip %}
+
+## Besitzerzugriff auf ein Repository im Besitz eines persönlichen Kontos
+
+Der Repository-Inhaber besitzt die vollständige Kontrolle über das Repository. Zusätzlich zu den Aktionen, die jede*r Projektmitarbeiter*in ausführen kann, kann der oder die Repositorybesitzer*in die folgenden Aktionen ausführen.
+
+| Aktion | Weitere Informationen |
+| :- | :- |
+| {% ifversion fpt or ghec %}Einladen von Projektmitarbeiter*innen{% else %}Hinzufügen von Projektmitarbeiter*innen{% endif %} | [Einladen von Projektmitarbeiter*innen in ein persönliches Repository](/github/setting-up-and-managing-your-github-user-account/inviting-collaborators-to-a-personal-repository) |
+| Ändern der Sichtbarkeit des Repositorys | [Festlegen der Sichtbarkeit eines Repository](/github/administering-a-repository/setting-repository-visibility) |{% ifversion fpt or ghec %}
+| Einschränken von Interaktionen mit dem Repository | [Einschränken von Interaktionen mit dem Repository](/communities/moderating-comments-and-conversations/limiting-interactions-in-your-repository) |{% endif %}
+| Umbenennen eines Branchs, einschließlich des Standardbranchs | [Umbenennen eines Branchs](/github/administering-a-repository/renaming-a-branch) |
+| Einen Pull Request auf einem geschützten Branch zusammenführen, selbst ohne genehmigende Reviews | [Informationen zu geschützten Branches](/github/administering-a-repository/about-protected-branches) |
+| Das Repository löschen | [Löschen eines Repositorys](/repositories/creating-and-managing-repositories/deleting-a-repository) |
+| Verwalten der Themen des Repositorys | [Klassifizieren deines Repositorys mit Themen](/github/administering-a-repository/classifying-your-repository-with-topics) |{% ifversion fpt or ghec %}
+| Verwalten von Sicherheits- und Analyseeinstellungen für das Repository | [Verwalten von Sicherheits- und Analyseeinstellungen für das Repository](/github/administering-a-repository/managing-security-and-analysis-settings-for-your-repository) |{% endif %}{% ifversion fpt or ghec %}
+| Aktivieren des Abhängigkeitsdiagramms für ein privates Repository | [Untersuchen der Abhängigkeiten eines Repositorys](/github/visualizing-repository-data-with-graphs/exploring-the-dependencies-of-a-repository#enabling-and-disabling-the-dependency-graph-for-a-private-repository) |{% endif %}
+| Löschen und Wiederherstellen von Paketen | [Löschen und Wiederherstellen eines Pakets](/packages/learn-github-packages/deleting-and-restoring-a-package) |
+| Anpassen der Social-Media-Vorschau des Repositorys | [Anpassen der Social-Media-Vorschau des Repositorys](/github/administering-a-repository/customizing-your-repositorys-social-media-preview) |
+| Erstellen einer Vorlage aus dem Repository | [Erstellen einer Repository-Vorlage](/github/creating-cloning-and-archiving-repositories/creating-a-template-repository) |
+| Steuern des Zugriffs auf {% data variables.product.prodname_dependabot_alerts %}| [Verwalten von Sicherheits- und Analyseeinstellungen für dein Repository](/repositories/managing-your-repositorys-settings-and-features/enabling-features-for-your-repository/managing-security-and-analysis-settings-for-your-repository#granting-access-to-security-alerts) |{% ifversion fpt or ghec %}
+| Verwerfen von {% data variables.product.prodname_dependabot_alerts %} im Repository | [Anzeigen und Aktualisieren von {% data variables.product.prodname_dependabot_alerts %}](/code-security/dependabot/dependabot-alerts/viewing-and-updating-dependabot-alerts) |
+| Verwalten der Datenverwendung für ein privates Repository | [Verwalten von Datenverwendungseinstellungen für dein privates Repository](/get-started/privacy-on-github/managing-data-use-settings-for-your-private-repository)|{% endif %}
+| Codeinhaber für das Repository definieren | [Informationen zu Codeinhabern](/github/creating-cloning-and-archiving-repositories/about-code-owners) |
+| Archiv des Repositorys | [Archivierung von Repositorys](/repositories/archiving-a-github-repository/archiving-repositories) |{% ifversion fpt or ghec %}
+| Erstellen von Sicherheitsempfehlungen | [Informationen zu Sicherheitsempfehlungen für Repositorys](/github/managing-security-vulnerabilities/about-github-security-advisories) |
+| Anzeigen einer Sponsorschaltfläche | [Anzeigen einer Sponsorschaltfläche in deinem Repository](/github/administering-a-repository/displaying-a-sponsor-button-in-your-repository) |{% endif %}
+| Zulassen oder Deaktivieren der automatischen Zusammenführung für Pull Requests | [Verwalten der automatischen Zusammenführung für Pull Requests in deinem Repository](/github/administering-a-repository/managing-auto-merge-for-pull-requests-in-your-repository) |
+| Verwalten von Webhooks und Bereitstellen von Schlüsseln | [Verwalten von Bereitstellungsschlüsseln](/developers/overview/managing-deploy-keys#deploy-keys) |
+
+## Projektmitarbeiterzugriff auf ein Repository im Besitz eines persönlichen Kontos
+
+Projektmitarbeiter*innen in einem persönlichen Repository können den Inhalt des Repositorys pullen (lesen) und Änderungen an das Repository pushen (schreiben).
+
+{% note %}
+
+**Hinweis:** In einem privaten Repository können Repositorybesitzer*innen Projektmitarbeiter*innen ausschließlich Schreibzugriff gewähren. Projektmitarbeiter können keinen schreibgeschützten Zugriff auf Repositorys haben, die zu einem persönlichen Konto gehören.
+
+{% endnote %}
+
+Projektmitarbeiter*innen können auch folgende Aktionen durchführen.
+
+| Aktion | Weitere Informationen |
+| :- | :- |
+| Forken des Repositorys | [Informationen zu Forks](/pull-requests/collaborating-with-pull-requests/working-with-forks/about-forks) |
+| Umbenennen eines anderen Branchs als der Standardbranch | [Umbenennen eines Branchs](/github/administering-a-repository/renaming-a-branch) |
+| Erstellen, Bearbeiten und Löschen von Kommentaren zu Commits, Pull Requests und Problemen im Repository | +GIT_SSH_COMMAND='ssh -i PATH/TO/KEY/FILE -o IdentitiesOnly=yes' git clone git@github.com:OWNER/REPOSITORY +diff --git a/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-your-personal-account/merging-multiple-personal-accounts.md b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-your-personal-account/merging-multiple-personal-accounts.md new file mode 100644 index 0000000000..84cad2162a --- /dev/null +++ b/translations/de-DE/content/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-your-personal-account/merging-multiple-personal-accounts.md @@ -0,0 +1,54 @@ +--- +title: Zusammenführen mehrerer persönlicher Konten +intro: 'Wenn du separate Konten für die Arbeit und für die private Nutzung besitzt, kannst du die Konten zusammenführen.' +redirect_from: + - /articles/can-i-merge-two-accounts + - /articles/keeping-work-and-personal-repositories-separate + - /articles/merging-multiple-user-accounts + - /github/setting-up-and-managing-your-github-user-account/merging-multiple-user-accounts + - /github/setting-up-and-managing-your-github-user-account/managing-user-account-settings/merging-multiple-user-accounts + - /account-and-profile/setting-up-and-managing-your-github-user-account/managing-user-account-settings/merging-multiple-user-accounts + - /account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/merging-multiple-personal-accounts +versions: + fpt: '*' + ghec: '*' +topics: + - Accounts +shortTitle: Merge multiple accounts +ms.openlocfilehash: 39198c8fdd0078321774eac4180f84a2b039d25e +ms.sourcegitcommit: 478f2931167988096ae6478a257f492ecaa11794 +ms.translationtype: HT +ms.contentlocale: de-DE +ms.lasthandoff: 09/09/2022 +ms.locfileid: '147687167' +--- +{% tip %} + +{% ifversion ghec %} + +**Tipp:** {% data variables.product.prodname_emus %} ermöglichen es einem Unternehmen, eindeutige persönliche Konten für seine Mitglieder über einen Identitätsanbieter (IdP) bereitzustellen. Weitere Informationen findest du unter [Informationen zu Enterprise Managed Users](/admin/identity-and-access-management/managing-iam-with-enterprise-managed-users/about-enterprise-managed-users). Für andere Anwendungsfälle wird empfohlen, nur ein Benutzerkonto für die Verwaltung persönlicher und beruflicher Repositorys zu verwenden. + +{% else %} + +**Tipp:** Es wird empfohlen, nur ein Benutzerkonto für die Verwaltung persönlicher und beruflicher Repositorys zu verwenden. + +{% endif %} + +{% endtip %} + +{% warning %} + +**Warnung:** +- Organisations- und Repositoryzugriffsberechtigungen können nicht zwischen Konten übertragen werden. Wenn das Konto, das Du löschen möchtest, über eine vorhandene Zugriffsberechtigung verfügt, muss ein Organisationsbesitzer oder Repositoryadministrator das Konto einladen, das Du beibehalten möchtest. +- Alle Commits, die mit einer über GitHub bereitgestellten `noreply`-E-Mail-Adresse erstellt wurden, können nicht von einem Konto in ein anderes übertragen werden. Wenn für das Konto, das du löschen möchtest, die Option **"Keep my email address private"** (Meine E-Mail-Adresse privat halten) verwendet wird, ist es nicht möglich, die von dem Konto erstellten Commits an das Konto zu übertragen, das Du behalten möchtest. + +{% endwarning %} + +1. [Übertrage alle Repositorys](/articles/how-to-transfer-a-repository) aus dem Konto, das Du löschen möchtest, in das Konto, das Du behalten möchtest. Issues, Pull Requests und Wikis werden ebenfalls übertragen. Überprüfe, ob die Repositorys in dem Konto, das Du behalten möchtest, vorhanden sind. +2. [Aktualisiere die Remote-URLs](/github/getting-started-with-github/managing-remote-repositories) in allen lokalen Klonen der Repositorys, die verschoben wurden. +3. [Lösche das Konto](/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-personal-account-settings/deleting-your-personal-account), das Du nicht mehr verwenden möchtest. +4. Um dem neuen Konto frühere Commits zuzuweisen, füge die E-Mail-Adresse hinzu, die Du zum Erstellen des Commits für das Konto verwendet hast, das Du beibehältst. Weitere Informationen findest du unter [Warum werden meine Beiträge nicht auf meinem Profil angezeigt?](/account-and-profile/setting-up-and-managing-your-github-profile/managing-contribution-graphs-on-your-profile/why-are-my-contributions-not-showing-up-on-my-profile#your-local-git-commit-email-isnt-connected-to-your-account) + +## Weiterführende Themen + +- "[Unterschiedliche Arten von {% data variables.product.prodname_dotcom %}-Konten](/articles/types-of-github-accounts)" diff --git a/translations/de-DE/content/actions/automating-builds-and-tests/about-continuous-integration.md b/translations/de-DE/content/actions/automating-builds-and-tests/about-continuous-integration.md new file mode 100644 index 0000000000..eed83fb6ff --- /dev/null +++ b/translations/de-DE/content/actions/automating-builds-and-tests/about-continuous-integration.md @@ -0,0 +1,60 @@ +--- +title: About continuous integration +intro: 'You can create custom continuous integration (CI) workflows directly in your {% data variables.product.prodname_dotcom %} repository with {% data variables.product.prodname_actions %}.' +redirect_from: + - /articles/about-continuous-integration + - /github/automating-your-workflow-with-github-actions/about-continuous-integration + - /actions/automating-your-workflow-with-github-actions/about-continuous-integration + - /actions/building-and-testing-code-with-continuous-integration/about-continuous-integration + - /actions/guides/about-continuous-integration +versions: + fpt: '*' + ghes: '*' + ghae: '*' + ghec: '*' +type: overview +topics: + - CI +shortTitle: Continuous integration +--- + +{% data reusables.actions.enterprise-beta %} +{% data reusables.actions.enterprise-github-hosted-runners %} + +## About continuous integration + +Continuous integration (CI) is a software practice that requires frequently committing code to a shared repository. Committing code more often detects errors sooner and reduces the amount of code a developer needs to debug when finding the source of an error. Frequent code updates also make it easier to merge changes from different members of a software development team. This is great for developers, who can spend more time writing code and less time debugging errors or resolving merge conflicts. + +When you commit code to your repository, you can continuously build and test the code to make sure that the commit doesn't introduce errors. Your tests can include code linters (which check style formatting), security checks, code coverage, functional tests, and other custom checks. + +Building and testing your code requires a server. You can build and test updates locally before pushing code to a repository, or you can use a CI server that checks for new code commits in a repository. + +## About continuous integration using {% data variables.product.prodname_actions %} + +{% ifversion ghae %}CI using {% data variables.product.prodname_actions %} offers workflows that can build the code in your repository and run your tests. Workflows can run on runner systems that you host. For more information, see "[About self-hosted runners](/actions/hosting-your-own-runners/about-self-hosted-runners)." +{% else %} CI using {% data variables.product.prodname_actions %} offers workflows that can build the code in your repository and run your tests. Workflows can run on {% data variables.product.prodname_dotcom %}-hosted virtual machines, or on machines that you host yourself. For more information, see "[About {% data variables.product.prodname_dotcom %}-hosted runners](/actions/using-github-hosted-runners/about-github-hosted-runners)" and "[About self-hosted runners](/actions/automating-your-workflow-with-github-actions/about-self-hosted-runners)." +{% endif %} + +You can configure your CI workflow to run when a {% data variables.product.prodname_dotcom %} event occurs (for example, when new code is pushed to your repository), on a set schedule, or when an external event occurs using the repository dispatch webhook. + +{% data variables.product.product_name %} runs your CI tests and provides the results of each test in the pull request, so you can see whether the change in your branch introduces an error. When all CI tests in a workflow pass, the changes you pushed are ready to be reviewed by a team member or merged. When a test fails, one of your changes may have caused the failure. + +When you set up CI in your repository, {% data variables.product.product_name %} analyzes the code in your repository and recommends CI workflows based on the language and framework in your repository. For example, if you use [Node.js](https://nodejs.org/en/), {% data variables.product.product_name %} will suggest a starter workflow that installs your Node.js packages and runs your tests. You can use the CI starter workflow suggested by {% data variables.product.product_name %}, customize the suggested starter workflow, or create your own custom workflow file to run your CI tests. + + + +In addition to helping you set up CI workflows for your project, you can use {% data variables.product.prodname_actions %} to create workflows across the full software development life cycle. For example, you can use actions to deploy, package, or release your project. For more information, see "[About {% data variables.product.prodname_actions %}](/articles/about-github-actions)." + +For a definition of common terms, see "[Core concepts for {% data variables.product.prodname_actions %}](/github/automating-your-workflow-with-github-actions/core-concepts-for-github-actions)." + +## Starter workflow + +{% data variables.product.product_name %} offers CI starter workflow for a variety of languages and frameworks. + +Browse the complete list of CI starter workflow offered by {% data variables.product.company_short %} in the {% ifversion fpt or ghec %}[actions/starter-workflows](https://github.com/actions/starter-workflows/tree/main/ci) repository{% else %} `actions/starter-workflows` repository on {% data variables.location.product_location %}{% endif %}. + +## Further reading + +{% ifversion fpt or ghec %} +- "[Managing billing for {% data variables.product.prodname_actions %}](/billing/managing-billing-for-github-actions)" +{% endif %} diff --git a/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-go.md b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-go.md new file mode 100644 index 0000000000..7f29a422ec --- /dev/null +++ b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-go.md @@ -0,0 +1,219 @@ +--- +title: Erstellen und Testen von Go +intro: 'Du kannst einen Continuous Integration-Workflow (CI) erstellen, um dein Go-Projekt zu erstellen und zu testen.' +versions: + fpt: '*' + ghes: '*' + ghae: '*' + ghec: '*' +type: tutorial +topics: + - CI +shortTitle: Build & test Go +ms.openlocfilehash: 590edc2af0b7f370e52b449f320bdc2a758450bc +ms.sourcegitcommit: 2e1852bcdd690cb66b9b5d69cb056a2bb2b9a6b4 +ms.translationtype: HT +ms.contentlocale: de-DE +ms.lasthandoff: 11/10/2022 +ms.locfileid: '148160850' +--- +{% data reusables.actions.enterprise-beta %} {% data reusables.actions.enterprise-github-hosted-runners %} + +## Einführung + +In dieser Anleitung erfährst du, wie du ein Go-Paket erstellst, testest und veröffentlichst. + +Von {% ifversion ghae %} {% data reusables.actions.self-hosted-runners-software %} {% else %} {% data variables.product.prodname_dotcom %} gehostete Runner verfügen über einen Toolcache mit vorinstallierter Software, in dem die Abhängigkeiten von Go enthalten sind. Eine umfassende Liste mit aktueller Software und den vorinstallierten Versionen von Go findest du unter [Informationen zu von {% data variables.product.prodname_dotcom %} gehosteten Runnern](/actions/using-github-hosted-runners/about-github-hosted-runners#preinstalled-software). +{% endif %} + +## Voraussetzungen + +Du solltest bereits mit der YAML-Syntax vertraut sein und wissen, wie sie mit {% data variables.product.prodname_actions %} verwendet wird. Weitere Informationen findest du unter [Workflowsyntax für {% data variables.product.prodname_actions %}](/actions/using-workflows/workflow-syntax-for-github-actions). + +Du solltest über grundlegende Kenntnisse in Bezug auf die Go-Programmiersprache verfügen. Weitere Informationen findest du unter [Erste Schritte mit Go](https://golang.org/doc/tutorial/getting-started). + +## Verwenden des Go-Starterworkflows + +{% data variables.product.prodname_dotcom %} enthält einen Go-Starterworkflow, der die für die meisten Go-Projekte funktionieren sollte. Dieser Leitfaden enthält Beispiele, die du zum Anpassen des Starterworkflows verwenden kannst. Weitere Informationen findest du im [Go-Starterworkflow](https://github.com/actions/starter-workflows/blob/main/ci/go.yml). + +Für einen schnellen Einstieg fügst du den Starterworkflow zum Verzeichnis `.github/workflows` deines Repositorys hinzu. + +```yaml{:copy} +name: Go package + +on: [push] + +jobs: + build: + + runs-on: ubuntu-latest + steps: + - uses: {% data reusables.actions.action-checkout %} + + - name: Set up Go + uses: {% data reusables.actions.action-setup-go %} + with: + go-version: 1.15 + + - name: Build + run: go build -v ./... + + - name: Test + run: go test -v ./... +``` + +## Angeben einer Go-Version + +Der einfachste Weg, eine Go-Version anzugeben, bietet die Aktion `setup-go` von {% data variables.product.prodname_dotcom %}. Weitere Informationen findest du unter der [`setup-go`-Aktion](https://github.com/actions/setup-go/). + +Um eine vorinstallierte Version von Go auf einen von {% data variables.product.prodname_dotcom %} gehosteten Runner zu verwenden, musst du die relevante Version an die `go-version`-Eigenschaft der `setup-go`-Aktion übergeben. Mit dieser Aktion wird im Toolcache der jeweiligen Runner nach einer bestimmten Version von Go gesucht, und die erforderlichen Binärdateien werden zu `PATH` hinzugefügt. Diese Änderungen bleiben für den Rest des Auftrags beibehalten. + +Die Aktion `setup-go` wird als Methode zur Verwendung von Go mit {% data variables.product.prodname_actions %} empfohlen, da damit ein konsistentes Verhalten bei verschiedenen Runnern und verschiedenen Version von Go gewährleistet werden kann. Wenn du einen selbstgehosteten Runner verwendest, musst du .NET installieren und zu `PATH` hinzufügen. + +### Verwenden mehrerer Versionen von Go + +```yaml{:copy} +name: Go + +on: [push] + +jobs: + build: + + runs-on: ubuntu-latest + strategy: + matrix: + go-version: [ '1.14', '1.15', '1.16.x' ] + + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Setup Go {% raw %}${{ matrix.go-version }}{% endraw %} + uses: {% data reusables.actions.action-setup-go %} + with: + go-version: {% raw %}${{ matrix.go-version }}{% endraw %} + # You can test your matrix by printing the current Go version + - name: Display Go version + run: go version +``` + +### Verwenden einer bestimmten Version von Go + +Du kannst einen Auftrag so konfigurieren, dass eine bestimmte Version von Go verwendet wird, z. B. `1.16.2`. Alternativ kannst du auch Syntax für semantische Versionierung verwenden, um die neuste Nebenversion abzurufen. In diesem Beispiel wird das neueste Patchrelease von Go 1.16 verwendet: + +```yaml{:copy} + - name: Setup Go 1.16.x + uses: {% data reusables.actions.action-setup-go %} + with: + # Semantic version range syntax or exact version of Go + go-version: '1.16.x' +``` + +## Installieren von Abhängigkeiten + +Du kannst `go get` zum Installieren von Abhängigkeiten verwenden: + +```yaml{:copy} + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Setup Go + uses: {% data reusables.actions.action-setup-go %} + with: + go-version: '1.16.x' + - name: Install dependencies + run: | + go get . + go get example.com/octo-examplemodule + go get example.com/octo-examplemodule@v1.3.4 +``` + +{% ifversion actions-caching %} + +### Abhängigkeiten „cachen“ (zwischenspeichern) + +Du kannst die Abhängigkeiten mithilfe der [Aktion `setup-go`](https://github.com/actions/setup-go) zwischenspeichern und wiederherstellen. Standardmäßig ist die Zwischenspeicherung deaktiviert, du kannst jedoch den `cache`-Parameter auf `true` festlegen, um sie zu aktivieren. + +Wenn die Zwischenspeicherung aktiviert ist, sucht die `setup-go`-Aktion nach der Abhängigkeitsdatei `go.sum` im Repositorystamm und verwendet den Hash der Abhängigkeitsdatei als Teil des Cacheschlüssels. + +```yaml{:copy} + - name: Setup Go + uses: {% data reusables.actions.action-setup-go %} + with: + go-version: '1.16.x' + cache: true +``` + +Alternativ kannst du den `cache-dependency-path`-Parameter in Fällen verwenden, in denen mehrere Abhängigkeitsdateien verwendet werden, oder wenn sie sich in verschiedenen Unterverzeichnissen befinden. + +```yaml{:copy} + - uses: {% data reusables.actions.action-setup-go %} + with: + go-version: '1.17' + cache: true + cache-dependency-path: subdir/go.sum +``` + +Wenn du eine benutzerdefinierte Anforderung verwendest oder genauere Steuerungsmöglichkeiten zum Zwischenspeichern benötigst, kannst du die [Aktion `cache`](https://github.com/marketplace/actions/cache) verwendest. Weitere Informationen findest du unter [Zwischenspeichern von Abhängigkeiten zum Beschleunigen von Workflows](/actions/using-workflows/caching-dependencies-to-speed-up-workflows). + +{% endif %} + +## Deinen Code bauen und testen + +Du kannst die gleichen Befehle verwenden, die du auch lokal verwendest, um deinen Code zu bauen und zu testen. In diesem Beispielworkflow wird veranschaulicht, wie die Befehle `go build` und `go test` in einem Auftrag verwendet werden: + +```yaml{:copy} +name: Go +on: [push] + +jobs: + build: + runs-on: ubuntu-latest + + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Setup Go + uses: {% data reusables.actions.action-setup-go %} + with: + go-version: '1.16.x' + - name: Install dependencies + run: go get . + - name: Build + run: go build -v ./... + - name: Test with the Go CLI + run: go test +``` + +## Workflow-Daten als Artefakte paketieren + +Nach Abschluss eines Workflows kannst du die resultierenden Artefakte für die Analyse hochladen. Zum Beispiel kann es notwendig sein, Logdateien, Core Dumps, Testergebnisse oder Screenshots zu speichern. Im folgenden Beispiel wird gezeigt, wie die Aktion `upload-artifact` zum Hochladen von Testergebnissen verwendet werden kann. + +Weitere Informationen findest du unter [Speichern von Workflowdaten als Artefakte](/actions/using-workflows/storing-workflow-data-as-artifacts). + +```yaml{:copy} +name: Upload Go test results + +on: [push] + +jobs: + build: + + runs-on: ubuntu-latest + strategy: + matrix: + go-version: [ '1.14', '1.15', '1.16.x' ] + + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Setup Go + uses: {% data reusables.actions.action-setup-go %} + with: + go-version: {% raw %}${{ matrix.go-version }}{% endraw %} + - name: Install dependencies + run: go get . + - name: Test with Go + run: go test -json > TestResults-{% raw %}${{ matrix.go-version }}{% endraw %}.json + - name: Upload Go test results + uses: {% data reusables.actions.action-upload-artifact %} + with: + name: Go-results-{% raw %}${{ matrix.go-version }}{% endraw %} + path: TestResults-{% raw %}${{ matrix.go-version }}{% endraw %}.json +``` diff --git a/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-java-with-ant.md b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-java-with-ant.md new file mode 100644 index 0000000000..e8b9eb8d8f --- /dev/null +++ b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-java-with-ant.md @@ -0,0 +1,122 @@ +--- +title: Java bauen und testen mit Ant +intro: 'Du kannst einen Workflow für kontinuierliche Integration (CI) in GitHub-Aktionen erstellen, um Dein Java-Projekt mit Ant zu bauen und zu testen.' +redirect_from: + - /actions/language-and-framework-guides/building-and-testing-java-with-ant + - /actions/guides/building-and-testing-java-with-ant +versions: + fpt: '*' + ghes: '*' + ghae: '*' + ghec: '*' +type: tutorial +topics: + - CI + - Java + - Ant +shortTitle: Build & test Java & Ant +ms.openlocfilehash: d1e73fdce7bf23bf1b86ec3eb4d0f8acd9b6d292 +ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5 +ms.translationtype: HT +ms.contentlocale: de-DE +ms.lasthandoff: 09/05/2022 +ms.locfileid: '145088732' +--- +{% data reusables.actions.enterprise-beta %} {% data reusables.actions.enterprise-github-hosted-runners %} + +## Einführung + +Dieser Leitfaden zeigt Dir, wie Du einen Workflow erstellen kannst, der eine kontinuierliche Integration (CI) für Dein Java-Projekt mit Hilfe des Build-Systems Ant durchführt. Der Workflow, den Du erstellst, zeigt Dir, wenn Commits zu einem Pull-Request zu Build- oder Testfehlern für deinen Standard-Zweig führen. Dieser Ansatz kann dazu beitragen, dass Dein Code immer brauchbar ist. Du kannst Deinen CI-Workflow so erweitern, dass er Artefakte von einem Workflow-Lauf hochlädt. + +{% ifversion ghae %} {% data reusables.actions.self-hosted-runners-software %} {% else %} {% data variables.product.prodname_dotcom %}-gehostete Runner verfügen über einen Toolcache mit vorinstallierter Software, die Java Development Kits (JDKs) und Ant umfasst. Eine Liste der Software und der vorinstallierten Versionen für JDK und Ant findest du unter [Spezifikationen für {% data variables.product.prodname_dotcom %}-gehostete Runner](/actions/reference/specifications-for-github-hosted-runners/#supported-software). +{% endif %} + +## Voraussetzungen + +Du solltest mit YAML und der Syntax für {% data variables.product.prodname_actions %} vertraut sein. Weitere Informationen finden Sie unter +- [Workflowsyntax für {% data variables.product.prodname_actions %}](/actions/automating-your-workflow-with-github-actions/workflow-syntax-for-github-actions) +- [Informationen zu {% data variables.product.prodname_actions %}](/actions/learn-github-actions) + +Du solltest ein grundlegendes Verständnis von Java und dem Framework Ant haben. Weitere Informationen findest du im [Handbuch zu Apache Ant](https://ant.apache.org/manual/). + +{% data reusables.actions.enterprise-setup-prereq %} + +## Verwenden des Ant-Starterworkflows + +{% data variables.product.prodname_dotcom %} bietet einen Ant-Starterworkflow, der für die meisten Ant-basierten Java-Projekte funktionieren wird. Weitere Informationen findest du im [Ant-Starterworkflow](https://github.com/actions/starter-workflows/blob/main/ci/ant.yml). + +Um schnell loszulegen, kannst du beim Erstellen eines neuen Workflows den vorkonfigurierten Ant-Starterworkflow auswählen. Weitere Informationen findest du in der [Schnellstartanleitung für {% data variables.product.prodname_actions %}](/actions/quickstart). + +Du kannst diesen Workflow auch manuell hinzufügen, indem du eine neue Datei im Verzeichnis `.github/workflows` deines Repositorys erstellst. + +```yaml{:copy} +name: Java CI + +on: [push] + +jobs: + build: + runs-on: ubuntu-latest + + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Set up JDK 11 + uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + - name: Build with Ant + run: ant -noinput -buildfile build.xml +``` + +Dieser Workflow führt die folgenden Schritte aus: + +1. Im Schritt `checkout` wird eine Kopie deines Repositorys auf den Runner heruntergeladen. +2. Im Schritt `setup-java` wird das Java 11-JDK von Adoptium konfiguriert. +3. Der Schritt „Mit Ant erstellen“ führt das Standardziel in deiner Datei `build.xml` im nicht-interaktiven Modus aus. + +Die Standardstarterworkflows sind ausgezeichnete Ausgangspunkte beim Erstellen von Build- und Testworkflows, und du kannst den Starterworkflow den Anforderungen deines Projekts anpassen. + +{% data reusables.actions.example-github-runner %} + +{% data reusables.actions.java-jvm-architecture %} + +## Deinen Code bauen und testen + +Du kannst die gleichen Befehle verwenden, die Du auch lokal verwendest, um Deinen Code zu bauen und zu testen. + +Der Starterworkflow führt das in der Datei _build.xml_ angegebene Standardziel aus. Dein Standard-Ziel wird normalerweise eingestellt, um Klassen zu bauen, Tests durchzuführen und Klassen in ihr verteilbares Format (z.B . eine JAR-Datei) zu paketieren. + +Wenn Du zum Bauen Deines Projekts andere Befehle verwenden oder ein anderes Ziel auszuführen möchtest, kannst Du dies angeben. Du kannst beispielsweise das `jar`-Ziel ausführen, das in deiner Datei `_build-ci.xml_` konfiguriert ist. + +```yaml{:copy} +steps: + - uses: {% data reusables.actions.action-checkout %} + - uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + - name: Run the Ant jar target + run: ant -noinput -buildfile build-ci.xml jar +``` + +## Workflow-Daten als Artefakte paketieren + +Nachdem sowohl Build erfolgreich war und deine Tests bestanden hat, wirst du die resultierenden Java-Pakete als Build-Artefakt hochladen wollen. Dies speichert die gebauten Pakete als Teil der Workflow-Ausführung und ermöglicht Dir, sie herunterzuladen. Artefakte können Dir helfen, Pull-Requests in deiner lokalen Umgebung zu testen und zu debuggen, bevor sie zusammengeführt werden („merge“). Weitere Informationen findest du unter [Speichern von Workflowdaten mithilfe von Artefakten](/actions/automating-your-workflow-with-github-actions/persisting-workflow-data-using-artifacts). + +Ant erstellt normalerweise Ausgabedateien wie JAR-, EAR- oder WAR-Dateien im Verzeichnis `build/jar`. Du kannst den Inhalt dieses Verzeichnisses mit der Aktion `upload-artifact` hochladen. + +```yaml{:copy} +steps: + - uses: {% data reusables.actions.action-checkout %} + - uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + + - run: ant -noinput -buildfile build.xml + - uses: {% data reusables.actions.action-upload-artifact %} + with: + name: Package + path: build/jar +``` diff --git a/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-java-with-gradle.md b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-java-with-gradle.md new file mode 100644 index 0000000000..f37d089b4d --- /dev/null +++ b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-java-with-gradle.md @@ -0,0 +1,149 @@ +--- +title: Java bauen und testen mit Gradle +intro: 'Du kannst einen Workflow für Continuous Integration (CI) in GitHub Actions erstellen, um dein Java-Projekt mit Gradle zu kompilieren und zu testen.' +redirect_from: + - /actions/language-and-framework-guides/building-and-testing-java-with-gradle + - /actions/guides/building-and-testing-java-with-gradle +versions: + fpt: '*' + ghes: '*' + ghae: '*' + ghec: '*' +type: tutorial +topics: + - CI + - Java + - Gradle +shortTitle: Build & test Java & Gradle +ms.openlocfilehash: 00fa6888a45dda090df51260795717bc994be022 +ms.sourcegitcommit: fb047f9450b41b24afc43d9512a5db2a2b750a2a +ms.translationtype: HT +ms.contentlocale: de-DE +ms.lasthandoff: 09/10/2022 +ms.locfileid: '147410443' +--- +{% data reusables.actions.enterprise-beta %} {% data reusables.actions.enterprise-github-hosted-runners %} + +## Einführung + +Dieser Leitfaden zeigt Dir, wie du einen Workflow erstellen kannst, der eine kontinuierliche Integration (CI) für dein Java-Projekt mit Hilfe des Build-Systems Gradle durchführt. Der Workflow, den du erstellst, zeigt Dir, wenn Commits zu einem Pull-Request zu Build- oder Testfehlern für deinen Standard-Zweig führen. Dieser Ansatz kann dazu beitragen, dass dein Code immer brauchbar ist. Du kannst deinen CI-Workflow so erweitern, dass er {% ifversion actions-caching %}Dateien zwischenspeichert und{% endif %} Artefakte aus einer Workflowausführung hochlädt. + +{% ifversion ghae %} {% data reusables.actions.self-hosted-runners-software %} {% else %} {% data variables.product.prodname_dotcom %}-gehostete Runner verfügen über einen Toolcache mit vorinstallierter Software, die Java Development Kits (JDKs) und Gradle umfasst. Eine Liste der Software und der vorinstallierten Versionen für JDK und Gradle findest du unter „[Spezifikationen für {% data variables.product.prodname_dotcom %}-gehostete Runner](/actions/reference/specifications-for-github-hosted-runners/#supported-software)“. +{% endif %} + +## Voraussetzungen + +Du solltest mit YAML und der Syntax für {% data variables.product.prodname_actions %} vertraut sein. Weitere Informationen finden Sie unter +- [Workflowsyntax für {% data variables.product.prodname_actions %}](/actions/automating-your-workflow-with-github-actions/workflow-syntax-for-github-actions) +- [Informationen zu {% data variables.product.prodname_actions %}](/actions/learn-github-actions) + +Du solltest ein grundlegendes Verständnis von Java und dem Framework Gradle haben. Weitere Informationen findest du in der Gradle-Dokumentation unter [Erste Schritte](https://docs.gradle.org/current/userguide/getting_started.html). + +{% data reusables.actions.enterprise-setup-prereq %} + +## Verwenden des Gradle-Starterworkflows + +{% data variables.product.prodname_dotcom %} bietet einen Gradle-Starterworkflow, der für die meisten Gradle-basierten Java-Projekte funktioniert. Weitere Informationen findest du unter [Gradle-Starterworkflow](https://github.com/actions/starter-workflows/blob/main/ci/gradle.yml). + +Um schnell loszulegen, kannst du beim Erstellen eines neuen Workflows den vorkonfigurierten Gradle-Starterworkflow auswählen. Weitere Informationen findest du in der [Schnellstartanleitung für {% data variables.product.prodname_actions %}](/actions/quickstart). + +Du kannst diesen Workflow auch manuell hinzufügen, indem du eine neue Datei im Verzeichnis `.github/workflows` deines Repositorys erstellst. + +```yaml{:copy} +{% data reusables.actions.actions-not-certified-by-github-comment %} + +{% data reusables.actions.actions-use-sha-pinning-comment %} + +name: Java CI + +on: [push] + +jobs: + build: + runs-on: ubuntu-latest + + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Set up JDK 11 + uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + - name: Validate Gradle wrapper + uses: gradle/wrapper-validation-action@e6e38bacfdf1a337459f332974bb2327a31aaf4b + - name: Build with Gradle + uses: gradle/gradle-build-action@67421db6bd0bf253fb4bd25b31ebb98943c375e1 + with: + arguments: build +``` + +Dieser Workflow führt die folgenden Schritte aus: + +1. Im Schritt `checkout` wird eine Kopie deines Repositorys auf den Runner heruntergeladen. +2. Im Schritt `setup-java` wird das Java 11-JDK von Adoptium konfiguriert. +3. Im Schritt „Valid Gradle wrapper“ werden die Prüfsummen von Gradle Wrapper JAR-Dateien überprüft, die in der Quellstruktur vorhanden sind. +4. Im Schritt „Build with Gradle“ wird mit der Aktion `gradle/gradle-build-action`, die von der Gradle-Organisation auf {% data variables.product.prodname_dotcom %} bereitgestellt wird, ein Build ausgeführt. Die Aktion umfasst das Aufrufen von Gradle, das Sammeln von Ergebnissen und das Zwischenspeichern des Status zwischen Aufträgen. Weitere Informationen findest du unter [`gradle/gradle-build-action`](https://github.com/gradle/gradle-build-action). + +Die Standardstarterworkflows sind ausgezeichnete Ausgangspunkte beim Erstellen von Build- und Testworkflows, und du kannst den Starterworkflow den Anforderungen deines Projekts anpassen. + +{% data reusables.actions.example-github-runner %} + +{% data reusables.actions.java-jvm-architecture %} + +## Deinen Code bauen und testen + +Du kannst die gleichen Befehle verwenden, die du auch lokal verwendest, um deinen Code zu bauen und zu testen. + +Der Starterworkflow führt standardmäßig die `build`-Aufgabe aus. In der Standard-Gradle-Konfiguration lädt dieser Befehl Abhängigkeiten herunter, baut Klassen, führt Tests durch und paketiert Klassen in ihr verteilbares Format, zum Beispiel eine JAR-Datei. + +Wenn du zum Bauen deines Projekts andere Befehle verwenden oder einen anderen Task auszuführen möchtest, kannst du dies angeben. Du kannst beispielsweise die `package`-Aufgabe ausführen, die in der _ci.gradle_-Datei konfiguriert ist. + +```yaml{:copy} +steps: + - uses: {% data reusables.actions.action-checkout %} + - uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + - name: Validate Gradle wrapper + uses: gradle/wrapper-validation-action@e6e38bacfdf1a337459f332974bb2327a31aaf4b + - name: Run the Gradle package task + uses: gradle/gradle-build-action@67421db6bd0bf253fb4bd25b31ebb98943c375e1 + with: + arguments: -b ci.gradle package +``` + +{% ifversion actions-caching %} + +## Abhängigkeiten „cachen“ (zwischenspeichern) + +Deine Buildabhängigkeiten können zwischengespeichert werden, um deine Workflowausführungen zu beschleunigen. Nach einer erfolgreichen Ausführung werden wichtige Teile des Basisverzeichnisses für Gradle-Benutzer von `gradle/gradle-build-action` zwischengespeichert. In künftigen Aufträgen wird der Cache wiederhergestellt, sodass Buildskripts nicht neu kompiliert werden müssen und Abhängigkeiten nicht erneut aus Remotepaketrepositorys heruntergeladen werden müssen. + +Das Zwischenspeichern ist standardmäßig aktiviert, wenn die Aktion `gradle/gradle-build-action` verwendet wird. Weitere Informationen findest du unter [`gradle/gradle-build-action`](https://github.com/gradle/gradle-build-action#caching). + +{% endif %} + +## Workflow-Daten als Artefakte paketieren + +Nachdem sowohl Build erfolgreich war und deine Tests bestanden hat, wirst du die resultierenden Java-Pakete als Build-Artefakt hochladen wollen. Dies speichert die gebauten Pakete als Teil der Workflow-Ausführung und ermöglicht Dir, sie herunterzuladen. Artefakte können Dir helfen, Pull-Requests in deiner lokalen Umgebung zu testen und zu debuggen, bevor sie zusammengeführt werden („merge“). Weitere Informationen findest du unter [Speichern von Workflowdaten mithilfe von Artefakten](/actions/automating-your-workflow-with-github-actions/persisting-workflow-data-using-artifacts). + +Gradle erstellt normalerweise Ausgabedateien wie JARs, EARs oder WARs im Verzeichnis `build/libs`. Du kannst den Inhalt dieses Verzeichnisses mit der Aktion `upload-artifact` hochladen. + +```yaml{:copy} +steps: + - uses: {% data reusables.actions.action-checkout %} + - uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + - name: Validate Gradle wrapper + uses: gradle/wrapper-validation-action@e6e38bacfdf1a337459f332974bb2327a31aaf4b + - name: Build with Gradle + uses: gradle/gradle-build-action@67421db6bd0bf253fb4bd25b31ebb98943c375e1 + with: + arguments: build + - uses: {% data reusables.actions.action-upload-artifact %} + with: + name: Package + path: build/libs +``` diff --git a/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-java-with-maven.md b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-java-with-maven.md new file mode 100644 index 0000000000..93a13ce0d6 --- /dev/null +++ b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-java-with-maven.md @@ -0,0 +1,145 @@ +--- +title: Java bauen und testen mit Maven +intro: 'Du kannst einen Workflow für Continuous Integration (CI) in GitHub Actions erstellen, um dein Java-Projekt mit Maven zu erstellen und zu testen.' +redirect_from: + - /actions/language-and-framework-guides/building-and-testing-java-with-maven + - /actions/guides/building-and-testing-java-with-maven +versions: + fpt: '*' + ghes: '*' + ghae: '*' + ghec: '*' +type: tutorial +topics: + - CI + - Java + - Maven +shortTitle: Build & test Java with Maven +ms.openlocfilehash: 59d8961a7fdd1d8b84a05b8762bb09be3d2ab01c +ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5 +ms.translationtype: HT +ms.contentlocale: de-DE +ms.lasthandoff: 09/05/2022 +ms.locfileid: '146179807' +--- +{% data reusables.actions.enterprise-beta %} {% data reusables.actions.enterprise-github-hosted-runners %} + +## Einführung + +Dieser Leitfaden zeigt Dir, wie du einen Workflow erstellen kannst, der eine kontinuierliche Integration (CI) für dein Java-Projekt mit Hilfe des Software-Projektmanagement-Tools Maven durchführt. Der Workflow, den du erstellst, zeigt Dir, wenn Commits zu einem Pull-Request zu Build- oder Testfehlern für deinen Standard-Zweig führen. Dieser Ansatz kann dazu beitragen, dass dein Code immer brauchbar ist. Du kannst deinen CI-Workflow so erweitern, dass er {% ifversion actions-caching %}Dateien zwischenspeichert und{% endif %} Artefakte aus einer Workflowausführung hochlädt. + +Von {% ifversion ghae %} {% data reusables.actions.self-hosted-runners-software %} {% else %} {% data variables.product.prodname_dotcom %} gehostete Runner verfügen über einen Toolcache mit vorinstallierter Software, die Java Development Kits (JDKs) und Maven umfasst. Eine Liste der Software und der vorinstallierten Versionen für JDK und Maven findest du unter [Spezifikationen für von {% data variables.product.prodname_dotcom %} gehostete Runner](/actions/reference/specifications-for-github-hosted-runners/#supported-software). +{% endif %} + +## Voraussetzungen + +Du solltest mit YAML und der Syntax für {% data variables.product.prodname_actions %} vertraut sein. Weitere Informationen finden Sie unter +- [Workflowsyntax für {% data variables.product.prodname_actions %}](/actions/automating-your-workflow-with-github-actions/workflow-syntax-for-github-actions) +- [Informationen zu {% data variables.product.prodname_actions %}](/actions/learn-github-actions) + +Du solltest ein grundlegendes Verständnis von Java und dem Framework Maven haben. Weitere Informationen findest du in der Maven-Dokumentation im [Maven-Leitfaden zu den ersten Schritten](http://maven.apache.org/guides/getting-started/index.html). + +{% data reusables.actions.enterprise-setup-prereq %} + +## Verwenden des Maven-Startworkflows + +{% data variables.product.prodname_dotcom %} bietet einen Maven-Startworkflow, der für die meisten Maven-basierten Java-Projekte funktioniert. Weitere Informationen findest du unter [Maven-Startworkflow](https://github.com/actions/starter-workflows/blob/main/ci/maven.yml). + +Um schnell loszulegen, kannst du beim Erstellen eines neuen Workflows den vorkonfigurierten Maven-Startworkflow auswählen. Weitere Informationen findest du in der [Schnellstartanleitung für {% data variables.product.prodname_actions %}](/actions/quickstart). + +Du kannst diesen Workflow auch manuell hinzufügen, indem du eine neue Datei im Verzeichnis `.github/workflows` deines Repositorys erstellst. + +```yaml{:copy} +name: Java CI + +on: [push] + +jobs: + build: + runs-on: ubuntu-latest + + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Set up JDK 11 + uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + - name: Build with Maven + run: mvn --batch-mode --update-snapshots package +``` + +Dieser Workflow führt die folgenden Schritte aus: + +1. Im Schritt `checkout` wird eine Kopie deines Repositorys auf den Runner heruntergeladen. +2. Im Schritt `setup-java` wird das Java 11-JDK von Adoptium konfiguriert. +3. Der Schritt „Mit Maven erstellen“ führt das Maven-`package`-Ziel im nicht interaktiven Modus aus, um sicherzustellen, dass dein Code erstellt wird, Tests erfolgreich durchgeführt werden und ein Paket erstellt werden kann. + +Die Standardstartworkflows sind ausgezeichnete Ausgangspunkte beim Erstellen von Build- und Testworkflows, und du kannst den Startworkflow den Anforderungen deines Projekts anpassen. + +{% data reusables.actions.example-github-runner %} + +{% data reusables.actions.java-jvm-architecture %} + +## Deinen Code bauen und testen + +Du kannst die gleichen Befehle verwenden, die du auch lokal verwendest, um deinen Code zu bauen und zu testen. + +Der Startworkflow führt standardmäßig das `package`-Ziel aus. In der Standard-Maven-Konfiguration lädt dieser Befehl Abhängigkeiten herunter, baut Klassen, führt Tests durch und paketiert Klassen in ihr verteilbares Format, zum Beispiel eine JAR-Datei. + +Wenn du zum Bauen deines Projekts andere Befehle verwenden oder ein anderes Ziel auszuführen möchtest, kannst du dies angeben. Du kannst beispielsweise das `verify`-Ziel ausführen, das in einer Datei _pom-ci.xml_ konfiguriert ist. + +```yaml{:copy} +steps: + - uses: {% data reusables.actions.action-checkout %} + - uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + - name: Run the Maven verify phase + run: mvn --batch-mode --update-snapshots verify +``` + +{% ifversion actions-caching %} + +## Abhängigkeiten „cachen“ (zwischenspeichern) + +Du kannst deine Abhängigkeiten zwischenspeichern, um die Workflow-Ausführungen zu beschleunigen. Nach einer erfolgreichen Ausführung wird dein lokales Maven-Repository in einem Cache gespeichert. Bei zukünftigen Workflow-Ausführungen wird der Cache wiederhergestellt, so dass Abhängigkeiten nicht aus entfernten Maven-Repositories heruntergeladen werden müssen. Du kannst Abhängigkeiten einfach mithilfe der [`setup-java`-Aktion](https://github.com/marketplace/actions/setup-java-jdk) zwischenspeichern oder die [`cache`-Aktion](https://github.com/actions/cache) für eine benutzerdefinierte und erweiterte Konfiguration verwenden. + +```yaml{:copy} +steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Set up JDK 11 + uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + cache: maven + - name: Build with Maven + run: mvn --batch-mode --update-snapshots verify +``` + +Dieser Workflow speichert den Inhalt deines lokalen Maven-Repositorys, das sich im Verzeichnis `.m2` des Basisverzeichnisses auf dem Runner befindet. Der Cacheschlüssel ist der Hashinhalt von _pom.xml_, sodass Änderungen an _pom.xml_ den Cache ungültig machen. + +{% endif %} + +## Workflow-Daten als Artefakte paketieren + +Nachdem sowohl Build erfolgreich war und deine Tests bestanden hat, wirst du die resultierenden Java-Pakete als Build-Artefakt hochladen wollen. Dies speichert die gebauten Pakete als Teil der Workflow-Ausführung und ermöglicht Dir, sie herunterzuladen. Artefakte können Dir helfen, Pull-Requests in deiner lokalen Umgebung zu testen und zu debuggen, bevor sie zusammengeführt werden („merge“). Weitere Informationen findest du unter [Speichern von Workflowdaten mithilfe von Artefakten](/actions/automating-your-workflow-with-github-actions/persisting-workflow-data-using-artifacts). + +Maven erstellt normalerweise Ausgabedateien wie JARs, EARs oder WARs im Verzeichnis `target`. Um diese als Artefakte hochzuladen, kannst du sie in ein neues Verzeichnis kopieren, welches Artefakte zum Hochladen enthält. Zum Beispiel kannst du ein Verzeichnis namens `staging` erstellen. Anschließend kannst du den Inhalt dieses Verzeichnisses mithilfe der Aktion `upload-artifact` hochladen. + +```yaml{:copy} +steps: + - uses: {% data reusables.actions.action-checkout %} + - uses: {% data reusables.actions.action-setup-java %} + with: + java-version: '11' + distribution: 'adopt' + - run: mvn --batch-mode --update-snapshots verify + - run: mkdir staging && cp target/*.jar staging + - uses: {% data reusables.actions.action-upload-artifact %} + with: + name: Package + path: staging +``` diff --git a/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-net.md b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-net.md new file mode 100644 index 0000000000..46cf96809b --- /dev/null +++ b/translations/de-DE/content/actions/automating-builds-and-tests/building-and-testing-net.md @@ -0,0 +1,247 @@ +--- +title: Erstellen und Testen eines .NET-Projekts +intro: 'Du kannst einen Continuous-Integration-Workflow (CI) erstellen, um dein .NET-Projekt zu erstellen und zu testen.' +redirect_from: + - /actions/guides/building-and-testing-net +versions: + fpt: '*' + ghes: '*' + ghae: '*' + ghec: '*' +shortTitle: Build & test .NET +ms.openlocfilehash: eadb00516976159f2efffcaa04cb4b46471c527f +ms.sourcegitcommit: 47bd0e48c7dba1dde49baff60bc1eddc91ab10c5 +ms.translationtype: HT +ms.contentlocale: de-DE +ms.lasthandoff: 09/05/2022 +ms.locfileid: '147063618' +--- +{% data reusables.actions.enterprise-beta %} {% data reusables.actions.enterprise-github-hosted-runners %} + +## Einführung + +In dieser Anleitung erfährst du, wie du ein .NET-Paket erstellst, testest und veröffentlichst. + +{% ifversion ghae %} Zum Erstellen und Testen eines .NET-Projekts auf {% data variables.product.prodname_ghe_managed %} benötigst du das .NET Core SDK. Von {% data reusables.actions.self-hosted-runners-software %} {% else %} {% data variables.product.prodname_dotcom %} gehostete Runner verfügen über einen Toolcache mit vorinstallierter Software, in dem das .NET Core SDK enthalten ist. Eine umfassende Liste mit aktueller Software und den vorinstallierten Versionen von .NET Core SDK findest du unter [Auf {% data variables.product.prodname_dotcom %}-gehosteten Runnern installierte Software](/actions/reference/specifications-for-github-hosted-runners). +{% endif %} + +## Voraussetzungen + +Du solltest bereits mit der YAML-Syntax vertraut sein und wissen, wie sie mit {% data variables.product.prodname_actions %} verwendet wird. Weitere Informationen findest du unter [Workflowsyntax für {% data variables.product.prodname_actions %}](/actions/automating-your-workflow-with-github-actions/workflow-syntax-for-github-actions). + +Du solltest über grundlegende Kenntnisse in Bezug auf das .NET Core SDK verfügen. Weitere Informationen findest du unter [Erste Schritte mit .NET](https://dotnet.microsoft.com/learn). + +## Verwenden des .NET-Starterworkflows + +Von {% data variables.product.prodname_dotcom %} wird ein .NET-Starterworkflow bereitgestellt, der für die meisten .NET-Projekte verwendet werden kann. Wie du diesen Starterworkflow anpassen kannst, erfährst du anhand der Beispiele in diesem Leitfaden. Weitere Informationen findest du im [.NET-Starterworkflow](https://github.com/actions/setup-dotnet). + +Für einen schnellen Einstieg fügst du den Starterworkflow zum Verzeichnis `.github/workflows` deines Repositorys hinzu. + +```yaml +name: dotnet package + +on: [push] + +jobs: + build: + + runs-on: ubuntu-latest + strategy: + matrix: + dotnet-version: ['3.0', '3.1.x', '5.0.x' ] + + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Setup .NET Core SDK {% raw %}${{ matrix.dotnet-version }}{% endraw %} + uses: {% data reusables.actions.action-setup-dotnet %} + with: + dotnet-version: {% raw %}${{ matrix.dotnet-version }}{% endraw %} + - name: Install dependencies + run: dotnet restore + - name: Build + run: dotnet build --configuration Release --no-restore + - name: Test + run: dotnet test --no-restore --verbosity normal +``` + +## Angeben einer .NET-Version + +Verwende die Aktion `setup-dotnet`, um eine vorinstallierte Version des .NET Core SDK für einen von {% data variables.product.prodname_dotcom %} gehosteten Runner zu verwenden. Mit dieser Aktion wird im Toolcache der jeweiligen Runner nach einer bestimmten Version von .NET gesucht, und die erforderlichen Binärdateien werden zu `PATH` hinzugefügt. Diese Änderungen bleiben für den Rest des Auftrags beibehalten. + +Die Aktion `setup-dotnet` wird als Methode zur Verwendung von .NET mit {% data variables.product.prodname_actions %} empfohlen, da damit ein konsistentes Verhalten bei verschiedenen Runnern und verschiedenen Version von .NET gewährleistet wird. Wenn du einen selbst gehosteten Runner verwendest, musst du .NET installieren und zu `PATH` hinzufügen. Weitere Informationen findest du unter der Aktion [`setup-dotnet`](https://github.com/marketplace/actions/setup-net-core-sdk). + +### Verwenden mehrerer .NET-Versionen + +```yaml +name: dotnet package + +on: [push] + +jobs: + build: + + runs-on: ubuntu-latest + strategy: + matrix: + dotnet-version: [ '3.0', '3.1.x', '5.0.x' ] + + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Setup dotnet {% raw %}${{ matrix.dotnet-version }}{% endraw %} + uses: {% data reusables.actions.action-setup-dotnet %} + with: + dotnet-version: {% raw %}${{ matrix.dotnet-version }}{% endraw %} + # You can test your matrix by printing the current dotnet version + - name: Display dotnet version + run: dotnet --version +``` + +### Verwenden einer bestimmten .NET-Version + +Du kannst einen Auftrag so konfigurieren, dass eine bestimmte Version von .NET verwendet wird, z. B. `3.1.3`. Alternativ kannst du auch Syntax für semantische Versionierung verwenden, um die neuste Nebenversion abzurufen. In diesem Beispiel wird die neueste Nebenversion von .NET 3 verwendet. + +```yaml + - name: Setup .NET 3.x + uses: {% data reusables.actions.action-setup-dotnet %} + with: + # Semantic version range syntax or exact version of a dotnet version + dotnet-version: '3.x' +``` + +## Installieren von Abhängigkeiten + +Auf von {% data variables.product.prodname_dotcom %} gehosteten Runnern ist der Paketmanager NuGet installiert. Du kannst die dotnet-CLI verwenden, um Abhängigkeiten aus der NuGet-Paketregistrierung zu installieren, bevor du deinen Code erstellst und testest. Mit dem folgenden YAML-Code wird beispielsweise das `Newtonsoft`-Paket installiert. + +```yaml +steps: +- uses: {% data reusables.actions.action-checkout %} +- name: Setup dotnet + uses: {% data reusables.actions.action-setup-dotnet %} + with: + dotnet-version: '3.1.x' +- name: Install dependencies + run: dotnet add package Newtonsoft.Json --version 12.0.1 +``` + +{% ifversion actions-caching %} + +### Abhängigkeiten „cachen“ (zwischenspeichern) + +Du kannst NuGet Abhängigkeiten mithilfe eines eindeutigen Schlüssels zwischenspeichern, mit dem du die Abhängigkeiten für zukünftige Workflows mit der [`cache`](https://github.com/marketplace/actions/cache)-Aktion wiederherstellen kannst. Mit dem folgenden YAML-Code wird beispielsweise das `Newtonsoft`-Paket installiert. + +Weitere Informationen findest du unter [Zwischenspeichern von Abhängigkeiten zum Beschleunigen von Workflows](/actions/guides/caching-dependencies-to-speed-up-workflows). + +```yaml +steps: +- uses: {% data reusables.actions.action-checkout %} +- name: Setup dotnet + uses: {% data reusables.actions.action-setup-dotnet %} + with: + dotnet-version: '3.1.x' +- uses: {% data reusables.actions.action-cache %} + with: + path: ~/.nuget/packages + # Look to see if there is a cache hit for the corresponding requirements file + key: {% raw %}${{ runner.os }}-nuget-${{ hashFiles('**/packages.lock.json') }} + restore-keys: | + ${{ runner.os }}-nuget{% endraw %} +- name: Install dependencies + run: dotnet add package Newtonsoft.Json --version 12.0.1 +``` + +{% note %} + +**Hinweis:** Je nach Anzahl der Abhängigkeiten ist es möglicherweise schneller, den Abhängigkeitscache zu verwenden. Bei Projekten mit vielen umfangreichen Abhängigkeiten sollte sich die Leistung erhöhen, da die zum Herunterladen erforderliche Zeit reduziert wird. Bei Projekten mit weniger Abhängigkeiten ist möglicherweise keine signifikante Leistungssteigerung, sondern aufgrund der Art und Weise, wie zwischengespeicherte Abhängigkeiten von NuGet installiert werden, sogar eine geringfügige Leistungsabnahme zu verzeichnen. Die Leistung variiert je nach Projekt. + +{% endnote %} + +{% endif %} + +## Deinen Code bauen und testen + +Du kannst die gleichen Befehle verwenden, die du auch lokal verwendest, um deinen Code zu bauen und zu testen. In diesem Beispiel wird veranschaulicht, wie die Befehle `dotnet build` und `dotnet test` in einem Auftrag verwendet werden: + +```yaml +steps: +- uses: {% data reusables.actions.action-checkout %} +- name: Setup dotnet + uses: {% data reusables.actions.action-setup-dotnet %} + with: + dotnet-version: '3.1.x' +- name: Install dependencies + run: dotnet restore +- name: Build + run: dotnet build +- name: Test with the dotnet CLI + run: dotnet test +``` + +## Workflow-Daten als Artefakte paketieren + +Nach Abschluss eines Workflows kannst du die resultierenden Artefakte für die Analyse hochladen. Zum Beispiel kann es notwendig sein, Logdateien, Core Dumps, Testergebnisse oder Screenshots zu speichern. Im folgenden Beispiel wird gezeigt, wie die Aktion `upload-artifact` zum Hochladen von Testergebnissen verwendet werden kann. + +Weitere Informationen findest du unter [Speichern von Workflowdaten mithilfe von Artefakten](/github/automating-your-workflow-with-github-actions/persisting-workflow-data-using-artifacts). + +```yaml +name: dotnet package + +on: [push] + +jobs: + build: + + runs-on: ubuntu-latest + strategy: + matrix: + dotnet-version: [ '3.0', '3.1.x', '5.0.x' ] + + steps: + - uses: {% data reusables.actions.action-checkout %} + - name: Setup dotnet + uses: {% data reusables.actions.action-setup-dotnet %} + with: + dotnet-version: {% raw %}${{ matrix.dotnet-version }}{% endraw %} + - name: Install dependencies + run: dotnet restore + - name: Test with dotnet + run: dotnet test --logger trx --results-directory {% raw %}"TestResults-${{ matrix.dotnet-version }}"{% endraw %} + - name: Upload dotnet test results + uses: {% data reusables.actions.action-upload-artifact %} + with: + name: {% raw %}dotnet-results-${{ matrix.dotnet-version }}{% endraw %} + path: {% raw %}TestResults-${{ matrix.dotnet-version }}{% endraw %} + # Use always() to always run this step to publish test results when there are test failures + if: {% raw %}${{ always() }}{% endraw %} +``` + +## In Paket-Registries veröffentlichen + +Du kannst deinen Workflow so konfigurieren, dass das .NET-Paket in einer Paketregistrierung veröffentlicht wird, wenn deine CI-Tests bestanden werden. Du kannst Repositorygeheimnisse verwenden, um alle Token oder Anmeldeinformationen zu speichern, die zum Veröffentlichen deiner Binärdatei erforderlich sind. Im folgenden Beispiel wird ein Paket erstellt und mithilfe von `dotnet core cli` in {% data variables.product.prodname_registry %} veröffentlicht. + +```yaml +name: Upload dotnet package + +on: + release: + types: [created] + +jobs: + deploy: + runs-on: ubuntu-latest + permissions: + packages: write + contents: read + steps: + - uses: {% data reusables.actions.action-checkout %} + - uses: {% data reusables.actions.action-setup-dotnet %} + with: + dotnet-version: '3.1.x' # SDK Version to use. + source-url: https://nuget.pkg.github.com/
Master Zweig einer Aktion verweisen, da dieser wahrscheinlich den neuesten Code enthält und daher möglicherweise instabil ist. Stattdessen kannst du deinen Benutzern empfehlen, bei Verwendung deiner Aktion eine Hauptversion anzugeben und nur dann auf eine spezifischere Version zu verweisen, wenn sie auf Probleme stoßen.
+
+Um eine bestimmte Version einer Aktion zu verwenden, kannst du deinen {% data variables.product.prodname_actions %}-Workflow für ein Tag, den SHA eines Commits oder einen Branch für ein Release konfigurieren.
+
+### Verwenden von Tags für die Releaseverwaltung
+
+Es wird empfohlen, Tags für die Releaseverwaltung von Aktionen zu verwenden. Bei diesem Ansatz können deine Benutzer leicht zwischen Haupt- und Nebenversionen unterscheiden:
+
+- Erstelle und überprüfe ein Release in einem Releasebranch (z. B. `release/v1` ), bevor du das Versionstag (z. B. `v1.0.2`) erstellst.
+- Erstelle ein Release mittels semantischer Versionierung. Weitere Informationen findest du unter [Erstellen von Releases](/articles/creating-releases).
+- Verschiebe das Hauptversionstag (z. B. `v1`, `v2`) so, dass es auf die Git-Referenz der aktuellen Version zeigt. Weitere Informationen findest du unter [Git-Grundlagen – Tagging](https://git-scm.com/book/en/v2/Git-Basics-Tagging).
+- Führe ein neues Hauptversionstag (`v2`) für Änderungen ein, die vorhandene Workflows unterbrechen. Eine störende Änderung liegt beispielsweise vor, wenn die Eingabe einer Aktion geändert wird.
+- Hauptversionen können zunächst mit einem `beta`-Tag veröffentlicht werden, um ihren Status anzugeben, z. B. `v2-beta`. Das `-beta`-Tag kann dann später wieder entfernt werden.
+
+Dieses Beispiel zeigt, wie ein Benutzer auf ein Tag für ein Hauptrelease verweisen kann:
+
+```yaml
+steps:
+ - uses: actions/javascript-action@v1
+```
+
+Dieses Beispiel zeigt, wie ein Benutzer auf ein Tag für ein bestimmtes Patchrelease verweisen kann:
+
+```yaml
+steps:
+ - uses: actions/javascript-action@v1.0.1
+```
+
+### Verwenden von Branches für die Releaseverwaltung
+
+Wenn du lieber Branchnamen für die Releaseverwaltung verwendest, zeigt dir dieses Beispiel, wie du auf einen benannten Branch verweisen kannst:
+
+```yaml
+steps:
+ - uses: actions/javascript-action@v1-beta
+```
+
+### Verwenden des SHA eines Commits für die Releaseverwaltung
+
+Jeder Git-Commit erhält einen berechneten SHA-Wert, der eindeutig und unveränderlich ist. Die Benutzer deiner Aktion ziehen es vielleicht vor, sich auf den SHA-Wert eines Commits zu verlassen, da dieser Ansatz zuverlässiger ist als das Angeben eines Tags, das gelöscht oder verschoben werden könnte. Das bedeutet jedoch, dass die Benutzer keine weiteren Updates erhalten, die für die Aktion vorgenommen werden. Du musst den vollständigen SHA-Wert eines Commits verwenden, keinen abgekürzten Wert.
+
+```yaml
+steps:
+ - uses: actions/javascript-action@172239021f7ba04fe7327647b213799853a9eb89
+```
+
+## Eine README-Datei für die Aktion erstellen
+
+Wenn du deine Aktion öffentlich bereitstellen möchten, empfehlen wir, eine README-Datei zu erstellen, damit andere Benutzer verstehen, wie die Aktion zu verwenden ist. Du kannst diese Informationen in deine `README.md` aufnehmen:
+
+- Eine ausführliche Beschreibung, was die Aktion bewirkt
+- Erforderliche Eingabe- und Ausgabe-Argumente
+- Optionale Eingabe- und Ausgabe-Argumente
+- Geheimnisse, die in der Aktion verwendet werden
+- Umgebungsvariablen, die in der Aktion verwendet werden
+- Ein Beispiel für die Verwendung der Aktion in einem Workflow
+
+## Unterschiede zwischen {% data variables.product.prodname_actions %} und {% data variables.product.prodname_github_apps %}
+
+{% data variables.product.prodname_marketplace %} bietet Tools, um deinen Workflow zu verbessern. Wenn du die Unterschiede und die Vorteile der einzelnen Tools verstehst, kannst du das beste Tool für deinen Auftrag auswählen. Weitere Informationen zum Erstellen von Apps findest du unter [Informationen zu Apps](/apps/about-apps/).
+
+### Stärken von GitHub Aktionen und GitHub Apps
+
+Sowohl {% data variables.product.prodname_actions %} als auch {% data variables.product.prodname_github_apps %} bieten Möglichkeiten zur Entwicklung von Automatisierungs- und Workflowtools, aber durch ihre jeweiligen Stärken sind sie für unterschiedliche Zwecke von Nutzen.
+
+{% data variables.product.prodname_github_apps %}:
+* Laufen dauerhaft und können schnell auf Ereignisse reagieren.
+* Funktionieren hervorragend, wenn persistente Daten benötigt werden.
+* Funktionieren am besten mit API-Anforderungen, die nicht zeitaufwändig sind.
+* Laufen auf deinem Server oder auf deiner Rechner-Infrastruktur.
+
+{% data variables.product.prodname_actions %}:
+* Bieten Automatisierung für eine kontinuierliche Integration und kontinuierliche Bereitstellung.
+* Können direkt auf Runner-Maschinen oder in Docker-Containern laufen.
+* Können auch Zugriff auf einen Klon deines Repositorys einschließen und dadurch Bereitstellungs- und Veröffentlichungstools, Codeformatierern und Befehlszeilentools den Zugriff auf deinen Code erlauben.
+* Erfordern weder, dass du Code noch eine App bereitstellst.
+* Du benötigst eine einfache Schnittstelle zum Erstellen und Verwenden von Geheimnissen. Dadurch können die Aktionen mit Diensten von Drittanbietern interagieren, ohne die Anmelde-Informationen des Aktions-Benutzers speichern zu müssen.
+
+## Weiterführende Themen
+
+- [Entwicklungstools für {% data variables.product.prodname_actions %}](/articles/development-tools-for-github-actions)
diff --git a/translations/de-DE/content/actions/creating-actions/creating-a-composite-action.md b/translations/de-DE/content/actions/creating-actions/creating-a-composite-action.md
new file mode 100644
index 0000000000..382e81006b
--- /dev/null
+++ b/translations/de-DE/content/actions/creating-actions/creating-a-composite-action.md
@@ -0,0 +1,142 @@
+---
+title: Creating a composite action
+shortTitle: Create a composite action
+intro: 'In this guide, you''ll learn how to build a composite action.'
+redirect_from:
+ - /actions/creating-actions/creating-a-composite-run-steps-action
+versions:
+ fpt: '*'
+ ghes: '*'
+ ghae: '*'
+ ghec: '*'
+type: tutorial
+topics:
+ - Action development
+---
+
+{% data reusables.actions.enterprise-beta %}
+{% data reusables.actions.enterprise-github-hosted-runners %}
+
+## Introduction
+
+In this guide, you'll learn about the basic components needed to create and use a packaged composite action. To focus this guide on the components needed to package the action, the functionality of the action's code is minimal. The action prints "Hello World" and then "Goodbye", or if you provide a custom name, it prints "Hello [who-to-greet]" and then "Goodbye". The action also maps a random number to the `random-number` output variable, and runs a script named `goodbye.sh`.
+
+Once you complete this project, you should understand how to build your own composite action and test it in a workflow.
+
+{% data reusables.actions.context-injection-warning %}
+
+## Prerequisites
+
+Before you begin, you'll create a repository on {% ifversion ghae %}{% data variables.product.product_name %}{% else %}{% data variables.location.product_location %}{% endif %}.
+
+1. Create a new public repository on {% data variables.location.product_location %}. You can choose any repository name, or use the following `hello-world-composite-action` example. You can add these files after your project has been pushed to {% data variables.product.product_name %}. For more information, see "[Create a new repository](/articles/creating-a-new-repository)."
+
+1. Clone your repository to your computer. For more information, see "[Cloning a repository](/articles/cloning-a-repository)."
+
+1. From your terminal, change directories into your new repository.
+
+ ```shell
+ cd hello-world-composite-action
+ ```
+
+2. In the `hello-world-composite-action` repository, create a new file called `goodbye.sh`, and add the following example code:
+
+ ```bash
+ echo "Goodbye"
+ ```
+
+3. From your terminal, make `goodbye.sh` executable.
+
+ ```shell
+ chmod +x goodbye.sh
+ ```
+
+1. From your terminal, check in your `goodbye.sh` file.
+ ```shell
+ git add goodbye.sh
+ git commit -m "Add goodbye script"
+ git push
+ ```
+
+## Creating an action metadata file
+
+1. In the `hello-world-composite-action` repository, create a new file called `action.yml` and add the following example code. For more information about this syntax, see "[`runs` for a composite actions](/actions/creating-actions/metadata-syntax-for-github-actions#runs-for-composite-actions)".
+
+ {% raw %}
+ **action.yml**
+ ```yaml
+ name: 'Hello World'
+ description: 'Greet someone'
+ inputs:
+ who-to-greet: # id of input
+ description: 'Who to greet'
+ required: true
+ default: 'World'
+ outputs:
+ random-number:
+ description: "Random number"
+ value: ${{ steps.random-number-generator.outputs.random-number }}
+ runs:
+ using: "composite"
+ steps:
+ - run: echo Hello ${{ inputs.who-to-greet }}.
+ shell: bash
+ - id: random-number-generator{% endraw %}
+{%- ifversion actions-save-state-set-output-envs %}
+ run: echo "random-number=$(echo $RANDOM)" >> $GITHUB_OUTPUT
+{%- else %}
+ run: echo "::set-output name=random-number::$(echo $RANDOM)"
+{%- endif %}{% raw %}
+ shell: bash
+ - run: echo "${{ github.action_path }}" >> $GITHUB_PATH
+ shell: bash
+ - run: goodbye.sh
+ shell: bash
+ ```
+ {% endraw %}
+ This file defines the `who-to-greet` input, maps the random generated number to the `random-number` output variable, and runs the `goodbye.sh` script. It also tells the runner how to execute the composite action.
+
+ For more information about managing outputs, see "[`outputs` for a composite action](/actions/creating-actions/metadata-syntax-for-github-actions#outputs-for-composite-actions)".
+
+ For more information about how to use `github.action_path`, see "[`github context`](/actions/reference/context-and-expression-syntax-for-github-actions#github-context)".
+
+1. From your terminal, check in your `action.yml` file.
+
+ ```shell
+ git add action.yml
+ git commit -m "Add action"
+ git push
+ ```
+
+1. From your terminal, add a tag. This example uses a tag called `v1`. For more information, see "[About actions](/actions/creating-actions/about-actions#using-release-management-for-actions)."
+
+ ```shell
+ git tag -a -m "Description of this release" v1
+ git push --follow-tags
+ ```
+
+## Testing out your action in a workflow
+
+The following workflow code uses the completed hello world action that you made in "[Creating an action metadata file](/actions/creating-actions/creating-a-composite-action#creating-an-action-metadata-file)".
+
+Copy the workflow code into a `.github/workflows/main.yml` file in another repository, but replace `actions/hello-world-composite-action@v1` with the repository and tag you created. You can also replace the `who-to-greet` input with your name.
+
+**.github/workflows/main.yml**
+```yaml
+on: [push]
+
+jobs:
+ hello_world_job:
+ runs-on: ubuntu-latest
+ name: A job to say hello
+ steps:
+ - uses: {% data reusables.actions.action-checkout %}
+ - id: foo
+ uses: actions/hello-world-composite-action@v1
+ with:
+ who-to-greet: 'Mona the Octocat'
+ - run: echo random-number {% raw %}${{ steps.foo.outputs.random-number }}{% endraw %}
+ shell: bash
+```
+
+From your repository, click the **Actions** tab, and select the latest workflow run. The output should include: "Hello Mona the Octocat", the result of the "Goodbye" script, and a random number.
diff --git a/translations/de-DE/content/actions/creating-actions/creating-a-docker-container-action.md b/translations/de-DE/content/actions/creating-actions/creating-a-docker-container-action.md
new file mode 100644
index 0000000000..6ea8fbe52c
--- /dev/null
+++ b/translations/de-DE/content/actions/creating-actions/creating-a-docker-container-action.md
@@ -0,0 +1,252 @@
+---
+title: Creating a Docker container action
+shortTitle: Create a Docker container action
+intro: 'This guide shows you the minimal steps required to build a Docker container action. '
+redirect_from:
+ - /articles/creating-a-docker-container-action
+ - /github/automating-your-workflow-with-github-actions/creating-a-docker-container-action
+ - /actions/automating-your-workflow-with-github-actions/creating-a-docker-container-action
+ - /actions/building-actions/creating-a-docker-container-action
+versions:
+ fpt: '*'
+ ghes: '*'
+ ghae: '*'
+ ghec: '*'
+type: tutorial
+topics:
+ - Action development
+ - Docker
+---
+
+{% data reusables.actions.enterprise-beta %}
+{% data reusables.actions.enterprise-github-hosted-runners %}
+
+## Introduction
+
+In this guide, you'll learn about the basic components needed to create and use a packaged Docker container action. To focus this guide on the components needed to package the action, the functionality of the action's code is minimal. The action prints "Hello World" in the logs or "Hello [who-to-greet]" if you provide a custom name.
+
+Once you complete this project, you should understand how to build your own Docker container action and test it in a workflow.
+
+{% data reusables.actions.self-hosted-runner-reqs-docker %}
+
+{% data reusables.actions.context-injection-warning %}
+
+## Prerequisites
+
+You may find it helpful to have a basic understanding of {% data variables.product.prodname_actions %} environment variables and the Docker container filesystem:
+
+- "[Using environment variables](/actions/automating-your-workflow-with-github-actions/using-environment-variables)"
+{% ifversion ghae %}
+- "[Docker container filesystem](/actions/using-github-hosted-runners/about-ae-hosted-runners#docker-container-filesystem)."
+{% else %}
+- "[About {% data variables.product.prodname_dotcom %}-hosted runners](/actions/using-github-hosted-runners/about-github-hosted-runners#docker-container-filesystem)"
+{% endif %}
+
+Before you begin, you'll need to create a {% data variables.product.prodname_dotcom %} repository.
+
+1. Create a new repository on {% data variables.location.product_location %}. You can choose any repository name or use "hello-world-docker-action" like this example. For more information, see "[Create a new repository](/articles/creating-a-new-repository)."
+
+1. Clone your repository to your computer. For more information, see "[Cloning a repository](/articles/cloning-a-repository)."
+
+1. From your terminal, change directories into your new repository.
+
+ ```shell{:copy}
+ cd hello-world-docker-action
+ ```
+
+## Creating a Dockerfile
+
+In your new `hello-world-docker-action` directory, create a new `Dockerfile` file. Make sure that your filename is capitalized correctly (use a capital `D` but not a capital `f`) if you're having issues. For more information, see "[Dockerfile support for {% data variables.product.prodname_actions %}](/actions/creating-actions/dockerfile-support-for-github-actions)."
+
+**Dockerfile**
+```Dockerfile{:copy}
+# Container image that runs your code
+FROM alpine:3.10
+
+# Copies your code file from your action repository to the filesystem path `/` of the container
+COPY entrypoint.sh /entrypoint.sh
+
+# Code file to execute when the docker container starts up (`entrypoint.sh`)
+ENTRYPOINT ["/entrypoint.sh"]
+```
+
+## Creating an action metadata file
+
+Create a new `action.yml` file in the `hello-world-docker-action` directory you created above. For more information, see "[Metadata syntax for {% data variables.product.prodname_actions %}](/actions/creating-actions/metadata-syntax-for-github-actions)."
+
+{% raw %}
+**action.yml**
+```yaml{:copy}
+# action.yml
+name: 'Hello World'
+description: 'Greet someone and record the time'
+inputs:
+ who-to-greet: # id of input
+ description: 'Who to greet'
+ required: true
+ default: 'World'
+outputs:
+ time: # id of output
+ description: 'The time we greeted you'
+runs:
+ using: 'docker'
+ image: 'Dockerfile'
+ args:
+ - ${{ inputs.who-to-greet }}
+```
+{% endraw %}
+
+This metadata defines one `who-to-greet` input and one `time` output parameter. To pass inputs to the Docker container, you should declare the input using `inputs` and pass the input in the `args` keyword. Everything you include in `args` is passed to the container, but for better discoverability for users of your action, we recommended using inputs.
+
+{% data variables.product.prodname_dotcom %} will build an image from your `Dockerfile`, and run commands in a new container using this image.
+
+## Writing the action code
+
+You can choose any base Docker image and, therefore, any language for your action. The following shell script example uses the `who-to-greet` input variable to print "Hello [who-to-greet]" in the log file.
+
+Next, the script gets the current time and sets it as an output variable that actions running later in a job can use. In order for {% data variables.product.prodname_dotcom %} to recognize output variables, you must {% ifversion actions-save-state-set-output-envs %}write them to the `$GITHUB_OUTPUT` environment file: `echo "