Skip to content

typos fixed #22

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Sep 22, 2019
Merged

typos fixed #22

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions TRANSLATION_NOTES_DE.asc
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -80,7 +80,7 @@ Commit-Beschreibung; Singular: die Commit-Beschreibung; Plural: die Commit-Besch
|Contributor|
Mitwirkender
|Diff|
Diff; Singular: der Diff; Plural: die Diffs; Vorzugsweise die englische Version nutzen, alternativ kann auch die deutsche Übersetzung 'Vergleich oder Ausgabe eines Vergleichs' verwendet werden.
Diff; Singular: der Diff; Plural: die Diffs; Vorzugsweise die englische Version nutzen, alternativ kann auch die deutsche Übersetzung 'Vergleich oder Ausgabe eines Vergleichs' verwendet werden.
|==============================================================================

=== E – J
Expand Down Expand Up @@ -112,7 +112,7 @@ Integrator
|==============================================================================
|Englisch|Deutsch
|Lieutenant|
der Leutnant; Plural: die Leutnante
der Leutnant; Plural: die Leutnants
|Maintainer|
Projektbetreuer
|to maintain|
Expand Down
4 changes: 2 additions & 2 deletions book/02-git-basics/sections/recording-changes.asc
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -13,8 +13,8 @@ Wenn Sie ein Repository zum ersten Mal klonen, sind alle Dateien versioniert und
Sobald Sie anfangen, versionierte Dateien zu bearbeiten, erkennt Git diese als modifiziert, weil sie sich im Vergleich zum letzten Commit verändert haben.
Die geänderten Dateien können Sie dann für den nächsten Commit vormerken und schließlich alle Änderungen, die sich in der Staging-Area befinden, einchecken/committen. Danach wiederholt sich der Zyklus.

.Der Status Ihrer Dateien im Überblick.
image::images/lifecycle.png[The lifecycle of the status of your files.]
.Der Status Ihrer Dateien im Überblick
image::images/lifecycle.png[Der Status Ihrer Dateien im Überblick]

[[_checking_status]]
==== Zustand von Dateien prüfen
Expand Down
2 changes: 1 addition & 1 deletion book/02-git-basics/sections/viewing-history.asc
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -264,7 +264,7 @@ Zuletzt eine wirklich nützliche Option, die Sie als Filter an `git log` überge
Wenn Sie ein Verzeichnis oder einen Dateinamen angeben, können Sie die Log-Ausgabe auf Commits beschränken, die eine Änderung an diesen Dateien vorgenommen haben.
Das ist immer die letzte Option und wird in der Regel durch Doppelstriche (`--`) eingeleitet, um Pfade von den Optionen zu trennen.

In <<limit_options>> we'll list these and a few other common options for your reference.
In <<limit_options>> werden wir Ihnen diese und einige andere gängige Optionen als Referenz auflisten.

[[limit_options]]
.Optionen zur Anpassen der Ausgabe von `git log`
Expand Down
2 changes: 1 addition & 1 deletion book/03-git-branching/sections/remote-branches.asc
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -81,7 +81,7 @@ To https://github.com/schacon/simplegit

