Permalink
Browse files

Merge from progit/master

  • Loading branch information...
2 parents 0d7cc6a + 0376aa7 commit 3d935365b932de2b0ff38c96773572f1bc93b408 @afgomez afgomez committed Jan 28, 2010
Showing with 10,516 additions and 830 deletions.
  1. +991 −0 de/07-customizing-git/01-chapter7.markdown
  2. +225 −99 de/08-git-and-other-scms/01-chapter8.markdown
  3. +18 −7 de/NOTES
  4. +2 −2 de/STATUS
  5. 0 {es-es → es}/01-introduction/01-chapter1.markdown
  6. +44 −10 {es-es → es}/02-git-basics/01-chapter2.markdown
  7. 0 {es-es → es}/03-git-branching/01-chapter3.markdown
  8. 0 {es-es → es}/04-git-server/01-chapter4.markdown
  9. 0 {es-es → es}/05-distributed-git/01-chapter5.markdown
  10. 0 {es-es → es}/06-git-tools/01-chapter6.markdown
  11. 0 {es-es → es}/07-customizing-git/01-chapter7.markdown
  12. 0 {es-es → es}/08-git-and-other-scms/01-chapter8.markdown
  13. 0 {es-es → es}/09-git-internals/01-chapter9.markdown
  14. 0 {es-es → es}/NOTES
  15. 0 {es-es → es}/README
  16. BIN figures/18333fig0309-tn.png
  17. +10 −10 fr/01-introduction/01-chapter1.markdown
  18. +1,122 −0 id/02-git-basics/01-chapter2.markdown
  19. +189 −188 nl/03-git-branching/01-chapter3.markdown
  20. +239 −237 nl/05-distributed-git/01-chapter5.markdown
  21. +48 −48 nl/06-git-tools/01-chapter6.markdown
  22. +80 −77 nl/07-customizing-git/01-chapter7.markdown
  23. +37 −37 pt-br/04-git-server/01-chapter4.markdown
  24. +39 −40 zh/05-distributed-git/01-chapter5.markdown
  25. +75 −75 zh/07-customizing-git/01-chapter7.markdown
  26. +265 −0 zh_TW/01-introduction/01-chapter1.markdown
  27. +1,122 −0 zh_TW/02-git-basics/01-chapter2.markdown
  28. +598 −0 zh_TW/03-git-branching/01-chapter3.markdown
  29. +852 −0 zh_TW/04-git-server/01-chapter4.markdown
  30. +897 −0 zh_TW/05-distributed-git/01-chapter5.markdown
  31. +1,126 −0 zh_TW/06-git-tools/01-chapter6.markdown
  32. +875 −0 zh_TW/07-customizing-git/01-chapter7.markdown
  33. +685 −0 zh_TW/08-git-and-other-scms/01-chapter8.markdown
  34. +977 −0 zh_TW/09-git-internals/01-chapter9.markdown

Large diffs are not rendered by default.

Oops, something went wrong.
View

Large diffs are not rendered by default.

