Merge pull request #123 from Mo-Gul/remove-comments

bisher verbliebene Kommentare entfernt

Author: max123kl

book/01-introduction/sections/about-version-control.asc

@@ -7,7 +7,6 @@ Die Dateien, die in den Beispielen in diesem Buch unter Versionsverwaltung geste
 
 Als Grafik- oder Webdesigner möchte man zum Beispiel in der Lage sein, jede Version eines Bildes oder Layouts nachverfolgen zu können. Als solcher wäre es deshalb ratsam, ein Versionsverwaltungssystem (engl. Version Control System, VCS) einzusetzen.
 Ein solches System erlaubt es, einzelne Dateien oder auch ein ganzes Projekt in einen früheren Zustand zurückzuversetzen, nachzuvollziehen, wer zuletzt welche Änderungen vorgenommen hat, die möglicherweise Probleme verursachen, herauszufinden wer eine Änderung ursprünglich vorgenommen hat und viele weitere Dinge.
-// Grunde --> Grund?
 Ein Versionsverwaltungssystem bietet allgemein die Möglichkeit, jederzeit zu einem vorherigen, funktionierenden Zustand zurückzukehren, auch wenn man einmal Mist gebaut oder aus irgendeinem Grund Dateien verloren hat.
 All diese Vorteile erhält man für einen nur sehr geringen, zusätzlichen Aufwand.
 

book/01-introduction/sections/what-is-git.asc

@@ -30,7 +30,6 @@ Git arbeitet im Großen und Ganzen eher wie ein mit einigen unglaublich mächtig
 ==== Fast jede Funktion arbeitet lokal
 
 Die meisten Aktionen in Git benötigen nur lokale Dateien und Ressourcen, um ausgeführt zu werden – im Allgemeinen werden keine Informationen von einem anderen Computer in Ihrem Netzwerk benötigt.
-// "diesen"? Bisher war von "ihm" noch nie die Rede. --> einen
 Wenn Sie mit einem CVCS vertraut sind, bei dem die meisten Operationen durch Overhead eine Netzwerk-Latenz haben, dann wird diese Eigenschaft von Git Sie glauben lassen, dass Git von „Gottes Segen“ mit übernatürlichen Kräften bedacht wurde.
 Die allermeisten Operationen können nahezu ohne jede Verzögerung ausgeführt werden, da die vollständige Historie eines Projekts bereits auf dem jeweiligen Rechner verfügbar ist.
 

book/02-git-basics/sections/recording-changes.asc

@@ -69,8 +69,6 @@ Für Ihre neue `README`-Datei, können Sie folgendes ausführen:
 $ git add README
 ----
 
-// Im vorherigen Satz war "README" noch in Backticks.
-// Ist es Absicht, dass dies hier nicht der Fall ist? Eventuell oben auch ohne Backticks?
 Wenn Sie erneut den Befehl `git status` ausführen, werden Sie sehen, dass sich Ihre `README`-Datei jetzt unter Versionsverwaltung befindet und für den nächsten Commit vorgemerkt ist:
 
 [source,console]
@@ -340,8 +338,6 @@ Es ist wichtig zu wissen, dass `git diff` von sich aus nicht alle Änderungen se
 Wenn Sie alle Ihre Änderungen bereits „gestaged“ haben, wird `git diff` Ihnen keine Antwort geben.
 
 Ein weiteres Beispiel: wenn Sie die Datei `CONTRIBUTING.md` zum Commit vormerken und dann wieder bearbeiten, können Sie mit `git diff` die Änderungen in der „staged“-Datei und die „unstaged“-Änderungen sehen.
-// Der Text is auch im Englischen schon suboptimal
-// Ich ändere ihn mal so ab, dass er sich vernünftig lesen lässt ...
 Wenn Sie folgendes gemacht haben
 
 [source,console]
@@ -476,8 +472,6 @@ Sie können sehen, dass der Commit eine Nachricht über sich selbst ausgegeben h
 
 Denken Sie daran, dass der Commit den Snapshot aufzeichnet, den Sie in Ihrer Staging-Area eingerichtet haben.
 Alles, was von Ihnen nicht zum Commit vorgemerkt wurde, liegt immer noch als modifiziert da. Sie können einen weiteren Commit durchführen, um es zu Ihrer Historie hinzuzufügen.
-// Ich finde (erneut), dass "Projekts" komisch klingt. Ich würde "Projektes" bevorzugen.
-// Beide Varianten gibt es und sollten vereinheitlicht werden.
 Jedes Mal, wenn Sie einen Commit ausführen, zeichnen Sie einen Schnappschuss Ihres Projekts auf, auf den Sie zurückgreifen oder mit einem späteren Zeitpunkt vergleichen können.
 
 ==== Die Staging-Area überspringen
@@ -504,7 +498,6 @@ $ git commit -a -m 'Add new benchmarks'
  1 file changed, 5 insertions(+), 0 deletions(-)
 ----
 
-// "auf der Datei" --> "für die Datei"?
 Beachten Sie, dass Sie in diesem Fall `git add` nicht für die Datei `CONTRIBUTING.md` ausführen müssen, bevor Sie committen.
 Das liegt daran, dass das `-a`-Flag alle geänderten Dateien einschließt.
 Das ist bequem, aber seien Sie vorsichtig. Manchmal führt dieses Flag dazu, dass Sie ungewollte Änderungen vornehmen.

book/introduction.asc

@@ -11,9 +11,6 @@ In *Kapitel 1*, werden wir Version Control Systeme (VCSs) und die Grundlagen von
 Dann werden wir beschreiben, wie Sie Git herunterladen und zum ersten Mal einrichten können, wenn Sie es noch nicht auf Ihrem System installiert haben.
 
 In *Kapitel 2* gehen wir auf die grundlegende Git-Verwendung ein – wie Sie Git in den 80% der Fälle verwenden, denen Sie am häufigsten begegnen.
-// "Veränderungen" klingt nicht gut --> 
-// "... Dateien anzupassen und Änderungen beizutragen." oder
-// "... Dateien anzupassen und Anpassungen beizutragen."
 Nachdem Sie dieses Kapitel gelesen haben, sollten Sie in der Lage sein, ein Repository zu klonen, zu sehen, was in der Verlaufshistorie des Projekts passiert ist, Dateien zu modifizieren und mit Anpassungen beizutragen.
 Angenommen dieses Buch geht in diesem Augenblick in Flammen auf, dann sollten Sie trotzdem schon in der Lage sein, so weit bei der Anwendung von Git zu helfen, um die Zeit zu überbrücken bis ein neues Exemplar dieses Buches beschafft ist.