PageRenderTime 41ms CodeModel.GetById 17ms app.highlight 15ms RepoModel.GetById 1ms app.codeStats 0ms

/de/pot/branch.po

https://bitbucket.org/blynn/gitmagic
Portable Object | 861 lines | 769 code | 92 blank | 0 comment | 0 complexity | fae5081b4542bcea30c8e218909877e0 MD5 | raw file
Possible License(s): GPL-3.0
  1# Git Magic - A guide to using Git
  2# This file is distributed under the GNU GENERAL PUBLIC LICENSE Version 3.
  3# Benn Lynn <benlynn@gmail.com>, 2007.
  4# Armin Stebich <armin@lordofbikes.de>, 2010, 2011.
  5#
  6msgid ""
  7msgstr ""
  8"Project-Id-Version: Git Magic deutsch\n"
  9"Report-Msgid-Bugs-To: bennlynn@gmail.com\n"
 10"POT-Creation-Date: 2011-07-03 23:06+0300\n"
 11"PO-Revision-Date: 2011-07-03 23:23+0200\n"
 12"Last-Translator: Armin Stebich <armin@lordofbikes.de>\n"
 13"Language-Team: DE <gitmagic@lordofbikes.de>\n"
 14"Language: de\n"
 15"MIME-Version: 1.0\n"
 16"Content-Type: text/plain; charset=UTF-8\n"
 17"Content-Transfer-Encoding: UTF-8\n"
 18"Plural-Forms: \n"
 19
 20#. type: Plain text
 21#: ../en/branch.txt:2
 22msgid "== Branch Wizardry =="
 23msgstr "== 'Branch'-Magie =="
 24
 25#. type: Plain text
 26#: ../en/branch.txt:4
 27msgid ""
 28"Instant branching and merging are the most lethal of Git's killer features."
 29msgstr ""
 30"Unverzügliches 'Branchen' und 'Mergen' sind die hervorstechenden "
 31"Eigenschaften von Git."
 32
 33#. type: Plain text
 34#: ../en/branch.txt:8
 35#, no-wrap
 36msgid ""
 37"*Problem*: External factors inevitably necessitate context switching. A severe\n"
 38"bug manifests in the released version without warning. The deadline for a\n"
 39"certain feature is moved closer. A developer whose help you need for a key section of the project is about to leave. In all cases, you must abruptly drop what you are doing and focus on a completely different task.\n"
 40msgstr "*Problem*: Externe Faktoren zwingen zum Wechsel des Kontext. Ein schwerwiegender Fehler in der veröffentlichten Version tritt ohne Vorwarnung auf. Die Frist für ein bestimmtes Leistungsmerkmal rückt näher. Ein Entwickler, dessen Unterstützung für eine Schlüsselstelle im Projekt wichtig ist, verlässt das Team. In allen Fällen musst du alles stehen und liegen lassen und dich auf eine komplett andere Aufgabe konzentrieren.\n"
 41
 42#. type: Plain text
 43#: ../en/branch.txt:10
 44msgid ""
 45"Interrupting your train of thought can be detrimental to your productivity, "
 46"and the more cumbersome it is to switch contexts, the greater the loss. With "
 47"centralized version control we must download a fresh working copy from the "
 48"central server. Distributed systems fare better, as we can clone the desired "
 49"version locally."
 50msgstr ""
 51"Den Gedankengang zu unterbrechen ist schlecht für die Produktivität und je "
 52"komplizierter der Kontextwechsel ist, desto größer ist der Verlust. Mit "
 53"zentraler Versionsverwaltung müssen wir eine neue Arbeitskopie vom Server "
 54"herunterladen. Bei verteilen Systemen ist das viel besser, da wir die "
 55"benötigt Version lokal 'clonen' können."
 56
 57#. type: Plain text
 58#: ../en/branch.txt:12
 59msgid ""
 60"But cloning still entails copying the whole working directory as well as the "
 61"entire history up to the given point. Even though Git reduces the cost of "
 62"this with file sharing and hard links, the project files themselves must be "
 63"recreated in their entirety in the new working directory."
 64msgstr ""
 65"Doch das 'Clonen' bringt das Kopieren des gesamten Arbeitsverzeichnis wie "
 66"auch die ganze Geschichte bis zum angegebenen Punkt mit sich. Auch wenn Git "
 67"die Kosten durch Dateifreigaben und Verknüpfungen reduziert, müssen doch die "
 68"gesamten  Projektdateien im neuen Arbeitsverzeichnis erstellt werden."
 69
 70#. type: Plain text
 71#: ../en/branch.txt:14
 72#, no-wrap
 73msgid "*Solution*: Git has a better tool for these situations that is much faster and more space-efficient than cloning: *git branch*.\n"
 74msgstr "*Lösung*: Git hat ein besseres Werkzeug für diese Situationen, die wesentlich schneller und platzsparender als 'clonen' ist: *git branch*.\n"
 75
 76#. type: Plain text
 77#: ../en/branch.txt:16
 78msgid ""
 79"With this magic word, the files in your directory suddenly shapeshift from "
 80"one version to another. This transformation can do more than merely go back "
 81"or forward in history. Your files can morph from the last release to the "
 82"experimental version to the current development version to your friend's "
 83"version and so on."
 84msgstr ""
 85"Mit diesem Zauberwort verwandeln sich die Dateien in deinem "
 86"Arbeitsverzeichnis plötzlich von einer Version in eine andere. Diese "
 87"Verwandlung kann mehr als nur in der Geschichte vor und zurück gehen. Deine "
 88"Dateien können sich verwandeln, vom aktuellsten Stand, zur experimentellen "
 89"Version, zum neusten Entwicklungsstand, zur Version deines Freundes und so "
 90"weiter."
 91
 92#. type: Plain text
 93#: ../en/branch.txt:18
 94msgid "=== The Boss Key ==="
 95msgstr "=== Die Chef-Taste ==="
 96
 97#. type: Plain text
 98#: ../en/branch.txt:20
 99msgid ""
100"Ever played one of those games where at the push of a button (``the boss "
101"key''), the screen would instantly display a spreadsheet or something? So if "
102"the boss walked in the office while you were playing the game you could "
103"quickly hide it away?"
104msgstr ""
105"Hast du schon einmal ein Spiel gespielt, wo beim Drücken einer Taste (``der "
106"Chef-Taste''), der Monitor sofort ein Tabellenblatt oder etwas anderes "
107"angezeigt hat? Dass, wenn der Chef ins Büro spaziert, während du das Spiel "
108"spielst, du es schnell verstecken kannst?"
109
110#. type: Plain text
111#: ../en/branch.txt:22
112msgid "In some directory:"
113msgstr "In irgendeinem Verzeichnis:"
114
115#. type: Plain text
116#: ../en/branch.txt:27
117#, no-wrap
118msgid ""
119" $ echo \"I'm smarter than my boss\" > myfile.txt\n"
120" $ git init\n"
121" $ git add .\n"
122" $ git commit -m \"Initial commit\"\n"
123msgstr ""
124" $ echo \"Ich bin klüger als mein Chef\" > meinedatei.txt\n"
125" $ git init\n"
126" $ git add .\n"
127" $ git commit -m \"Erster Stand\"\n"
128
129#. type: Plain text
130#: ../en/branch.txt:29
131msgid ""
132"We have created a Git repository that tracks one text file containing a "
133"certain message. Now type:"
134msgstr ""
135"Wir haben ein Git 'Repository' erstellt, das eine Textdatei mit einer "
136"bestimmten Nachricht enthält. Nun gib ein:"
137
138#. type: Plain text
139#: ../en/branch.txt:33
140#, no-wrap
141msgid ""
142" $ git checkout -b boss  # nothing seems to change after this\n"
143" $ echo \"My boss is smarter than me\" > myfile.txt\n"
144" $ git commit -a -m \"Another commit\"\n"
145msgstr ""
146" $ git checkout -b chef  # scheinbar hat sich danach nichts geändert\n"
147" $ echo \"Mein Chef ist klüger als ich\" > meinedatei.txt\n"
148" $ git commit -a -m \"Ein anderer Stand\"\n"
149
150#. type: Plain text
151#: ../en/branch.txt:35
152msgid ""
153"It looks like we've just overwritten our file and committed it. But it's an "
154"illusion. Type:"
155msgstr ""
156"Es sieht aus als hätten wir unsere Datei überschrieben und 'commitet'. Aber "
157"es ist eine Illusion. Tippe:"
158
159#. type: Plain text
160#: ../en/branch.txt:37
161#, no-wrap
162msgid " $ git checkout master  # switch to original version of the file\n"
163msgstr " $ git checkout master  # wechsle zur Originalversion der Datei\n"
164
165#. type: Plain text
166#: ../en/branch.txt:39
167msgid ""
168"and hey presto! The text file is restored. And if the boss decides to snoop "
169"around this directory, type:"
170msgstr ""
171"und Simsalabim! Die Textdatei ist wiederhergestellt. Und wenn der Chef in "
172"diesem Verzeichnis herumschnüffelt, tippe:"
173
174#. type: Plain text
175#: ../en/branch.txt:41
176#, no-wrap
177msgid " $ git checkout boss  # switch to version suitable for boss' eyes\n"
178msgstr " $ git checkout chef  # wechsle zur Version die der Chef ruhig sehen kann\n"
179
180#. type: Plain text
181#: ../en/branch.txt:43
182msgid ""
183"You can switch between the two versions of the file as much as you like, and "
184"commit to each independently."
185msgstr ""
186"Du kannst zwischen den beiden Versionen wechseln, so oft du willst und du "
187"kannst unabhängig voneinander in jeder Version Änderungen 'commiten'"
188
189#. type: Plain text
190#: ../en/branch.txt:45
191msgid "=== Dirty Work ==="
192msgstr "=== Schmutzarbeit ==="
193
194#. type: Plain text
195#: ../en/branch.txt:48
196msgid ""
197"[[branch]] Say you're working on some feature, and for some reason, you need "
198"to go back three versions and temporarily put in a few print statements to "
199"see how something works. Then:"
200msgstr ""
201"[[branch]] Sagen wir, du arbeitest an einer Funktion und du musst, warum "
202"auch immer, drei Versionen zurückgehen um ein paar print Anweisungen "
203"einzufügen, damit du siehst, wie etwas funktioniert. Dann:"
204
205#. type: Plain text
206#: ../en/branch.txt:51
207#, no-wrap
208msgid ""
209" $ git commit -a\n"
210" $ git checkout HEAD~3\n"
211msgstr ""
212" $ git commit -a\n"
213" $ git checkout HEAD~3\n"
214
215#. type: Plain text
216#: ../en/branch.txt:53
217msgid ""
218"Now you can add ugly temporary code all over the place. You can even commit "
219"these changes. When you're done,"
220msgstr ""
221"Nun kannst du überall wild temporären Code hinzufügen. Du kannst diese "
222"Änderungen sogar 'commiten'. Wenn du fertig bist,"
223
224#. type: Plain text
225#: ../en/branch.txt:55
226#, no-wrap
227msgid " $ git checkout master\n"
228msgstr " $ git checkout master\n"
229
230#. type: Plain text
231#: ../en/branch.txt:57
232msgid ""
233"to return to your original work. Observe that any uncommitted changes are "
234"carried over."
235msgstr ""
236"um zur ursprünglichen Arbeit zurückzukehren. Beachte, dass alle Änderungen, "
237"die nicht 'commitet' sind übernommen werden."
238
239#. type: Plain text
240#: ../en/branch.txt:59
241msgid "What if you wanted to save the temporary changes after all? Easy:"
242msgstr ""
243"Was, wenn du am Ende die temporären Änderungen sichern willst? Einfach:"
244
245#. type: Plain text
246#: ../en/branch.txt:61
247#, no-wrap
248msgid " $ git checkout -b dirty\n"
249msgstr " $ git checkout -b schmutzig\n"
250
251#. type: Plain text
252#: ../en/branch.txt:63
253msgid ""
254"and commit before switching back to the master branch. Whenever you want to "
255"return to the dirty changes, simply type:"
256msgstr ""
257"und 'commite' bevor du auf den 'Master Branch' zurückschaltest. Wann immer "
258"du zu deiner Schmutzarbeit zurückkehren willst, tippe einfach:"
259
260#. type: Plain text
261#: ../en/branch.txt:65
262#, no-wrap
263msgid " $ git checkout dirty\n"
264msgstr " $ git checkout schnmutzig\n"
265
266#. type: Plain text
267#: ../en/branch.txt:67
268msgid ""
269"We touched upon this command in an earlier chapter, when discussing loading "
270"old states. At last we can tell the whole story: the files change to the "
271"requested state, but we must leave the master branch. Any commits made from "
272"now on take your files down a different road, which can be named later."
273msgstr ""
274"Wir sind mit dieser Anweisung schon in einem früheren Kapitel in Berührung "
275"gekommen, als wir das Laden alter Stände besprochen haben. Nun können wir "
276"die ganze Geschichte erzählen: Die Dateien ändern sich zu dem angeforderten "
277"Stand, aber wir müssen den 'Master Branch' verlassen. Jeder 'Commit' ab "
278"jetzt führt deine Dateien auf einen anderen Weg, dem wir später noch einen "
279"Namen geben können."
280
281#. type: Plain text
282#: ../en/branch.txt:69
283msgid ""
284"In other words, after checking out an old state, Git automatically puts you "
285"in a new, unnamed branch, which can be named and saved with *git checkout -"
286"b*."
287msgstr ""
288"Mit anderen Worten, nach dem Abrufen eines alten Stands versetzt dich Git "
289"automatisch in einen neuen, unbenannten 'Branch', der mit *git checkout -b* "
290"benannt und gesichert werden kann."
291
292#. type: Plain text
293#: ../en/branch.txt:71
294msgid "=== Quick Fixes ==="
295msgstr "=== Schnelle Fehlerbehebung ==="
296
297#. type: Plain text
298#: ../en/branch.txt:73
299msgid ""
300"You're in the middle of something when you are told to drop everything and "
301"fix a newly discovered bug in commit `1b6d...`:"
302msgstr ""
303"Du steckst mitten in der Arbeit, als es heißt alles fallen zu lassen um "
304"einen neu entdeckten Fehler in 'Commit' `1b6d...` zu beheben:"
305
306#. type: Plain text
307#: ../en/branch.txt:76
308#, no-wrap
309msgid ""
310" $ git commit -a\n"
311" $ git checkout -b fixes 1b6d\n"
312msgstr ""
313" $ git commit -a\n"
314" $ git checkout -b fixes 1b6d\n"
315
316#. type: Plain text
317#: ../en/branch.txt:78
318msgid "Then once you've fixed the bug:"
319msgstr "Dann, wenn du den Fehler behoben hast:"
320
321#. type: Plain text
322#: ../en/branch.txt:81
323#, no-wrap
324msgid ""
325" $ git commit -a -m \"Bug fixed\"\n"
326" $ git checkout master\n"
327msgstr ""
328" $ git commit -a -m \"Fehler behoben\"\n"
329" $ git checkout master\n"
330
331#. type: Plain text
332#: ../en/branch.txt:84
333msgid ""
334"and resume work on your original task. You can even 'merge' in the freshly "
335"baked bugfix:"
336msgstr ""
337"und fahre mit deiner ursprünglichen Arbeit fort. Du kannst sogar die frisch "
338"gebackene Fehlerkorrektur auf Deinen aktuellen Stand übernehmen:"
339
340#. type: Plain text
341#: ../en/branch.txt:86
342#, no-wrap
343msgid " $ git merge fixes\n"
344msgstr " $ git merge fixes\n"
345
346#. type: Plain text
347#: ../en/branch.txt:88
348msgid "=== Merging ==="
349msgstr "=== 'Mergen' ==="
350
351#. type: Plain text
352#: ../en/branch.txt:92
353msgid ""
354"With some version control systems, creating branches is easy but merging "
355"them back together is tough. With Git, merging is so trivial that you might "
356"be unaware of it happening."
357msgstr ""
358"Mit einigen Versionsverwaltungssystemen ist das Erstellen eines 'Branch' "
359"einfach, aber das Zusammenfügen ('Mergen') ist schwierig. Mit Git ist "
360"'Mergen' so einfach, dass du gar nicht merkst, wenn es passiert."
361
362#. type: Plain text
363#: ../en/branch.txt:98
364msgid ""
365"We actually encountered merging long ago. The *pull* command in fact "
366"'fetches' commits and then merges them into your current branch. If you have "
367"no local changes, then the merge is a 'fast forward', a degenerate case akin "
368"to fetching the latest version in a centralized version control system. But "
369"if you do have local changes, Git will automatically merge, and report any "
370"conflicts."
371msgstr ""
372"Tatsächlich sind wir dem 'Mergen' schon lange begegnet. Die *pull* Anweisung "
373"holt ('fetch') eigentlich die 'Commits' und verschmilzt ('merged') diese "
374"dann mit dem aktuellen 'Branch'. Wenn du keine lokalen Änderungen hast, dann "
375"ist 'merge' eine 'schnelle Weiterleitung', ein Ausnahmefall, ähnlich dem "
376"Abrufen der letzten Version eines zentralen Versionsverwaltungssystems. Wenn "
377"du aber Änderungen hast, wird Git diese automatisch 'mergen' und dir "
378"Konflikte melden."
379
380#. type: Plain text
381#: ../en/branch.txt:103
382msgid ""
383"Ordinarily, a commit has exactly one 'parent commit', namely, the previous "
384"commit. Merging branches together produces a commit with at least two "
385"parents.  This begs the question: what commit does `HEAD~10` really refer "
386"to? A commit could have multiple parents, so which one do we follow?"
387msgstr ""
388"Normalerweise hat ein 'Commit' genau einen Eltern-'Commit', nämlich den "
389"vorhergehenden 'Commit'. Das 'Mergen' mehrerer 'Branches' erzeugt einen "
390"'Commit' mit mindestens zwei Eltern. Das wirft die Frage auf: Welchen "
391"'Commit' referenziert `HEAD~10` tatsächlich? Ein 'Commit' kann mehrere "
392"Eltern haben, welchem folgen wir also?"
393
394#. type: Plain text
395#: ../en/branch.txt:108
396msgid ""
397"It turns out this notation chooses the first parent every time. This is "
398"desirable because the current branch becomes the first parent during a "
399"merge; frequently you're only concerned with the changes you made in the "
400"current branch, as opposed to changes merged in from other branches."
401msgstr ""
402"Es stellt sich heraus, dass diese Notation immer den ersten Elternteil "
403"wählt. Dies ist erstrebenswert, denn der aktuelle 'Branch' wird zum ersten "
404"Elternteil während eines 'Merge'; häufig bist du nur von Änderungen "
405"betroffen, die du im aktuellen 'Branch' gemacht hast, als von den Änderungen "
406"die von anderen 'Branches' eingebracht wurden."
407
408#. type: Plain text
409#: ../en/branch.txt:111
410msgid ""
411"You can refer to a specific parent with a caret. For example, to show the "
412"logs from the second parent:"
413msgstr ""
414"Du kannst einen bestimmten Elternteil mit einem Caret-Zeichen referenzieren. "
415"Um zum Beispiel die Logs vom zweiten Elternteil anzuzeigen:"
416
417#. type: Plain text
418#: ../en/branch.txt:113
419#, no-wrap
420msgid " $ git log HEAD^2\n"
421msgstr " $ git log HEAD^2\n"
422
423#. type: Plain text
424#: ../en/branch.txt:116
425msgid ""
426"You may omit the number for the first parent. For example, to show the "
427"differences with the first parent:"
428msgstr ""
429"Du kannst die Nummer für den ersten Elternteil weglassen. Um zum Beispiel "
430"die Unterschiede zum ersten Elternteil anzuzeigen:"
431
432#. type: Plain text
433#: ../en/branch.txt:118
434#, no-wrap
435msgid " $ git diff HEAD^\n"
436msgstr " $ git diff HEAD^\n"
437
438#. type: Plain text
439#: ../en/branch.txt:120
440msgid "You can combine this notation with other types. For example:"
441msgstr "Du kannst diese Notation mit anderen Typen kombinieren. Zum Beispiel:"
442
443#. type: Plain text
444#: ../en/branch.txt:122
445#, no-wrap
446msgid " $ git checkout 1b6d^^2~10 -b ancient\n"
447msgstr " $ git checkout 1b6d^^2~10 -b uralt\n"
448
449#. type: Plain text
450#: ../en/branch.txt:125
451msgid ""
452"starts a new branch ``ancient'' representing the state 10 commits back from "
453"the second parent of the first parent of the commit starting with 1b6d."
454msgstr ""
455"beginnt einen neuen 'Branch' ``uralt'', welcher den Stand 10 'Commits' "
456"zurück vom zweiten Elternteil des ersten Elternteil des 'Commits', dessen "
457"Hashwert mit 1b6d beginnt."
458
459#. type: Plain text
460#: ../en/branch.txt:127
461msgid "=== Uninterrupted Workflow ==="
462msgstr "=== Kontinuierlicher Arbeitsfluss ==="
463
464#. type: Plain text
465#: ../en/branch.txt:129
466msgid ""
467"Often in hardware projects, the second step of a plan must await the "
468"completion of the first step. A car undergoing repairs might sit idly in a "
469"garage until a particular part arrives from the factory. A prototype might "
470"wait for a chip to be fabricated before construction can continue."
471msgstr ""
472"In Herstellungsprozessen muss der zweiter Schritt eines Plans oft auf die "
473"Fertigstellung des ersten Schritt warten. Ein Auto, das repariert werden "
474"soll, steht unbenutzt in der Garage bis ein Ersatzteil geliefert wird. Ein "
475"Prototyp muss warten, bis ein Baustein fabriziert wurde, bevor die "
476"Konstruktion fortgesetzt werden kann."
477
478#. type: Plain text
479#: ../en/branch.txt:134
480msgid ""
481"Software projects can be similar. The second part of a new feature may have "
482"to wait until the first part has been released and tested. Some projects "
483"require your code to be reviewed before accepting it, so you might wait "
484"until the first part is approved before starting the second part."
485msgstr ""
486"Bei Softwareprojekten kann das ähnlich sein. Der zweite Teil eines "
487"Leistungsmerkmals muss warten, bis der erste Teil veröffentlicht und "
488"getestet wurde. Einige Projekte erfordern, dass dein Code überprüft werden "
489"muss bevor er akzeptiert wird, du musst also warten, bis der erste Teil "
490"geprüft wurde, bevor du mit dem zweiten Teil anfangen kannst."
491
492#. type: Plain text
493#: ../en/branch.txt:139
494msgid ""
495"Thanks to painless branching and merging, we can bend the rules and work on "
496"Part II before Part I is officially ready. Suppose you have committed Part I "
497"and sent it for review. Let's say you're in the `master` branch. Then branch "
498"off:"
499msgstr ""
500"Dank des schmerzlosen 'Branchen' und 'Mergen' können wir die Regeln beugen "
501"und am Teil II arbeiten, bevor Teil I offiziell freigegeben wurde. "
502"Angenommen du hast Teil I 'commitet' und zur Prüfung eingereicht. Sagen wir "
503"du bist im `master` 'Branch'. Dann 'branche' zu Teil II:"
504
505#. type: Plain text
506#: ../en/branch.txt:141
507#, no-wrap
508msgid " $ git checkout -b part2\n"
509msgstr " $ git checkout -b teil2\n"
510
511#. type: Plain text
512#: ../en/branch.txt:145
513msgid ""
514"Next, work on Part II, committing your changes along the way. To err is "
515"human, and often you'll want to go back and fix something in Part I.  If "
516"you're lucky, or very good, you can skip these lines."
517msgstr ""
518"Du arbeitest also an Teil II und 'commitest' deine Änderungen regelmäßig. "
519"Irren ist menschlich und so kann es vorkommen, dass du zurück zu Teil I "
520"willst um einen Fehler zu beheben. Wenn du Glück hast oder sehr gut bist, "
521"kannst du die nächsten Zeilen überspringen."
522
523#. type: Plain text
524#: ../en/branch.txt:151
525#, no-wrap
526msgid ""
527" $ git checkout master  # Go back to Part I.\n"
528" $ fix_problem\n"
529" $ git commit -a        # Commit the fixes.\n"
530" $ git checkout part2   # Go back to Part II.\n"
531" $ git merge master     # Merge in those fixes.\n"
532msgstr ""
533" $ git checkout master  # Gehe zurück zu Teil I.\n"
534" $ fix_problem\n"
535" $ git commit -a        # 'Commite' die Lösung.\n"
536" $ git checkout teil2   # Gehe zurück zu Teil II.\n"
537" $ git merge master     # 'Merge' die Lösung.\n"
538
539#. type: Plain text
540#: ../en/branch.txt:153
541msgid "Eventually, Part I is approved:"
542msgstr "Schließlich, Teil I ist zugelassen:"
543
544#. type: Plain text
545#: ../en/branch.txt:158
546#, no-wrap
547msgid ""
548" $ git checkout master  # Go back to Part I.\n"
549" $ submit files         # Release to the world!\n"
550" $ git merge part2      # Merge in Part II.\n"
551" $ git branch -d part2  # Delete \"part2\" branch.\n"
552msgstr ""
553" $ git checkout master  # Gehe zurück zu Teil I.\n"
554" $ submit files         # Veröffentliche deine Dateien!\n"
555" $ git merge teil2      # 'Merge' in Teil II.\n"
556" $ git branch -d teil2  # Lösche den Branch \"teil2\"\n"
557
558#. type: Plain text
559#: ../en/branch.txt:160
560msgid ""
561"Now you're in the `master` branch again, with Part II in the working "
562"directory."
563msgstr ""
564"Nun bist du wieder im `master` 'Branch', mit Teil II im Arbeitsverzeichnis."
565
566#. type: Plain text
567#: ../en/branch.txt:164
568msgid ""
569"It's easy to extend this trick for any number of parts. It's also easy to "
570"branch off retroactively: suppose you belatedly realize you should have "
571"created a branch 7 commits ago. Then type:"
572msgstr ""
573"Es ist einfach, diesen Trick auf eine beliebige Anzahl von Teilen zu "
574"erweitern. Es ist genauso einfach rückwirkend zu 'branchen': angenommen, du "
575"merkst zu spät, dass vor sieben 'Commits' ein 'Branch' erforderlich gewesen "
576"wäre. Dann tippe:"
577
578#. type: Plain text
579#: ../en/branch.txt:167
580#, no-wrap
581msgid ""
582" $ git branch -m master part2  # Rename \"master\" branch to \"part2\".\n"
583" $ git branch master HEAD~7    # Create new \"master\", 7 commits upstream.\n"
584msgstr ""
585" $ git branch -m master teil2  # Umbenennen des 'Branch' \"master\" zu \"teil2\".\n"
586" $ git branch master HEAD~7    # Erstelle neuen \"master\", 7 Commits voraus\n"
587
588#. type: Plain text
589#: ../en/branch.txt:172
590msgid ""
591"The `master` branch now contains just Part I, and the `part2` branch "
592"contains the rest. We are in the latter branch; we created `master` without "
593"switching to it, because we want to continue work on `part2`. This is "
594"unusual. Until now, we've been switching to branches immediately after "
595"creation, as in:"
596msgstr ""
597"Der `master` Branch enthält nun Teil I, und der `teil2` Branch enthält den "
598"Rest. Wir befinden uns in letzterem Branch; wir haben `master` erzeugt ohne "
599"dorthin zu wechseln, denn wir wollen im `teil2` weiterarbeiten. Das ist "
600"unüblich. Bisher haben wir unmittelbar nach dem Erstellen in einen 'Branch' "
601"gewechselt, wie in:"
602
603#. type: Plain text
604#: ../en/branch.txt:174
605#, no-wrap
606msgid " $ git checkout HEAD~7 -b master  # Create a branch, and switch to it.\n"
607msgstr " $ git checkout HEAD~7 -b master  # erzeuge einen Branch, und wechsle zu ihm.\n"
608
609#. type: Plain text
610#: ../en/branch.txt:176
611msgid "=== Reorganizing a Medley ==="
612msgstr "=== Mischmasch Reorganisieren ==="
613
614#. type: Plain text
615#: ../en/branch.txt:178
616msgid ""
617"Perhaps you like to work on all aspects of a project in the same branch. You "
618"want to keep works-in-progress to yourself and want others to see your "
619"commits only when they have been neatly organized. Start a couple of "
620"branches:"
621msgstr ""
622"Vielleicht magst du es, alle Aspekte eines Projekts im selben 'Branch' "
623"abzuarbeiten. Du willst deine laufenden Arbeiten für dich behalten und "
624"andere sollen deine 'Commits' nur sehen, wenn du sie hübsch organisiert "
625"hast. Beginne ein paar 'Branches':"
626
627#. type: Plain text
628#: ../en/branch.txt:181
629#, no-wrap
630msgid ""
631"  $ git branch sanitized    # Create a branch for sanitized commits.\n"
632"  $ git checkout -b medley  # Create and switch to a branch to work in.\n"
633msgstr ""
634"  $ git branch sauber           # Erzeuge einen Branch für gesäuberte Commits.\n"
635"  $ git checkout -b mischmasch  # Erzeuge und wechsle in den Branch zum Arbeiten.\n"
636
637#. type: Plain text
638#: ../en/branch.txt:183
639msgid ""
640"Next, work on anything: fix bugs, add features, add temporary code, and so "
641"forth, committing often along the way. Then:"
642msgstr ""
643"Fahre fort alles zu bearbeiten: Behebe Fehler, füge Funktionen hinzu, "
644"erstelle temporären Code und so weiter und 'commite' deine Änderungen oft. "
645"Dann:"
646
647#. type: Plain text
648#: ../en/branch.txt:186
649#, no-wrap
650msgid ""
651"  $ git checkout sanitized\n"
652"  $ git cherry-pick medley^^\n"
653msgstr ""
654"  $ git checkout bereinigt\n"
655"  $ git cherry-pick mischmasch^^\n"
656
657#. type: Plain text
658#: ../en/branch.txt:188
659msgid ""
660"applies the grandparent of the head commit of the ``medley'' branch to the "
661"``sanitized'' branch. With appropriate cherry-picks you can construct a "
662"branch that contains only permanent code, and has related commits grouped "
663"together."
664msgstr ""
665"wendet den Urahn des obersten 'Commit' des ``mischmasch'' 'Branch' auf den "
666"``bereinigt'' 'Branch' an. Durch das Herauspicken der Rosinen kannst du "
667"einen 'Branch' konstruieren, der nur endgültigen Code enthält und "
668"zusammengehörige 'Commits' gruppiert hat."
669
670#. type: Plain text
671#: ../en/branch.txt:190
672msgid "=== Managing Branches ==="
673msgstr "=== 'Branches' verwalten ==="
674
675#. type: Plain text
676#: ../en/branch.txt:192
677msgid "List all branches by typing:"
678msgstr "Ein Liste aller 'Branches' bekommst du mit:"
679
680#. type: Plain text
681#: ../en/branch.txt:194
682#, no-wrap
683msgid " $ git branch\n"
684msgstr " $ git branch\n"
685
686#. type: Plain text
687#: ../en/branch.txt:197
688msgid ""
689"By default, you start in a branch named ``master''. Some advocate leaving "
690"the ``master'' branch untouched and creating new branches for your own edits."
691msgstr ""
692"Standardmäßig beginnst du in einem 'Branch' namens ``master''. Einige "
693"plädieren dafür, den ``master'' 'Branch' unangetastet zu lassen und für "
694"seine Arbeit einen neuen 'Branch' anzulegen."
695
696#. type: Plain text
697#: ../en/branch.txt:200
698msgid ""
699"The *-d* and *-m* options allow you to delete and move (rename) branches.  "
700"See *git help branch*."
701msgstr ""
702"Die *-d* und *-m* Optionen erlauben dir 'Branches' zu löschen und zu "
703"verschieben (umzubenennen). Siehe *git help branch*."
704
705#. type: Plain text
706#: ../en/branch.txt:205
707msgid ""
708"The ``master'' branch is a useful custom. Others may assume that your "
709"repository has a branch with this name, and that it contains the official "
710"version of your project. Although you can rename or obliterate the "
711"``master'' branch, you might as well respect this convention."
712msgstr ""
713"Der ``master'' 'Branch' ist ein nützlicher Brauch. Andere können davon "
714"ausgehen, dass dein 'Repository' einen 'Branch' mit diesem Namen hat und "
715"dass er die offizielle Version enthält. Auch wenn du den ``master'' 'Branch' "
716"umbenennen oder auslöschen könntest, kannst du diese Konvention aber auch "
717"respektieren."
718
719#. type: Plain text
720#: ../en/branch.txt:207
721msgid "=== Temporary Branches ==="
722msgstr "=== Temporäre 'Branches' ==="
723
724#. type: Plain text
725#: ../en/branch.txt:212
726msgid ""
727"After a while you may realize you are creating short-lived branches "
728"frequently for similar reasons: every other branch merely serves to save the "
729"current state so you can briefly hop back to an older state to fix a high-"
730"priority bug or something."
731msgstr ""
732"Nach einer Weile wirst du feststellen, dass du regelmäßig kurzlebige "
733"'Branches' erzeugst, meist aus dem gleichen Grund: jeder neue 'Branch' dient "
734"lediglich dazu, den aktuellen Stand zu sichern, damit du kurz zu einem alten "
735"Stand zurück kannst um eine vorrangige Fehlerbehebung zu machen oder "
736"irgendetwas anderes."
737
738#. type: Plain text
739#: ../en/branch.txt:217
740msgid ""
741"It's analogous to changing the TV channel temporarily to see what else is "
742"on.  But instead of pushing a couple of buttons, you have to create, check "
743"out, merge, and delete temporary branches. Luckily, Git has a shortcut that "
744"is as convenient as a TV remote control:"
745msgstr ""
746"Es ist vergleichbar mit dem kurzzeitigen Umschalten des Fernsehkanals um zu "
747"sehen was auf dem anderen Kanal los ist. Doch anstelle ein paar Knöpfe zu "
748"drücken, machst du 'create', 'check out', 'merge' und 'delete' von "
749"temporären 'Branches'. Glücklicherweise hat Git eine Abkürzung dafür, die "
750"genauso komfortabel ist wie eine Fernbedienung:"
751
752#. type: Plain text
753#: ../en/branch.txt:219
754#, no-wrap
755msgid " $ git stash\n"
756msgstr " $ git stash\n"
757
758#. type: Plain text
759#: ../en/branch.txt:224
760msgid ""
761"This saves the current state in a temporary location (a 'stash') and "
762"restores the previous state. Your working directory appears exactly as it "
763"was before you started editing, and you can fix bugs, pull in upstream "
764"changes, and so on. When you want to go back to the stashed state, type:"
765msgstr ""
766"Das sichert den aktuellen Stand an einem temporären Ort ('stash'=Versteck) "
767"und stellt den vorherigen Stand wieder her. Dein Arbeitsverzeichnis "
768"erscheint wieder exakt in dem Zustand wie es war, bevor du anfingst zu "
769"editieren. Nun kannst du Fehler beheben, Änderungen vom zentralen "
770"'Repository' holen ('pull') und so weiter. Wenn du wieder zurück zu deinen "
771"Änderungen willst, tippe:"
772
773#. type: Plain text
774#: ../en/branch.txt:226
775#, no-wrap
776msgid " $ git stash apply  # You may need to resolve some conflicts.\n"
777msgstr " $ git stash apply  # Es kann sein, dass du Konflikte auflösen musst.\n"
778
779#. type: Plain text
780#: ../en/branch.txt:229
781msgid ""
782"You can have multiple stashes, and manipulate them in various ways. See *git "
783"help stash*. As you may have guessed, Git maintains branches behind the "
784"scenes to perform this magic trick."
785msgstr ""
786"Du kannst mehrere 'stashes' haben und diese unterschiedlich handhaben. Siehe "
787"*git help stash*. Wie du dir vielleicht schon gedacht hast, verwendet Git "
788"'Branches' im Hintergrund um diesen Zaubertrick durchzuführen."
789
790#. type: Plain text
791#: ../en/branch.txt:231
792msgid "=== Work How You Want ==="
793msgstr "=== Arbeite wie du willst ==="
794
795#. type: Plain text
796#: ../en/branch.txt:235
797msgid ""
798"You might wonder if branches are worth the bother. After all, clones are "
799"almost as fast, and you can switch between them with *cd* instead of "
800"esoteric Git commands."
801msgstr ""
802"Du magst dich fragen, ob 'Branches' diesen Aufwand Wert sind. Immerhin sind "
803"'Clone' fast genauso schnell und du kannst mit *cd* anstelle von "
804"esoterischen Git Befehlen zwischen ihnen wechseln."
805
806#. type: Plain text
807#: ../en/branch.txt:241
808msgid ""
809"Consider web browsers. Why support multiple tabs as well as multiple "
810"windows? Because allowing both accommodates a wide variety of styles. Some "
811"users like to keep only one browser window open, and use tabs for multiple "
812"webpages. Others might insist on the other extreme: multiple windows with no "
813"tabs anywhere.  Others still prefer something in between."
814msgstr ""
815"Betrachten wir Webbrowser. Warum mehrere Tabs unterstützen und mehrere "
816"Fenster? Weil beides zu erlauben eine Vielzahl an Stilen unterstützt. Einige "
817"Anwender möchten nur ein Browserfenster geöffnet haben und benutzen Tabs für "
818"unterschiedliche Webseiten. Andere bestehen auf dem anderen Extrem: mehrere "
819"Fenster, ganz ohne Tabs. Wieder andere bevorzugen irgendetwas dazwischen."
820
821#. type: Plain text
822#: ../en/branch.txt:245
823msgid ""
824"Branching is like tabs for your working directory, and cloning is like "
825"opening a new browser window. These operations are fast and local, so why "
826"not experiment to find the combination that best suits you? Git lets you "
827"work exactly how you want."
828msgstr ""
829"'Branchen' ist wie Tabs für dein Arbeitsverzeichnis und 'Clonen' ist wie das "
830"Öffnen eines neuen Browserfenster. Diese Operationen sind schnell und lokal, "
831"also warum nicht damit experimentieren um die beste Kombination für sich "
832"selbst zu finden? Git lässt dich genauso arbeiten, wie du es willst."
833
834#~ msgid "You can even 'merge' in the bugfix you just made, either by typing:"
835#~ msgstr ""
836#~ "Du kannst die Fehlerbehebung, die du gerade gemacht hast, auch 'mergen'. "
837#~ "Entweder durch:"
838
839#~ msgid "or:"
840#~ msgstr "oder:"
841
842#~ msgid " $ git pull\n"
843#~ msgstr " $ git pull\n"
844
845#~ msgid "since you have already pushed the bugfix to the main repository."
846#~ msgstr ""
847#~ "da du die Fehlerbehebung schon ins zentrale 'Repository' ge'pushed' hast."
848
849#~ msgid ""
850#~ "The `master` branch now contains just Part I, and the `part2` branch "
851#~ "contains the rest."
852#~ msgstr ""
853#~ "Der `master` 'Branch' enthält nun nur den Teil I und der `teil2` 'Branch' "
854#~ "enthält den Rest."
855
856#~ msgid ""
857#~ "  $ git checkout -b sanitized\n"
858#~ "  $ git checkout -b medley\n"
859#~ msgstr ""
860#~ "  $ git checkout -b bereinigt\n"
861#~ "  $ git checkout -b mischmasch\n"