Oops, something went wrong.
View
@@ -1,3 +1,7 @@
+[mhh] = Markus Holtmanns, mholtmanns
+
+[mhh - 2010-01-14] Generelle Frage: Soll der Text in der "Du" Form sein/bleiben, oder soll es einen etwas seriöseren Charakter bekommen, als "Sie" oder "Wir"/neutrale Form ("Wie wir gesehen haben ..." und "Der Benutzer kann dann ...")?
+
"unter Versionskontrolle" » "versioniert"
"für einen Commit markiert" » "für einen Commit vorgemerkt" / "vorgesehen"
@@ -40,32 +44,39 @@ commit, to commit - Commit, committen
committer - Comitter
merge - Merge
history - Historie
-to push - (auf den Server) hochladen, pushen?
-to pull - Änderungen (vom Server) herunterladen/ziehen, pullen?
-checksum, to checksum - Checksumme, Checksumme berechnen
+to push - (auf den Server) hochladen, pushen? - besser Deutsch benutzen [mhh]
+to pull - Änderungen (vom Server) herunterladen/ziehen, pullen? - besser Deutsch [mhh]
+checksum, to checksum - Checksumme, Checksumme berechnen - Pruefsumme [mhh]
hash - Hash
SHA-1 hash - SHA-1 Hash
to stage - stagen, für einen Commit vormerken, zur Staging Area hinzufügen
to unstage - aus der Staging Area entfernen/nehmen
to clone - klonen
checkout, to check in/out - Checkout, ein/auschecken (??)
+ [mhh] es gibt kein checkin; und auschecken ist irrefuehrend, da es ja ein
+ "Entfernen" aus irgendetwas ist (z.B. Hotel). Ich wuerde hier eher die
+ wirkliche Bedeutung der Aktion benutzen, nämlich ein "synchronisieren".
+ Evtl. muss das dann mehr umschrieben werden.
snapshot - Snapshot
Schnappschuß klingt blöd
Speicherauszug sagt Leo http://dict.leo.org/ende?search=Snapshot
+ Abbild des aktuellen Zustands ... klingt zu lang? [mhh]
online/offline - online/offline
-hooks ("you may lose some server-side hooks") - ???
+hooks ("you may lose some server-side hooks") - "... könntest Du den Zugriff auf einige Server Schnittstellen verlieren"
to track a file - Änderungen an einer Datei nachverfolgen, eine Datei versionieren
a tracked file - eine versionierte Datei, eine Datei unter Versionskontrolle, eine Datei deren Änderungen nachverfolgt werden
a tracking branch - Tracking Branch, ein Branch, der einem externen Branch folgt ???
tracking branch information - Tracking Branch Information
-lightweight Tag - leichter Tag (???), schlanker Tag (???)
+
+Tag - Markierung oder Marke
+lightweight Tag - leichter Tag (???), schlanker Tag (???), schwache Markierung, einfache Markierung
annotated Tag - kommentierter Tag (???), annotierter Tag (???)
-tagged - getagged (???)
+tagged - getagged (???), markiert
home directory - Home Verzeichnis (???)
killer feature - "Killer Feature" (???)
to fork - forken
workflow - Workflow
-whitespace errors - Whitespace Fehler
+whitespace errors - Whitespace Fehler - Fehler durch Leerzeichen; Fuellzeichen [mhh]
to maintain a projekt, projekt maintainer - ein Projekt betreiben, Betreiber des Projektes (???)
apply a patch - einen Patch anwenden (???)
contribute to a projekt - zu einem Projekt Änderungen beitragen
View
@@ -7,7 +7,7 @@
| 4 | 1 | wip | Sebastian Ohm |
| 5 | 1 | x | Sven Fuchs |
| 6 | 1 | wip | Sven Fuchs |
-| 7 | 1 | wip | Tim Wattenberg |
+| 7 | 1 | wip | Markus Holtmanns |
| 8 | 1 | wip | Jean Pierre Wenzel |
| 9 | 1 | x | Sven Fuchs |
@@ -32,4 +32,4 @@ Iteration 4: Feinschliff, Übersetzung von Grafiken
Um die Status Tabelle neu zu formatieren eignet sich das Makro "Align Table
-Cells" aus dem Cucumber TextMate Bundle hervorragend :)
+Cells" aus dem Cucumber TextMate Bundle hervorragend :)
@@ -72,7 +72,7 @@ Digamos que añades un nuevo archivo a tu proyecto, un sencillo archivo README.
Puedes ver que tu nuevo archivo README aparece bajo la cabecera “Archivos sin seguimiento” (“Untracked files”) de la salida del comando. Sin seguimiento significa básicamente que Git ve un archivo que no estaba en la instantánea anterior; Git no empezará a incluirlo en las confirmaciones de tus instantáneas hasta que se lo indiques explícitamente. Lo hace para que no incluyas accidentalmente archivos binarios generados u otros archivos que no tenías intención de incluir. Sí que quieres incluir el README, así que vamos a iniciar el seguimiento del archivo.
-### Siguiendo nuevos archivos ###
+### Seguimiento de nuevos archivos ###
Para empezar el seguimiento de un nuevo archivo se usa el comando `git add`. Iniciaremos el seguimiento del archivo README ejecutando esto:
@@ -851,7 +851,7 @@ Si por algún motivo quieres eliminar una referencia —has movido el servidor o
## Creando etiquetas ##
-Como muchos VCSs, Git tiene la habilidad de etiquetar puntos específicos en la historia como importantes. Generalmente la gente usa esta funcionalidad para marcar publicaciones (v1.0 y así). En esta seccion aprenderas como listar las etiquetas disponibles, como crear nuevas etiquetas y cuales son los diferentes tipos de etiquetas
+Como muchos VCSs, Git tiene la habilidad de etiquetar (tag) puntos específicos en la historia como importantes. Generalmente la gente usa esta funcionalidad para marcar puntos donde se ha lanzado alguna versión (v1.0, y así sucesivamente). En esta sección aprenderás cómo listar las etiquetas disponibles, crear nuevas etiquetas y qué tipos diferentes de etiquetas hay-
### Listando tus etiquetas ###
@@ -861,9 +861,9 @@ Listar las etiquetas disponibles en Git es sencillo, Simplemente escribe `git ta
v0.1
v1.3
-Este comando lista las etiquetas en orden alfabético; el orden en el que aparecen no tiene real importancia.
+Este comando lista las etiquetas en orden alfabético; el orden en el que aparecen no es realmente importante.
-También puedes buscar etiquetas que cumplan un patrón particular. El repositorio fuente de Git, por ejemplo, tiene mas de 240 etiquetas. Si solo estas interesado en mirar en la serie 1.4.2, puedes ejecutar esto:
+También puedes buscar etiquetas de acuerdo a un patrón en particular. El repositorio fuente de Git, por ejemplo, contiene mas de 240 etiquetas. Si solo estas interesado en la serie 1.4.2, puedes ejecutar esto:
$ git tag -l 'v1.4.2.*'
v1.4.2.1
@@ -873,19 +873,19 @@ También puedes buscar etiquetas que cumplan un patrón particular. El repositor
### Creando etiquetas ###
-Git usa dos tipos principales de etiquetas: ligeras y anotadas. Una etiqueta ligera es muy parecida a una rama que no cambia —es simplemente un puntero a una confirmación específica—. Las etiquetas anotadas sin embargo, son almacenadas como objetos completos en la base de datos de Git. Tienen suma de comprobación; contienen el nombre del etiquetador, correo electrónico y fecha; tienen mensaje de etiquetado; y pueden ser firmadas y verificadas con GNU Privacy Guard (GPG). Generalmente se recomienda crear etiquetas anotadas para que tengas toda esta información; pero si por alguna razón quieres una etiqueta temporal y no quieres almacenar el resto de información, también tienes las etiquetas ligeras disponibles.
+Git usa dos tipos principales de etiquetas: ligeras y anotadas. Una etiqueta ligera es muy parecida a una rama que no cambia —un puntero a una confirmación específica—. Sin embargo, las etiquetas anotadas son almacenadas como objetos completos en la base de datos de Git. Tienen suma de comprobación; contienen el nombre del etiquetador, correo electrónico y fecha; tienen mensaje de etiquetado; y pueden estar firmadas y verificadas con GNU Privacy Guard (GPG). Generalmente se recomienda crear etiquetas anotadas para disponer de toda esta información; pero si por alguna razón quieres una etiqueta temporal y no quieres almacenar el resto de información, también tiene disponibles las etiquetas ligeras.
### Etiquetas anotadas ###
-Crear una etiqueta anotada en Git es simple. La forma más facil es especificar `-a` cuando ejecutas el comando `tag`:
+Crear una etiqueta anotada en Git es simple. La forma más fácil es especificar `-a` al ejecutar el comando `tag`:
$ git tag -a v1.4 -m 'my version 1.4'
$ git tag
v0.1
v1.3
v1.4
-El parámetro `-m` especifica el mensaje de etiquetado, que es almacenado con la etiqueta. Si no especificas un mensaje para una etiqueta anotada, Git lanza tu editor para que puedas escribirlo en él.
+El parámetro `-m` especifica el mensaje, el cual se almacena con la etiqueta. Si no se especifica un mensaje para la etiqueta anotada, Git lanza tu editor para poder escribirlo.
Puedes ver los datos de la etiqueta junto con la confirmación que fue etiquetada usando el comando `git show`:
@@ -902,18 +902,38 @@ Puedes ver los datos de la etiqueta junto con la confirmación que fue etiquetad
Merge branch 'experiment'
+<<<<<<< HEAD:es-es/02-git-basics/01-chapter2.markdown
Esto muestra la información del autor de la etiqueta, la fecha en la que la confirmación fue etiquetada, y el mensaje de anotación antes de mostrar la información del a confirmación.
### Etiquetas firmadas ###
También puedes firmar tus etiquetas con GPG, asumiendo que tienes una clave privada. Todo lo que tienes que hacer es usar el parámetro `-s` en lugar de `-a`.
+=======
+Esto muestra la información del etiquetador, la fecha en el que el commit fue etiquetado y el mensaje de anotación antes de mostrar la información del commit.
+
+> That shows the tagger information, the date the commit was tagged, and the annotation message before showing the commit information.
+
+
+### Etiquetas firmadas ###
+> ### Signed Tags ###
+
+También puedes firmar tus etiquetas con GPG, siempre que tengas una clave privada. Lo único que debes hacer es usar `-s` en vez de `-a`:
+
+> You can also sign your tags with GPG, assuming you have a private key. All you have to do is use `-s` instead of `-a`:
+>>>>>>> progit/master:es/02-git-basics/01-chapter2.markdown
$ git tag -s v1.5 -m 'my signed 1.5 tag'
You need a passphrase to unlock the secret key for
user: "Scott Chacon <schacon@gee-mail.com>"
1024-bit DSA key, ID F721C45A, created 2009-02-09
+<<<<<<< HEAD:es-es/02-git-basics/01-chapter2.markdown
Si ejecutas `git show` en esta etiqueta, puedes ser tu firma GPG adjuntada:
+=======
+Si ejecutas `git show` en esa etiqueta, puedes ver la firma GPG adjunta a ella:
+
+> If you run `git show` on that tag, you can see your GPG signature attached to it:
+>>>>>>> progit/master:es/02-git-basics/01-chapter2.markdown
$ git show v1.5
tag v1.5
@@ -935,11 +955,25 @@ Si ejecutas `git show` en esta etiqueta, puedes ser tu firma GPG adjuntada:
Merge branch 'experiment'
+<<<<<<< HEAD:es-es/02-git-basics/01-chapter2.markdown
Un poco más tarde aprenderás como verificar etiquetas firmadas.
### Etiquetas ligeras ###
Otra forma de etiquetar confirmaciones es con una etiqueta ligera. Esto es básicamente la suma de comprobación de la confirmación almacenada en un archivo —ninguna otra información es guardada—. Para crear una etiqueta ligera no añadas las opciones `-a`, `-s` o `-m`:
+=======
+Un poco después aprenderás como verificar etiquetas firmadas.
+
+> A bit later, you’ll learn how to verify signed tags.
+
+### Etiquetas ligeras ###
+
+>### Lightweight Tags ###
+
+Otra forma de etiquetar commits es con etiquetas ligeras. Esto es básicamente el checksum del commit almacenado en un fichero - no se guarda ninguna otra información. Para crear una etiqueta ligera, no hay que añadir ninguna de las opciones `-a`, `-s`, or `-m`:
+
+> Another way to tag commits is with a lightweight tag. This is basically the commit checksum stored in a file — no other information is kept. To create a lightweight tag, don’t supply the `-a`, `-s`, or `-m` option:
+>>>>>>> progit/master:es/02-git-basics/01-chapter2.markdown
$ git tag v1.4-lw
$ git tag
@@ -949,7 +983,7 @@ Otra forma de etiquetar confirmaciones es con una etiqueta ligera. Esto es bási
v1.4-lw
v1.5
-Esta vez, si ejecutas el comando `git show` en la etiqueta no verás la información extra. El comando simplemente muestra la confirmación.
+Esta vez, si ejecutas el comando `git show` en la etiqueta, no verás ninguna información extra. El comando simplemente muestra la confirmación.
$ git show v1.4-lw
commit 15027957951b64cf874c3557a0f3547bd83b3ff6
@@ -961,7 +995,7 @@ Esta vez, si ejecutas el comando `git show` en la etiqueta no verás la informac
### Verificando etiquetas ###
-Para verificar una etiqueta firmada, debes usar `git tag -v [tag-name]`. Este comando utiliza GPG para verificar la firma. Necesitas la clave pública del firmante en tu llavero para que esto funcione correctamente.
+Para verificar una etiqueta firmada, debes usar `git tag -v [tag-name]`. Este comando utiliza GPG para verificar la firma. Necesitas la clave pública del autor de la firma en tu llavero para que funcione correctamente.
$ git tag -v v1.4.2.1
object 883653babd8ee7ea23e6a5c392bb739348b1eb61
@@ -977,7 +1011,7 @@ Para verificar una etiqueta firmada, debes usar `git tag -v [tag-name]`. Este co
gpg: aka "[jpeg image of size 1513]"
Primary key fingerprint: 3565 2A26 2040 E066 C9A7 4A7D C0C6 D9A4 F311 9B9A
-If you don’t have the signer’s public key, you get something like this instead:
+Si no tienes la clave pública del autor de la firma, se obtiene algo así:
gpg: Signature made Wed Sep 13 02:08:25 2006 PDT using DSA key ID F3119B9A
gpg: Can't check signature: public key not found
View
File renamed without changes.
File renamed without changes.
View
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Oops, something went wrong.

0 comments on commit 3d93536

Please sign in to comment.