Merge pull request #99 from saxc/fix-spelling

change MacOS and MacOS X to macOS

Author: max123kl

TRANSLATION_NOTES_DE.asc

@@ -46,7 +46,7 @@ Glücklicherweise können diese Sonderzeichen aber über einen UTF-Code identifi
 
 Unter Windows (schon seit dem Urahn Windows 3.11) gibt man mit `alt + <Zahlencode>` einen String ein, der das Sonderzeichen ausgibt (eine grafische Auflistung kann man mit dem System-Tool „Zeichentabelle“ erhalten).
 
-Für MacOS X ist link:https://www.die-tastenkombination.de/tastenkombinationen-mac-os-sonderzeichen.html[hier] und link:https://www.maclife.de/tipps-tricks/mac-os-x/drei-wege-zum-sonderzeichen-unter-os-x[hier] eine Auflistung bzw. eine Anleitung zu sehen. Außerdem können mit dem System-Tool „Zeichenübersicht“ alle verfügbaren Zeichen angezeigt werden.
+Für macOS ist link:https://www.die-tastenkombination.de/tastenkombinationen-mac-os-sonderzeichen.html[hier] und link:https://www.maclife.de/tipps-tricks/mac-os-x/drei-wege-zum-sonderzeichen-unter-os-x[hier] eine Auflistung bzw. eine Anleitung zu sehen. Außerdem können mit dem System-Tool „Zeichenübersicht“ alle verfügbaren Zeichen angezeigt werden.
 
 Bei Linux gibt es zu viele Distributionen und verschiedene Desktop-GUIs, die jeweils unterschiedliche Vorgehensweisen erfordern, um sie in diesem Rahmen erschöpfend auflisten zu können.
 

book/01-introduction/sections/first-time-setup.asc

@@ -74,7 +74,7 @@ $ git config --global core.editor "'C:/Program Files/Notepad++/notepad++.exe' -m
 
 [NOTE]
 ====
-Vim, Emacs und Notepad++ sind beliebte Texteditoren, die von Entwicklern häufig auf Unix-basierten Systemen wie Linux und MacOS oder einem Windows-System verwendet werden.
+Vim, Emacs und Notepad++ sind beliebte Texteditoren, die von Entwicklern häufig auf Unix-basierten Systemen wie Linux und macOS oder einem Windows-System verwendet werden.
 Wenn Sie einen anderen Editor oder eine 32-Bit-Version verwenden, finden Sie in <<C-git-commands#_core_editor>> spezielle Anweisungen, wie Sie Ihren bevorzugten Editor mit Git einrichten können.
 
 ====

book/04-git-server/sections/git-on-a-server.asc

@@ -5,7 +5,7 @@ Nun geht es darum, einen Git-Dienst einzurichten, der diese Protokolle auf Ihrem
 
 [NOTE]
 ====
-Hier zeigen wir Ihnen die Befehle und Schritte, die für die einfache, vereinfachte Installation auf einem Linux-basierten Server erforderlich sind, aber es ist auch möglich, diese Dienste auf MacOS- oder Windows-Servern auszuführen.
+Hier zeigen wir Ihnen die Befehle und Schritte, die für die einfache, vereinfachte Installation auf einem Linux-basierten Server erforderlich sind, aber es ist auch möglich, diese Dienste auf macOS- oder Windows-Servern auszuführen.
 Die tatsächliche Einrichtung eines Produktionsservers innerhalb Ihrer Infrastruktur wird sicherlich Unterschiede in Bezug auf Sicherheitsmaßnahmen oder Betriebssystemwerkzeuge mit sich bringen, aber hoffentlich gibt Ihnen das hier einen Überblick darüber, worum es geht.
 ====
 

book/04-git-server/sections/protocols.asc

@@ -29,7 +29,7 @@ $ git clone file:///srv/git/project.git
 Git funktioniert etwas anders, wenn Sie `file://` explizit am Anfang der URL angeben.
 Wenn Sie nur den Pfad angeben, versucht Git, Hardlinks zu verwenden oder die benötigten Dateien direkt zu kopieren.
 Wenn Sie `file://` angeben, löst Git Prozesse aus, die normalerweise zum Übertragen von Daten über ein Netzwerk verwendet werden, was im Allgemeinen viel weniger effizient ist.