Das ist eine Art Abkürzung.
Git erweitert den Branch-Namen `serverfix` automatisch zu `refs/heads/serverfix:refs/heads/serverfix`, was soviel bedeutet wie „Nimm meinen lokalen `serverfix`-Branch und aktualisiere damit den `serverfix`-Branch auf meinem Remote-Server“.
Wir werden den `refs/heads/`-Teil in Kapitel 10 <<ch10-git-internals#ch10-git-internals,Git Interna>>noch näher beleuchten, Sie können ihn aber in der Regel auslassen.
Wir werden den `refs/heads/`-Teil in Kapitel 10 <<ch10-git-internals#ch10-git-internals,Git Interna>> noch näher beleuchten, Sie können ihn aber in der Regel auslassen.
Sie können auch die Anweisung `git push origin serverfix:serverfix` ausführen, was das Gleiche bewirkt – es bedeutet „Nimm meinen `serverfix` und mach ihn zum `serverfix` des Remote-Servers“.
Sie können dieses Format auch benutzen, um einen lokalen Branch in einen Remote-Branch mit anderem Namen zu pushen.
Wenn Sie nicht wollten, dass er auf dem Remote als `serverfix` bezeichnet wird, können Sie stattdessen `git push origin serverfix:awesomebranch` ausführen, um Ihren lokalen `serverfix` Branch auf den `awesomebranch` Branch im Remote-Projekt zu pushen.
Expand Down
6 changes: 3 additions & 3 deletions book/06-github/sections/2-contributing.asc
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -32,7 +32,7 @@ Nach ein paar Sekunden werden Sie auf Ihre neue Projektseite weitergeleitet, mit
(((GitHub, Flow)))
GitHub ist auf einen bestimmten Collaboration-Workflow ausgerichtet, der sich auf Pull-Requests konzentriert.
Dieser Ablauf funktioniert unabhängig davon, ob Sie eng in einem Team, in einem einzigen gemeinsamen Repository, mit einem global verteilten Unternehmen oder einem Netzwerk von Fremden, über Dutzende von Forks, zusammenarbeiten und zu einem Projekt beitragen.
Es ist um den Workflow aus <<ch03-git-branching#_topic_branch,Topic Branches>> konzentriert, der in Kapitel 3 <<ch03-git-branching#ch03-git-branching,Git Branching>> ausführlich besprochen wird.
Es ist um den Workflow aus <<ch03-git-branching#_topic_branch,Themen-Branches>> konzentriert, der in Kapitel 3 <<ch03-git-branching#ch03-git-branching,Git Branching>> ausführlich besprochen wird.

Im Prinzip funktioniert der Ablauf so:

Expand Down Expand Up @@ -175,7 +175,7 @@ Das Hinzufügen von Commits zu einem bestehenden Pull Request löst keine weiter
.finaler Pull-Request
image::images/blink-06-final.png[finaler Pull-Request]

Eine bemerkenswerte Besonderheit ist, dass Sie den "vereinheitlichten" Diff erhalten, wenn Sie auf die Registerkarte „Files Changed“ in diesem Pull-Request klicken – d.h. die gesamte aggregierte Differenz, die in Ihren Hauptzweig eingebracht würde, wenn dieser Themenzweig gemergt würde.
Eine bemerkenswerte Besonderheit ist, dass Sie den "vereinheitlichten" Diff erhalten, wenn Sie auf die Registerkarte „Files Changed“ in diesem Pull-Request klicken – d.h. die gesamte aggregierte Differenz, die in Ihren Hauptbranch eingebracht würde, wenn dieser Themenzweig gemergt würde.
Im Sinne von `git diff` zeigt es Ihnen grundsätzlich automatisch `git diff master…<branch>` für den Branch, auf dem dieser Pull Request basiert.
Siehe Kapitel 5 <<ch05-distributed-git#_what_is_introduced,Festlegen, was eingebracht wird>> für weitere Informationen über diese Art von Diff.

Expand Down Expand Up @@ -221,7 +221,7 @@ Wenn Ihr Pull-Request veraltet ist oder anderweitig nicht sauber zusammengeführ
GitHub wird das für Sie testen und Sie am Ende jedes Pull Requests darüber informieren, ob das Merge trivial ist oder nicht.

[[_pr_fail]]
.Pull Request lässt sich nicht sauber verschmelzen
.Pull Request lässt sich nicht sauber mergen
image::images/pr-01-fail.png[PR merge Fehlschlag]

Wenn Sie etwa „<<_pr_fail>>“ sehen, sollten Sie Ihren Branch so reparieren, dass er grün wird und der Maintainer keine zusätzliche Arbeit leisten muss.
Expand Down