-Der Hauptgrund für die Angabe des Präfix `file://` ist, wenn Sie eine saubere Kopie des Repositorys mit fremden Referenzen oder weggelassenen Objekten wünschen – in der Regel nach einem Import aus einem anderen VCS oder ähnlichem (siehe <<ch10-git-internals#ch10-git-internals,Git Interna>> für Wartungsaufgaben.
+Der Hauptgrund für die Angabe des Präfix `file://` ist, wenn Sie eine saubere Kopie des Repositorys mit fremden Referenzen oder weggelassenen Objekten wünschen – in der Regel nach einem Import aus einem anderen VCS oder ähnlichem (siehe <<ch10-git-internals#ch10-git-internals,Git Interna>> für Wartungsaufgaben).
 Wir werden hier den normalen Pfad verwenden, denn das ist fast immer schneller.
 
 Um ein lokales Repository zu einem bestehenden Git-Projekt hinzuzufügen, kann so vorgegangen werden:
@@ -82,13 +82,13 @@ Anstatt dafür verschiedene URLs einrichten zu müssen, können Sie nun eine ein
 Wenn Sie versuchen, einen Push durchzuführen und das Repository eine Authentifizierung erfordert (was normalerweise der Fall sein sollte), kann der Server nach einem Benutzernamen und einem Passwort fragen.
 Gleiches gilt für den Lesezugriff.
 
-Für Dienste, wie GitHub, ist die URL, die Sie verwenden, um das Repository online anzuzeigen (z.B. https://github.com/schacon/simplegit[]), die gleiche URL, mit der Sie klonen und, wenn Sie Zugriff haben, verschieben können.
+Für Dienste, wie GitHub, ist die URL, die Sie verwenden, um das Repository online anzuzeigen (z.B. https://github.com/schacon/simplegit[]), die gleiche URL, mit der Sie klonen und, wenn Sie Zugriff haben, dorthin pushen können.
 
 ===== Dumb HTTP
 
 (((Protokolle, Dumb-HTTP)))
-Wenn der Server nicht mit einem Git HTTP Smart Service antwortet, versucht der Git Client, auf das einfachere _Dumb_ HTTP Protokoll zurückzugreifen..
-Das Dumb-Protokoll erwartet von dem Bare-Git-Repository, dass es vom Webserver wie normale Dateien handelt wird.
+Wenn der Server nicht mit einem Git HTTP Smart Service antwortet, versucht der Git Client, auf das einfachere _Dumb_ HTTP Protokoll zurückzugreifen.
+Das Dumb-Protokoll erwartet von dem Bare-Git-Repository, dass es vom Webserver wie normale Dateien behandelt wird.
 Das Schöne an Dumb HTTP ist die Einfachheit der Einrichtung.
 Im Grunde genommen müssen Sie nur ein leeres Git-Repository unter Ihre HTTP-Dokument-Root legen und einen bestimmten `post-update` Hook einrichten, und schon sind Sie fertig (siehe <<ch08-customizing-git#_git_hooks,Git Hooks>>).
 Ab diesem Zeitpunkt kann jeder, der auf den Webserver zugreifen kann, unter dem Sie das Repository ablegen, auch Ihr Repository klonen.
@@ -137,7 +137,7 @@ Git über HTTPS kann im Vergleich zu SSH auf einigen Servern etwas komplizierter
 Abgesehen davon gibt es sehr wenig Vorteile, die andere Protokolle gegenüber Smart HTTP für die Bereitstellung von Git-Inhalten haben.
 
 Wenn Sie HTTP für authentifiziertes Pushen verwenden, ist die Bereitstellung Ihrer Anmeldeinformationen manchmal komplizierter als die Verwendung von Schlüsseln über SSH.
-Es gibt jedoch mehrere Tools zum Zwischenspeichern von Berechtigungen, die Sie verwenden könnten, darunter Keychain-Zugriff auf MacOS und Credential Manager unter Windows, um das ziemlich zu Vereinfachen.
+Es gibt jedoch mehrere Tools zum Zwischenspeichern von Berechtigungen, die Sie verwenden könnten, darunter Keychain-Zugriff auf macOS und Credential Manager unter Windows, um das ziemlich zu Vereinfachen.
 Lesen Sie den Abschnitt <<ch07-git-tools#_credential_caching,Credential Storage>>, um zu erfahren, wie Sie ein sicheres HTTP-Passwort-Caching auf Ihrem System einrichten können.
 
 ==== SSH Protocol

book/08-customizing-git/sections/config.asc

@@ -150,7 +150,7 @@ $ git tag -s <tag-name>
 Sie können Suchmuster in die `.gitignore` Datei Ihres Projekts einfügen. Damit können Sie verhindern, dass Git, so bestimmte Dateien, als nicht in der Versionsverwaltung erfasste Dateien erkennt oder sie zum Commit vormerkt, wenn Sie `git add` darauf ausführen, wie in Kapitel 2, <<ch02-git-basics-chapter#_ignoring,Ignorieren von Dateien>> beschrieben.
 
 In manchen Fällen sollen bestimmte Dateien für alle Repositorys ignoriert werden, in denen Sie arbeiten.
-Falls Sie MacOS verwenden, kennen Sie vermutlich die `.DS_Store` Dateien.
+Falls Sie macOS verwenden, kennen Sie vermutlich die `.DS_Store` Dateien.
 Bei Emacs oder Vim kennen Sie Dateinamen, die mit einer Tilde (`~`) oder auf `.swp` enden.
 
 Mit dieser Einstellung können Sie eine gewisse, globale `.gitignore` Datei schreiben.
@@ -246,7 +246,7 @@ Sie können auch ein grafisches Tool zum Mergen und Lösen von Konflikten einric
 Wir zeigen Ihnen, wie Sie das Perforce Visual Merge Tool (P4Merge) einrichten, um Ihre Diffs und Merge-Ansichten zu analysieren, denn es ist ein praktisches grafisches Tool und kostenlos.
 
 Wenn Sie diese Software testen möchten – P4Merge läuft auf allen wichtigen Plattformen.
-Wir verwenden Pfadnamen in den Beispielen, die auf MacOS- und Linux-Systemen funktionieren. Unter Windows müssen Sie `/usr/local/bin` in einen ausführbaren Pfad in Ihrer Umgebung ändern.
+Wir verwenden Pfadnamen in den Beispielen, die auf macOS- und Linux-Systemen funktionieren. Unter Windows müssen Sie `/usr/local/bin` in einen ausführbaren Pfad in Ihrer Umgebung ändern.
 
 Starten Sie mit https://www.perforce.com/product/components/perforce-visual-merge-and-diff-tools[P4Merge von Perforce downloaden].
 Richten Sie danach externe Wrapper-Skripte ein, um Ihre Befehle auszuführen.
@@ -389,7 +389,7 @@ Git hat einige Konfigurationsoptionen, um bei diesen Schwierigkeiten zu helfen.
 
 (((crlf)))(((line endings)))(((Zeilen, neue)))(((Zeilen, Endung)))
 Wenn Sie unter Windows programmieren und mit Leuten arbeiten, die andere Systeme verwenden (oder umgekehrt), werden Sie wahrscheinlich irgendwann auf Probleme mit den Zeilenenden treffen.
-Der Grund hierfür ist, dass Windows in seinen Dateien sowohl ein Carriage-Return-Zeichen als auch ein Linefeed-Zeichen für Zeilenumbrüche verwendet, während MacOS- und Linux-Systeme nur das Linefeed-Zeichen verwenden.
+Der Grund hierfür ist, dass Windows in seinen Dateien sowohl ein Carriage-Return-Zeichen als auch ein Linefeed-Zeichen für Zeilenumbrüche verwendet, während macOS- und Linux-Systeme nur das Linefeed-Zeichen verwenden.
 Viele Editoren unter Windows ersetzen im Hintergrund bestehende Zeilenenden im LF-Stil durch CRLF oder fügen beide Zeilenendezeichen ein, wenn der Benutzer die Eingabetaste drückt.
 
 Git kann das durch automatische Konvertierung von CRLF-Zeilenenden in LF übernehmen, wenn Sie eine Datei zum Index hinzufügen, und umgekehrt, wenn es Code auf Ihr Dateisystem auscheckt.
@@ -401,15 +401,15 @@ Wenn Sie sich auf einem Windows-Computer befinden, setzen Sie die Einstellung au
 $ git config --global core.autocrlf true
 ----
 
-Auf einem Linux- oder MacOS-System, das LF-Zeilenenden verwendet, sollten Sie nicht zulassen, dass Git Dateien automatisch konvertiert, wenn Sie sie auschecken. Falls jedoch versehentlich eine Datei mit CRLF-Endungen hinzugefügt wird, können Sie dafür sorgen, dass Git sie korrigiert.
+Auf einem Linux- oder macOS-System, das LF-Zeilenenden verwendet, sollten Sie nicht zulassen, dass Git Dateien automatisch konvertiert, wenn Sie sie auschecken. Falls jedoch versehentlich eine Datei mit CRLF-Endungen hinzugefügt wird, können Sie dafür sorgen, dass Git sie korrigiert.
 Sie können Git anweisen, CRLF beim Commit in LF zu konvertieren, aber nicht umgekehrt, indem Sie `core.autocrlf` auf input setzen:
 
 [source,console]
 ----
 $ git config --global core.autocrlf input
 ----
 
-Dieses Setup sollte Ihnen CRLF-Endungen in Windows-Checkouts geben, aber LF-Endungen auf MacOS- und Linux-Systemen und im Repository.
+Dieses Setup sollte Ihnen CRLF-Endungen in Windows-Checkouts geben, aber LF-Endungen auf macOS- und Linux-Systemen und im Repository.
 
 Wenn Sie ein Windows-Programmierer sind, der ein reines Windows-Projekt durchführt, dann können Sie diese Funktionalität deaktivieren und die Carriage Returns im Repository aufzeichnen, indem Sie den Konfigurationswert auf `false` setzen:
 

book/A-git-in-other-environments/sections/guis.asc

@@ -69,7 +69,7 @@ Jedes von ihnen ist auf einen bestimmten Zweck zugeschnitten (Anzeigen des Verla
 ==== GitHub für macOS und Windows
 
 (((GitHub für macOS)))(((GitHub für Windows)))
-GitHub hat zwei Workflow-orientierte Git-Clients erstellt: einen für Windows und einen für MacOS.
+GitHub hat zwei Workflow-orientierte Git-Clients erstellt: einen für Windows und einen für macOS.
 Diese Clients sind ein gutes Beispiel für Workflow-orientierte Tools. Anstatt alle Funktionen von Git zu implementieren, konzentrieren sie sich stattdessen auf eine Reihe häufig verwendeter Funktionen, die gut zusammenarbeiten.
 Sie sehen so aus: