From b6204575c27199c779a621c270e37464fdc361cb Mon Sep 17 00:00:00 2001 From: DaviCarvalho5 Date: Tue, 5 May 2020 23:44:42 -0300 Subject: [PATCH] Font and font import change --- css/style.css | 439 +++++++++++++++++++++---------- index.de.html | 107 +++++--- index.es.html | 123 ++++++--- index.fr.html | 529 ++++++++++++++++++++------------------ index.html | 118 ++++++--- index.id.html | 124 ++++++--- index.it.html | 126 ++++++--- index.ja.html | 80 ++++-- index.ko.html | 656 ++++++++++++++++++++++++----------------------- index.my.html | 198 ++++++++------ index.nl.html | 119 ++++++--- index.pl.html | 87 ++++--- index.pt_BR.html | 137 ++++++---- index.ru.html | 128 +++++---- index.tr.html | 106 +++++--- index.vi.html | 118 ++++++--- index.zh.html | 96 ++++--- 17 files changed, 2013 insertions(+), 1278 deletions(-) diff --git a/css/style.css b/css/style.css index 6fff86a9..84a16b2a 100644 --- a/css/style.css +++ b/css/style.css @@ -1,178 +1,357 @@ +@import url('https://fonts.googleapis.com/css2?family=Chelsea+Market&family=Indie+Flower&display=swap'); + body { - background: #FFF; - font-family: Georgia, Times New Roman, Times, serif; - font-size: 30px; - text-align: center; - margin: 0; - padding: 0; + background: #FFF; + font-family: 'Indie Flower', Georgia, Times New Roman, Times, serif; + font-size: 30px; + text-align: center; + margin: 0; + padding: 0; } h1 { - font-size: 60px; - font-weight: normal; - margin: 0; - font-family: 'Chelsea Market', Georgia, serif; - color: #000; - line-height: 1; + font-size: 60px; + font-weight: normal; + margin: 0; + font-family: 'Chelsea Market', Georgia, serif; + color: #000; + line-height: 1; } h2 { - font-size: 70px; - font-weight: normal; - margin: 0; - color: #FFB000; - font-family: 'Chelsea Market', Georgia, serif; - text-transform: lowercase; + font-size: 70px; + font-weight: normal; + margin: 0; + color: #FFB000; + font-family: 'Chelsea Market', Georgia, serif; + text-transform: lowercase; } h3 { - font-size: 40px; - font-weight: normal; - margin: 0; - margin-top: 40px; - text-transform: lowercase; + font-size: 40px; + font-weight: normal; + margin: 0; + margin-top: 40px; + text-transform: lowercase; } p { - width: 960px; - margin: 40px auto; - color: #000; - line-height: 200%; + width: 960px; + margin: 40px auto; + color: #000; + line-height: 200%; + font-weight: 600; } -a, a:visited { - color: #000; - font-size: 12px; - text-decoration: none; +a, +a:visited { + color: #000; + font-size: 12px; + text-decoration: none; } a:hover { - text-decoration: underline; + text-decoration: underline; } ul { - list-style: none; + list-style: none; } .download { - padding: 10px; + padding: 10px; } pre { - font-size: 18px; + font-size: 18px; } blockquote { - text-align: left; - width: 720px; - margin: 10px auto; - background: #C5C3DE; - border: solid 2px #69697A; - padding: 0 40px; + text-align: left; + width: 720px; + margin: 10px auto; + background: #C5C3DE; + border: solid 2px #69697A; + padding: 0 40px; } code { - background-color: #000; - font-style: normal; - border-radius: 10px; - color: white; - padding: 5px 15px; - font-family: menlo, monospace; + background-color: #000; + font-style: normal; + border-radius: 10px; + color: white; + padding: 5px 15px; + font-family: menlo, monospace; + font-weight: 400; } /*---------------------------------------- BLOCKS */ .scrollblock { - position: relative; - margin: 0; - width: 100%; - color: white; - padding-top: 80px; - padding-bottom: 80px; -} - -.scrollblock h2 { - -} - -.block-title { background-color: #FFF; padding-bottom: 50px; } -.block-title h2 { color: #000; } -.block-title .meta { font-size: 16px; color: #999; } -.block-title .meta a { font-size: 16px; color: #333; } -.block-setup { background-color: #348fd4; } -.block-setup h2 { color: #06406c; } -.block-setup h2 a { background: none; padding: 0; font-size: normal; } -.block-setup a { color: #FFF; font-size: 40px; font-weight: normal;font-style: normal; background-color: #06406c; padding: 10px 15px; border-radius: 10px; text-decoration: none; } -.block-setup a:hover { text-decoration: underline; } -.block-create { background-color: #06406c; } -.block-create h2 { color: #FFF; } -.block-create p { color: #FFF; } -.block-create code { background-color: #000; color: #FFF; } -.block-checkout { background-color: #FFF; } -.block-checkout h2 { color: #000; } -.block-trees { background-color: #4c0d09; } -.block-trees h2 { color: #d3b2af; } -.block-trees p { color: #d3b2af; } -.block-trees code { color: #000; background-color: white; } -.block-add { background-color: #cc4037; } -.block-add h2, .block-add p { color: #4c0d09; } -.block-remote { background-color: #ffc19f; } -.block-remote h2 { color: #cc4037; } -.block-branching { background-color: #000; } -.block-branching h2 { color: #FFF; } -.block-branching p { color: #DDD; } -.block-branching code { color: #000; background-color: white; } -.block-merging { background-color: #F2F2F2; } -.block-merging h2 { color: #666; } -.block-tagging { background-color: #F2F2F2; } -.block-tagging h2 { color: #FFF; } -.block-hints { background-color: #F2F2F2; } -.block-hints h2 { color: #FFF; } -.block-resources { background-color: #ffc19f; } -.block-resources h2 { color: #cc4037; } -.block-resources h3 { color: #7d1f19; } -.block-resources ul { list-style: disc; margin: 0; padding: 0; } -.block-resources ul li a { font-size: 24px; color: #cc4037; } -.block-tagging { background-color: #348fd4; } -.block-tagging h2 { color: #06406c; } -.block-hints { background-color: #06406c; } -.block-hints h2 { color: #FFF; } -.block-hints p { color: #FFF; } -.block-hints code { background-color: #000; color: #FFF; } -.block-checkout-replace { background-color: #fff8c9; } -.block-checkout-replace h2 { color: #2d2700; } -.block-checkout-replace p { color: #615400; } -.block-comments { background-color: #FFF; padding-bottom: 50px; font-size: 14px; color: #000; } -.block-comments h2 { color: #000; } -.block-comments h3 { font-size: 16px; } -.block-comments #disqus_thread { width: 600px; text-align: left; margin-left: auto; margin-right: auto; } + position: relative; + margin: 0; + width: 100%; + color: white; + padding-top: 80px; + padding-bottom: 80px; +} + +.block-title { + background-color: #FFF; + padding-bottom: 50px; +} + +.block-title h2 { + color: #000; +} + +.block-title .meta { + font-size: 20px; + color: #999; +} + +.block-title .meta a { + font-size: 20px; + color: #333; +} + +.block-setup { + background-color: #348fd4; +} + +.block-setup h2 { + color: #06406c; +} + +.block-setup h2 a { + background: none; + padding: 0; + font-size: normal; +} + +.block-setup a { + color: #FFF; + font-size: 40px; + font-weight: normal; + font-style: normal; + background-color: #06406c; + padding: 10px 15px; + border-radius: 10px; + text-decoration: none; +} + +.block-setup a:hover { + text-decoration: underline; +} + +.block-create { + background-color: #06406c; +} + +.block-create h2 { + color: #FFF; +} + +.block-create p { + color: #FFF; +} + +.block-create code { + background-color: #000; + color: #FFF; +} + +.block-checkout { + background-color: #FFF; +} + +.block-checkout h2 { + color: #000; +} + +.block-trees { + background-color: #4c0d09; +} + +.block-trees h2 { + color: #d3b2af; +} + +.block-trees p { + color: #d3b2af; +} + +.block-trees code { + color: #000; + background-color: white; +} + +.block-add { + background-color: #cc4037; +} + +.block-add h2, +.block-add p { + color: #4c0d09; +} + +.block-remote { + background-color: #ffc19f; +} + +.block-remote h2 { + color: #cc4037; +} + +.block-branching { + background-color: #000; +} + +.block-branching h2 { + color: #FFF; +} + +.block-branching p { + color: #DDD; +} + +.block-branching code { + color: #000; + background-color: white; +} + +.block-merging { + background-color: #F2F2F2; +} + +.block-merging h2 { + color: #666; +} + +.block-tagging { + background-color: #F2F2F2; +} + +.block-tagging h2 { + color: #FFF; +} + +.block-hints { + background-color: #F2F2F2; +} + +.block-hints h2 { + color: #FFF; +} + +.block-resources { + background-color: #ffc19f; +} + +.block-resources h2 { + color: #cc4037; +} + +.block-resources h3 { + color: #7d1f19; +} + +.block-resources ul { + list-style: disc; + margin: 0; + padding: 0; +} + +.block-resources ul li a { + font-size: 24px; + color: #cc4037; +} + +.block-tagging { + background-color: #348fd4; +} + +.block-tagging h2 { + color: #06406c; +} + +.block-hints { + background-color: #06406c; +} + +.block-hints h2 { + color: #FFF; +} + +.block-hints p { + color: #FFF; +} + +.block-hints code { + background-color: #000; + color: #FFF; +} + +.block-checkout-replace { + background-color: #fff8c9; +} + +.block-checkout-replace h2 { + color: #2d2700; +} + +.block-checkout-replace p { + color: #615400; +} + +.block-comments { + background-color: #FFF; + padding-bottom: 50px; + font-size: 14px; + color: #000; +} + +.block-comments h2 { + color: #000; +} + +.block-comments h3 { + font-size: 16px; +} + +.block-comments #disqus_thread { + width: 600px; + text-align: left; + margin-left: auto; + margin-right: auto; +} .tower { - display: block; - width: 180px; - height: 260px; - position: absolute; - top: 330px; - right: 0; - background: #FFF url(../img/git-tower.png) no-repeat; + display: block; + width: 180px; + height: 260px; + position: absolute; + top: 330px; + right: 0; + background: #FFF url(../img/git-tower.png) no-repeat; } .cheatsheet { - display: block; - width: 180px; - height: 250px; - position: absolute; - top: 346px; - left: 0; - background: #FFF url(../img/cheatsheet.png) no-repeat; + display: block; + width: 180px; + height: 250px; + position: absolute; + top: 346px; + left: 0; + background: #FFF url(../img/cheatsheet.png) no-repeat; } .announcement { - margin-bottom: 40px; + margin-bottom: 40px; } .announcement img { - border-radius: 4px; + border-radius: 4px; } #carbonads { @@ -180,7 +359,7 @@ code { overflow: hidden; padding: 10px; background-color: #dfdfdf; - border-radius: 3px; + border-radius: 3px; max-width: 300px; margin: 0 auto; font-family: Verdana, "Helvetica Neue", Helvetica, sans-serif; @@ -207,7 +386,9 @@ code { margin-right: 1em; } -.carbon-img img { display: block; } +.carbon-img img { + display: block; +} .carbon-text { display: block; @@ -224,4 +405,4 @@ code { text-transform: uppercase; letter-spacing: 1px; font-size: 9px; -} +} \ No newline at end of file diff --git a/index.de.html b/index.de.html index b3f9acba..1293547c 100644 --- a/index.de.html +++ b/index.de.html @@ -1,37 +1,56 @@ + git - Der einfache Einstieg - kein Schnick-schnack! - +

git - Der einfache Einstieg

eine einfache Anleitung, um git zu lernen. Kein Schnick-Schnack ;)

- - + +

von Roger Dudler -
Dank an @tfnico, @fhd und Namics
+
Dank an @tfnico, @fhd und + Namics
diese Anleitung in english, español, @@ -114,11 +133,14 @@

add & commit

Änderungen hochladen

- Die Änderungen sind jetzt im HEAD deines lokalen Repositories. Um die Änderungen an dein entferntes Repository zu senden, führe:
+ Die Änderungen sind jetzt im HEAD deines lokalen Repositories. Um die Änderungen an dein entferntes + Repository zu senden, führe:
git push origin master
- aus. Du kannst master auch mit einem beliebigen anderen Branch ersetzen, mehr über Branches erfährst du später. + aus. Du kannst master auch mit einem beliebigen anderen Branch ersetzen, mehr über Branches erfährst + du später.

- Wenn du dein lokales Repository nicht von einem entfernten geklont hast und du diese aber mit einem anderen Repository verbinden möchtest, musst du dieses mit
+ Wenn du dein lokales Repository nicht von einem entfernten geklont hast und du diese aber mit einem anderen + Repository verbinden möchtest, musst du dieses mit
git remote add origin <server>
hinzufügen. Jetzt bist du bereit, deine Änderungen hochzuladen

@@ -127,7 +149,10 @@

Änderungen hochladen

Branching

- Branches werden benutzt, um verschiedene Funktionen isoliert voneinander zu entwickeln. Der master-Branch ist der "Standard"-Branch, wenn du ein neues Repository erstellst. Du solltest aber für die Entwicklung andere Branches verwenden und diese dann in den Master-Branch zusammenführen (mergen). Auch das lernst du später. + Branches werden benutzt, um verschiedene Funktionen isoliert voneinander zu entwickeln. Der + master-Branch ist der "Standard"-Branch, wenn du ein neues Repository erstellst. Du solltest aber für + die Entwicklung andere Branches verwenden und diese dann in den Master-Branch zusammenführen (mergen). Auch + das lernst du später.

@@ -147,10 +172,12 @@

update & merge

Um dein lokales Repository mit den neuesten Änderungen zu aktualisieren, verwende:
git pull
- in deiner Arbeitskopie, um die Änderungen erst herunterzuladen (fetch) und dann mit deinem Stand zusammenzuführen (merge).
+ in deiner Arbeitskopie, um die Änderungen erst herunterzuladen (fetch) und dann mit deinem Stand + zusammenzuführen (merge).
Wenn du einen anderen Branch mit deinem aktuellen (z.B. master) zusammenführen willst, benutze:
git merge <branch>
- In beiden Fällen versucht git die Änderungen automatisch zusammenzuführen. Unglücklicherweise ist dies nicht immer möglich und endet in Konflikten. + In beiden Fällen versucht git die Änderungen automatisch zusammenzuführen. Unglücklicherweise ist dies nicht + immer möglich und endet in Konflikten. Du bist verantwortlich, diese Konflikte durch manuelles Editieren der betroffenen Dateien zu lösen. Bist du damit fertig, musst du das git mit folgendem Befehl mitteilen:
git add <dateiname>
@@ -162,9 +189,11 @@

update & merge

Tagging

- Es wird empfohlen, für Software Releasestags zu verwenden. Dies ist ein bekanntes Konzept, das es schon mit SVN gab. Du kannst einen neuen Tag namens 1.0.0 mit folgendem Befehl erstellen:
+ Es wird empfohlen, für Software Releasestags zu verwenden. Dies ist ein bekanntes Konzept, das es schon mit + SVN gab. Du kannst einen neuen Tag namens 1.0.0 mit folgendem Befehl erstellen:
git tag 1.0.0 1b2e1d63ff
- 1b2e1d63ff steht für die ersten 10 Zeichen der Commit-Id, die du mit deinem Tag referenzieren möchtest. Du erhältst die Liste der Commit-IDs mit:
+ 1b2e1d63ff steht für die ersten 10 Zeichen der Commit-Id, die du mit deinem Tag referenzieren + möchtest. Du erhältst die Liste der Commit-IDs mit:
git log
Du kannst auch weniger Zeichen verwenden, es muss einfach eindeutig sein.

@@ -175,10 +204,12 @@

Änderungen rückgängig machen

Falls du mal etwas falsch machst (was natürlich nie passiert ;) ) kannst du die lokalen Änderungen mit:
git checkout -- <filename>
- auf den letzten Stand im HEAD zurücksetzen. Änderungen, die du bereits zum Index hinzugefügt hast, bleiben bestehen. + auf den letzten Stand im HEAD zurücksetzen. Änderungen, die du bereits zum Index hinzugefügt hast, bleiben + bestehen.

- Wenn du aber deine lokalen Änderungen komplett entfernen möchtest, holst du dir den letzten Stand vom entfernten Repository mit folgenden Befehlen:
+ Wenn du aber deine lokalen Änderungen komplett entfernen möchtest, holst du dir den letzten Stand vom + entfernten Repository mit folgenden Befehlen:
git fetch origin
git reset --hard origin/master

@@ -223,7 +254,8 @@

Anleitungen

- Clarify + Clarify
@@ -233,15 +265,22 @@

Kommentare

- +
- - + + - + + \ No newline at end of file diff --git a/index.es.html b/index.es.html index d3f78ce9..ec646bac 100644 --- a/index.es.html +++ b/index.es.html @@ -1,33 +1,52 @@ + - - - git - la guía sencilla - + + + git - la guía sencilla - + +
-

git - la guía sencilla

+

git - la guía sencilla

una guía sencilla para comenzar con git. sin complicaciones ;)

- - + +

- por Roger Dudler (traducido por @lfbarragan y @adrimatellanes) -
créditos a @tfnico, @fhd y Namics
+ por Roger Dudler (traducido por @lfbarragan y @adrimatellanes) +
créditos a @tfnico, @fhd y Namics
disponible en english, deutsch, @@ -39,13 +58,14 @@

git - la guía sencilla

português, русский, türkçe, -
+
မြန်မာ, 日本語, 中文, 한국어
- por favor, reporta cualquier problema en github + por favor, reporta cualquier problema en github

@@ -60,7 +80,8 @@

configuración

Descarga git para Windows

- Descarga git para Linux + Descarga git para + Linux

@@ -109,11 +130,13 @@

add & commit

envío de cambios

- Tus cambios están ahora en el HEAD de tu copia local. Para enviar estos cambios a tu repositorio remoto ejecuta
+ Tus cambios están ahora en el HEAD de tu copia local. Para enviar estos cambios a tu repositorio + remoto ejecuta
git push origin master
Reemplaza master por la rama a la que quieres enviar tus cambios.

- Si no has clonado un repositorio ya existente y quieres conectar tu repositorio local a un repositorio remoto, usa
+ Si no has clonado un repositorio ya existente y quieres conectar tu repositorio local a un repositorio + remoto, usa
git remote add origin <server>
Ahora podrás subir tus cambios al repositorio remoto seleccionado.
@@ -123,7 +146,9 @@

envío de cambios

ramas

- Las ramas son utilizadas para desarrollar funcionalidades aisladas unas de otras. La rama master es la rama "por defecto" cuando creas un repositorio. Crea nuevas ramas durante el desarrollo y fusiónalas a la rama principal cuando termines. + Las ramas son utilizadas para desarrollar funcionalidades aisladas unas de otras. La rama master es + la rama "por defecto" cuando creas un repositorio. Crea nuevas ramas durante el desarrollo y fusiónalas a la + rama principal cuando termines.

@@ -133,7 +158,8 @@

ramas

git checkout master
y borra la rama
git branch -d feature_x
- Una rama nueva no estará disponible para los demás a menos que subas (push) la rama a tu repositorio remoto
+ Una rama nueva no estará disponible para los demás a menos que subas (push) la rama a tu repositorio + remoto
git push origin <branch>

@@ -146,9 +172,11 @@

actualiza & fusiona

en tu directorio de trabajo para bajar y fusionar los cambios remotos.
Para fusionar otra rama a tu rama activa (por ejemplo master), utiliza
git merge <branch>
- en ambos casos git intentará fusionar automáticamente los cambios. Desafortunadamente, no siempre será posible y se podrán producir conflictos. + en ambos casos git intentará fusionar automáticamente los cambios. Desafortunadamente, no siempre será + posible y se podrán producir conflictos. Tú eres responsable de fusionar esos conflictos - manualmente al editar los archivos mostrados por git. Después de modificarlos, necesitas marcarlos como fusionados con
+ manualmente al editar los archivos mostrados por git. Después de modificarlos, necesitas marcarlos como + fusionados con
git add <filename>
Antes de fusionar los cambios, puedes revisarlos usando
git diff <source_branch> <target_branch> @@ -158,9 +186,11 @@

actualiza & fusiona

etiquetas

- Se recomienda crear etiquetas para cada nueva versión publicada de un software. Este concepto no es nuevo, ya que estaba disponible en SVN. Puedes crear una nueva etiqueta llamada 1.0.0 ejecutando
+ Se recomienda crear etiquetas para cada nueva versión publicada de un software. Este concepto no es nuevo, + ya que estaba disponible en SVN. Puedes crear una nueva etiqueta llamada 1.0.0 ejecutando
git tag 1.0.0 1b2e1d63ff
- 1b2e1d63ff se refiere a los 10 caracteres del commit id al cual quieres referirte con tu etiqueta. Puedes obtener el commit id con
+ 1b2e1d63ff se refiere a los 10 caracteres del commit id al cual quieres referirte con tu etiqueta. + Puedes obtener el commit id con
git log
también puedes usar menos caracteres que el commit id, pero debe ser un valor único.

@@ -169,13 +199,16 @@

etiquetas

reemplaza cambios locales

- En caso de que hagas algo mal (lo que seguramente nunca suceda ;) puedes reemplazar cambios locales usando el comando
+ En caso de que hagas algo mal (lo que seguramente nunca suceda ;) puedes reemplazar cambios locales usando + el comando
git checkout -- <filename>
- Este comando reemplaza los cambios en tu directorio de trabajo con el último contenido de HEAD. Los cambios que ya han sido agregados al Index, así como también - los nuevos archivos, se mantendrán sin cambio. + Este comando reemplaza los cambios en tu directorio de trabajo con el último contenido de HEAD. Los cambios + que ya han sido agregados al Index, así como también + los nuevos archivos, se mantendrán sin cambio.

- Por otro lado, si quieres deshacer todos los cambios locales y commits, puedes traer la última versión del servidor y apuntar a tu copia local principal de esta forma
+ Por otro lado, si quieres deshacer todos los cambios locales y commits, puedes traer la última versión del + servidor y apuntar a tu copia local principal de esta forma
git fetch origin
git reset --hard origin/master

@@ -220,7 +253,8 @@

guías

- Clarify + Clarify
@@ -232,15 +266,22 @@

comentarios

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.fr.html b/index.fr.html index 975c48d8..966cf522 100644 --- a/index.fr.html +++ b/index.fr.html @@ -1,228 +1,257 @@ - - - - git - petit guide - no deep shit! - - - - + + + +
+

git - petit guide

+

juste un petit guide pour bien démarrer avec git. + no deep shit ;)

+ + - - -
-

git - petit guide

-

juste un petit guide pour bien démarrer avec git. no deep shit ;)

- - -

- par Roger Dudler (translation by KokaKiwi) -
Remerciements à @tfnico, @fhd, Namics
- this guide in - english, - deutsch, - español, - indonesian, - italiano, - nederlands, - polski, - português, - русский, - türkçe, -
- မြန်မာ, - 日本語, - 中文, - 한국어 -
-

- -
- - -
-

installation

-

- Télécharger git pour Mac OSX -

-

- Télécharger git pour Windows -

-

- Télécharger git pour Linux -

-
- -
-

créer un nouveau dépôt

-

- créez un nouveau dossier, ouvrez le et exécutez la commande
- git init
- pour créer un nouveau dépôt. -

-
- -
-

cloner un dépôt

-

- créez une copie de votre dépôt local en exécutant la commande
- git clone /path/to/repository
- si vous utilisez un serveur distant, cette commande sera
- git clone username@host:/path/to/repository -

-
- -
-

arbres

-

- votre dépôt local est composé de trois "arbres" gérés par git. - le premier est votre espace de travail qui contient réellement vos fichiers. - le second est un Index qui joue un rôle d'espace de transit pour vos fichiers et - enfin HEAD qui pointe vers la dernière validation que vous ayez faite. -

- -
- -
-

ajouter & valider

-

- Vous pouvez proposer un changement (l'ajouter à l'Index) en exécutant les commandes
- git add <filename>
- git add *
- C'est la première étape dans un workflow git basique. Pour valider ces changements, utilisez
- git commit -m "Message de validation"
- Le fichier est donc ajouté au HEAD, mais pas encore dans votre dépôt distant. -

-
- -
-

envoyer des changements

-

- Vos changements sont maintenant dans le HEAD de la copie de votre dépôt local. Pour les envoyer à votre dépôt distant, exécutez la commande
- git push origin master
- Remplacez master par la branche dans laquelle vous souhaitez envoyer vos changements. -

- Si vous n'avez pas cloné votre dépôt existant et voulez le connecter à votre dépôt sur un serveur distant, vous devez l'ajouter avec
- git remote add origin <server>
- Maintenant, vous pouvez envoyer vos changements vers le serveur distant sélectionné
+

+ par Roger Dudler (translation by KokaKiwi) +
Remerciements à @tfnico, @fhd, Namics
+ this guide in + english, + deutsch, + español, + indonesian, + italiano, + nederlands, + polski, + português, + русский, + türkçe, +
+ မြန်မာ, + 日本語, + 中文, + 한국어 +
+

+ +
+ + +
+

installation

+

+ Télécharger git pour Mac OSX +

+

+ Télécharger git pour Windows +

+

+ Télécharger git pour Linux +

+
+ +
+

créer un nouveau dépôt

+

+ créez un nouveau dossier, ouvrez le et exécutez la commande
+ git init
+ pour créer un nouveau dépôt. +

+
+ +
+

cloner un dépôt

+

+ créez une copie de votre dépôt local en exécutant la commande
+ git clone /path/to/repository
+ si vous utilisez un serveur distant, cette commande sera
+ git clone username@host:/path/to/repository +

+
+ +
+

arbres

+

+ votre dépôt local est composé de trois "arbres" gérés par git. + le premier est votre espace de travail qui contient réellement vos fichiers. + le second est un Index qui joue un rôle d'espace de transit pour vos fichiers et + enfin HEAD qui pointe vers la dernière validation que vous ayez faite. +

+ +
+ +
+

ajouter & valider

+

+ Vous pouvez proposer un changement (l'ajouter à l'Index) en exécutant les + commandes
+ git add <filename>
+ git add *
+ C'est la première étape dans un workflow git basique. Pour valider ces changements, + utilisez
+ git commit -m "Message de validation"
+ Le fichier est donc ajouté au HEAD, mais pas encore dans votre dépôt distant. +

+
+ +
+

envoyer des changements

+

+ Vos changements sont maintenant dans le HEAD de la copie de votre dépôt local. Pour les + envoyer à votre dépôt distant, exécutez la commande
+ git push origin master
+ Remplacez master par la branche dans laquelle vous souhaitez envoyer vos changements. +

+ Si vous n'avez pas cloné votre dépôt existant et voulez le connecter à votre + dépôt sur un serveur distant, vous devez l'ajouter avec
+ git remote add origin <server>
+ Maintenant, vous pouvez envoyer vos changements vers le serveur distant sélectionné
-

-
- -
-

branches

-

- Les branches sont utilisées pour développer des fonctionnalités isolées des autres. - La branche master est la branche par défaut quand vous créez un dépôt. - Utilisez les autres branches pour le développement et fusionnez ensuite à la branche principale quand vous avez fini. -

- -

- créer une nouvelle branche nommée "feature_x" et passer dessus pour l'utiliser
- git checkout -b feature_x
- retourner sur la branche principale
- git checkout master
- et supprimer la branche
- git branch -d feature_x
- une branche n'est pas disponible pour les autres tant que vous ne l'aurez pas envoyée vers votre dépôt distant
- git push origin <branch> -

-
- -
-

mettre à jour & fusionner

-

- pour mettre à jour votre dépôt local vers les dernières validations, exécutez la commande
- git pull
- dans votre espace de travail pour récupérer et fusionner les changements distants.
- pour fusionner une autre branche avec la branche active (par exemple master), utilisez
- git merge <branch>
- dans les deux cas, git tente d'auto-fusionner les changements. Malheureusement, ça n'est pas toujours possible et résulte par des conflits. - Vous devez alors régler ces conflits - manuellement en éditant les fichiers indiqués par git. Après l'avoir fait, vous devez les marquer comme fusionnés avec
- git add <filename>
- après avoir fusionné les changements, vous pouvez en avoir un aperçu en utilisant
- git diff <source_branch> <target_branch> -

-
- -
-

tags

-

- il est recommandé de créer des tags pour les releases de programmes. c'est un concept connu, qui existe aussi dans SVN. Vous pouvez créer un tag nommé 1.0.0 en exécutant la commande
- git tag 1.0.0 1b2e1d63ff
- le 1b2e1d63ff désigne les 10 premiers caractères de l'identifiant du changement que vous voulez référencer avec ce tag. Vous pouvez obtenir cet identifiant avec
- git log
- vous pouvez utiliser moins de caractères de cet identifiant, il doit juste rester unique. -

-
- -
-

remplacer les changements locaux

-

- Dans le cas où vous auriez fait quelque chose de travers (ce qui bien entendu n'arrive jamais ;) vous pouvez annuler les changements locaux en utilisant cette commande
- git checkout -- <filename>
- cela remplacera les changements dans votre arbre de travail avec le dernier contenu du HEAD. Les changements déjà ajoutés à l'index, aussi bien les nouveaux fichiers, seront gardés. -

-

- Si à la place vous voulez supprimer tous les changements et validations locaux, récupérez le dernier historique depuis le serveur et pointez la branche principale locale dessus comme ceci
- git fetch origin
- git reset --hard origin/master -

-
- -
-

conseils utiles

-

- Interface git incluse
- gitk
- utiliser des couleurs dans la sortie de git
- git config color.ui true
- afficher le journal sur une seule ligne pour chaque validation
- git config format.pretty oneline
- utiliser l'ajout interactif
- git add -i -

-
- -
-

liens et ressources

-

clients graphiques

-

-

-

+

+
+ +
+

branches

+

+ Les branches sont utilisées pour développer des fonctionnalités isolées des + autres. + La branche master est la branche par défaut quand vous créez un dépôt. + Utilisez les autres branches pour le développement et fusionnez ensuite à la branche + principale quand vous avez fini. +

+ +

+ créer une nouvelle branche nommée "feature_x" et + passer dessus pour l'utiliser
+ git checkout -b feature_x
+ retourner sur la branche principale
+ git checkout master
+ et supprimer la branche
+ git branch -d feature_x
+ une branche n'est pas disponible pour les autres tant que vous ne l'aurez pas envoyée vers + votre dépôt distant
+ git push origin <branch> +

+
+ +
+

mettre à jour & fusionner

+

+ pour mettre à jour votre dépôt local vers les dernières validations, + exécutez la commande
+ git pull
+ dans votre espace de travail pour récupérer et fusionner les changements + distants.
+ pour fusionner une autre branche avec la branche active (par exemple master), utilisez
+ git merge <branch>
+ dans les deux cas, git tente d'auto-fusionner les changements. Malheureusement, ça n'est pas toujours + possible et résulte par des conflits. + Vous devez alors régler ces conflits + manuellement en éditant les fichiers indiqués par git. Après l'avoir fait, vous devez + les marquer comme fusionnés avec
+ git add <filename>
+ après avoir fusionné les changements, vous pouvez en avoir un aperçu en utilisant
+ git diff <source_branch> <target_branch> +

+
+ +
+

tags

+

+ il est recommandé de créer des tags pour les releases de programmes. c'est un concept connu, + qui existe aussi dans SVN. Vous pouvez créer un tag nommé 1.0.0 en exécutant la + commande
+ git tag 1.0.0 1b2e1d63ff
+ le 1b2e1d63ff désigne les 10 premiers caractères de l'identifiant du changement que + vous voulez référencer avec ce tag. Vous pouvez obtenir cet identifiant avec
+ git log
+ vous pouvez utiliser moins de caractères de cet identifiant, il doit juste rester unique. +

+
+ +
+

remplacer les changements locaux

+

+ Dans le cas où vous auriez fait quelque chose de travers (ce qui bien entendu n'arrive jamais ;) vous + pouvez annuler les changements locaux en utilisant cette commande
+ git checkout -- <filename>
+ cela remplacera les changements dans votre arbre de travail avec le dernier contenu du HEAD. Les changements + déjà ajoutés à l'index, aussi bien les nouveaux fichiers, seront gardés. +

+

+ Si à la place vous voulez supprimer tous les changements et validations locaux, + récupérez le dernier historique depuis le serveur et pointez la branche principale locale + dessus comme ceci
+ git fetch origin
+ git reset --hard origin/master +

+
+ +
+

conseils utiles

+

+ Interface git incluse
+ gitk
+ utiliser des couleurs dans la sortie de git
+ git config color.ui true
+ afficher le journal sur une seule ligne pour chaque validation
+ git config format.pretty oneline
+ utiliser l'ajout interactif
+ git add -i +

+
+ +
+

liens et ressources

+

clients graphiques

+

+

+

guides

-
-
- - Clarify - -
- -
-

commentaires

-
- - -
- - + /* * * DON'T EDIT BELOW THIS LINE * * */ + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; + dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); + })(); + + +
+ + - + + \ No newline at end of file diff --git a/index.html b/index.html index 5a2f2db1..e2b126d9 100644 --- a/index.html +++ b/index.html @@ -1,38 +1,55 @@ + - - - git - the simple guide - no deep shit! - + + + git - the simple guide - no deep shit! - + +

git - the simple guide

just a simple guide for getting started with git. no deep shit ;)

- - + +

by Roger Dudler -
credits to @tfnico, @fhd and Namics
+
credits to @tfnico, @fhd and Namics
this guide in deutsch, español, @@ -44,7 +61,7 @@

git - the simple guide

português, русский, türkçe, -
+
မြန်မာ, 日本語, 中文, @@ -53,7 +70,9 @@

git - the simple guide


please report issues on github

- +
@@ -116,11 +135,13 @@

add & commit

pushing changes

- Your changes are now in the HEAD of your local working copy. To send those changes to your remote repository, execute
+ Your changes are now in the HEAD of your local working copy. To send those changes to your remote + repository, execute
git push origin master
Change master to whatever branch you want to push your changes to.

- If you have not cloned an existing repository and want to connect your repository to a remote server, you need to add it with
+ If you have not cloned an existing repository and want to connect your repository to a remote server, you + need to add it with
git remote add origin <server>
Now you are able to push your changes to the selected remote server
@@ -130,7 +151,9 @@

pushing changes

branching

- Branches are used to develop features isolated from each other. The master branch is the "default" branch when you create a repository. Use other branches for development and merge them back to the master branch upon completion. + Branches are used to develop features isolated from each other. The master branch is the "default" + branch when you create a repository. Use other branches for development and merge them back to the master + branch upon completion.

@@ -153,7 +176,8 @@

update & merge

in your working directory to fetch and merge remote changes.
to merge another branch into your active branch (e.g. master), use
git merge <branch>
- in both cases git tries to auto-merge changes. Unfortunately, this is not always possible and results in conflicts. + in both cases git tries to auto-merge changes. Unfortunately, this is not always possible and results in + conflicts. You are responsible to merge those conflicts manually by editing the files shown by git. After changing, you need to mark them as merged with
git add <filename>
@@ -165,9 +189,11 @@

update & merge

tagging

- it's recommended to create tags for software releases. this is a known concept, which also exists in SVN. You can create a new tag named 1.0.0 by executing
+ it's recommended to create tags for software releases. this is a known concept, which also exists in SVN. + You can create a new tag named 1.0.0 by executing
git tag 1.0.0 1b2e1d63ff
- the 1b2e1d63ff stands for the first 10 characters of the commit id you want to reference with your tag. You can get the commit id by looking at the...
+ the 1b2e1d63ff stands for the first 10 characters of the commit id you want to reference with your + tag. You can get the commit id by looking at the...

@@ -176,11 +202,13 @@

log

in its simplest form, you can study repository history using.. git log
- You can add a lot of parameters to make the log look like what you want. To see only the commits of a certain author:
+ You can add a lot of parameters to make the log look like what you want. To see only the commits of a + certain author:
git log --author=bob
To see a very compressed log where each commit is one line:
git log --pretty=oneline
- Or maybe you want to see an ASCII art tree of all the branches, decorated with the names of tags and branches:
+ Or maybe you want to see an ASCII art tree of all the branches, decorated with the names of tags and + branches:
git log --graph --oneline --decorate --all
See only which files have changed:
git log --name-status
@@ -192,12 +220,15 @@

log

replace local changes

- In case you did something wrong, which for sure never happens ;), you can replace local changes using the command
+ In case you did something wrong, which for sure never happens ;), you can replace local changes using the + command
git checkout -- <filename>
- this replaces the changes in your working tree with the last content in HEAD. Changes already added to the index, as well as new files, will be kept. + this replaces the changes in your working tree with the last content in HEAD. Changes already added to the + index, as well as new files, will be kept.

- If you instead want to drop all your local changes and commits, fetch the latest history from the server and point your local master branch at it like this
+ If you instead want to drop all your local changes and commits, fetch the latest history from the server and + point your local master branch at it like this
git fetch origin
git reset --hard origin/master

@@ -256,15 +287,22 @@

comments

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.id.html b/index.id.html index 5ed57bc1..debf7ed4 100644 --- a/index.id.html +++ b/index.id.html @@ -1,38 +1,56 @@ + - - - git - panduan ringkas - gak pake ribet! - + + + git - panduan ringkas - gak pake ribet! - + +

git - panduan ringkas

sekedar panduan ringkas penggunaan git. gak pake ribet ;)

- - + +

- oleh Roger Dudler (alih bahasa Itang Sanjana) -
kredit @tfnico, @fhd dan Namics
+ oleh Roger Dudler (alih bahasa Itang Sanjana) +
kredit @tfnico, @fhd dan Namics
juga dalam bahasa english, deutsch, @@ -43,7 +61,7 @@

git - panduan ringkas

português, русский, türkçe, -
+
မြန်မာ, 日本語, 中文, @@ -114,11 +132,13 @@

tambah & komit

mengirim perubahan

- Saat ini perubahan telah tersimpan di HEAD salinan kerja lokal kamu. Untuk mengirimkannya ke repositori jarak-jauh, lakukan
+ Saat ini perubahan telah tersimpan di HEAD salinan kerja lokal kamu. Untuk mengirimkannya ke + repositori jarak-jauh, lakukan
git push origin master
Ubah master sesuai cabang yang kamu inginkan.

- Jika repositori yang ada belum dikloning dan ingin dihubungkan ke server jarak-jauh, kamu perlu menambahkan
+ Jika repositori yang ada belum dikloning dan ingin dihubungkan ke server jarak-jauh, kamu perlu + menambahkan
git remote add origin <server>
Sekarang kamu bisa mengirimkan perubahan ke server jarak-jauh yang dituju
@@ -128,7 +148,9 @@

mengirim perubahan

percabangan

- percabangan atau branching digunakan untuk mengembangkan fitur-fitur secara terisolasi. Cabang utama atau master merupakan cabang bawaan ketika kamu membuat repositori. Gunakan cabang lain untuk pengembangan, setelah selesai, gabungkan kembali ke cabang utama. + percabangan atau branching digunakan untuk mengembangkan fitur-fitur secara terisolasi. Cabang utama + atau master merupakan cabang bawaan ketika kamu membuat repositori. Gunakan cabang lain untuk + pengembangan, setelah selesai, gabungkan kembali ke cabang utama.

@@ -138,7 +160,8 @@

percabangan

git checkout master
dan hapus cabang yang tadi dibuat
git branch -d fitur_x
- suatu cabang tidak terbuka untuk yang lainnya kecuali jika kamu mengirimkannya ke repositori jarak-jauh.
+ suatu cabang tidak terbuka untuk yang lainnya kecuali jika kamu mengirimkannya ke repositori + jarak-jauh.
git push origin <cabang>

@@ -151,9 +174,11 @@

perbaru & gabung

dari direktori kerja kamu untuk mengambil dan menggabungkan perubahan jarak-jauh.
untuk menggabungkan cabang lain ke cabang aktif (misal master), gunakan
git merge <cabang>
- pada kasus diatas, git mencoba menggabungkan perubahan secara otomatis. Sayangnya hal ini tak selalu berjalan mulus dan bisa menyebabkan konflik. + pada kasus diatas, git mencoba menggabungkan perubahan secara otomatis. Sayangnya hal ini tak selalu + berjalan mulus dan bisa menyebabkan konflik. Kamu lah yang bertanggung jawab menggabungkan konflik tersebut - secara manual dengan menyunting berkas yang ditunjukkan git. Setelah itu, kamu perlu memarkahinya dengan
+ secara manual dengan menyunting berkas yang ditunjukkan git. Setelah itu, kamu perlu memarkahinya + dengan
git add <namaberkas>
sebelum penggabungan berlaku, kamu bisa melakukan pratinjau menggunakan
git diff <cabang_asal> <cabang_tujuan> @@ -163,9 +188,12 @@

perbaru & gabung

menandai

- sangat dianjurkan membuat penanda atau tags untuk perangkat lunak yang dirilis. Hal ini amat lah lazim, yang juga terjadi di SVN. Kamu bisa membuat penanda baru dengan nama 1.0.0 dengan menjalankan
+ sangat dianjurkan membuat penanda atau tags untuk perangkat lunak yang dirilis. Hal ini amat lah + lazim, yang juga terjadi di SVN. Kamu bisa membuat penanda baru dengan nama 1.0.0 dengan + menjalankan
git tag 1.0.0 1b2e1d63ff
- 1b2e1d63ff adalah 10 karakter pertama dari identitas komit yang ingin kamu referensikan ke penanda. Kamu bisa mendapatkan identitas komit dengan melihat...
+ 1b2e1d63ff adalah 10 karakter pertama dari identitas komit yang ingin kamu referensikan ke penanda. + Kamu bisa mendapatkan identitas komit dengan melihat...

@@ -174,11 +202,13 @@

log

dalam bentuknya yang paling sederhana, kamu bisa mempelajari riwayat repositori menggunakan.. git log
- kamu bisa menambahkan banyak parameter untuk menampilkan log sesuai keinginan. Untuk melihat komit penulis tertentu:
+ kamu bisa menambahkan banyak parameter untuk menampilkan log sesuai keinginan. Untuk melihat komit penulis + tertentu:
git log --author=bob
Untuk melihat log yang dimampatkan, satu baris per komit:
git log --pretty=oneline
- Atau mungkin kamu ingin melihat pohon ASCII art seluruh percabangan disertai nama dan penandanya:
+ Atau mungkin kamu ingin melihat pohon ASCII art seluruh percabangan disertai nama dan penandanya: +
git log --graph --oneline --decorate --all
Sekedar melihat berkas yang berubah:
git log --name-status
@@ -190,12 +220,15 @@

log

mengembalikan perubahan lokal

- Seandainya kamu melakukan kesalahan (yang tentunya tak pernah terjadi ;) kamu bisa mengembalikannya menggunakan perintah
+ Seandainya kamu melakukan kesalahan (yang tentunya tak pernah terjadi ;) kamu bisa mengembalikannya + menggunakan perintah
git checkout -- <namaberkas>
- perintah di atas mengembalikan perubahan di dalam pokok kerja kamu dengan konten terakhir dari HEAD. Perubahan dan berkas baru yang telah ditambahkan ke indeks akan tetap tersimpan. + perintah di atas mengembalikan perubahan di dalam pokok kerja kamu dengan konten terakhir dari HEAD. + Perubahan dan berkas baru yang telah ditambahkan ke indeks akan tetap tersimpan.

- Jika kamu ingin menggugurkan perubahan dan komit lokal seutuhnya, ambil riwayat terakhir dari server dan arahkan ke cabang master lokal seperti ini
+ Jika kamu ingin menggugurkan perubahan dan komit lokal seutuhnya, ambil riwayat terakhir dari server dan + arahkan ke cabang master lokal seperti ini
git fetch origin
git reset --hard origin/master

@@ -254,15 +287,22 @@

Komentar

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = 'http://' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.it.html b/index.it.html index 8cd320e3..a1bdb1a0 100644 --- a/index.it.html +++ b/index.it.html @@ -1,37 +1,57 @@ + - - - git - la guida tascabile - niente di complicato! - + + + git - la guida tascabile - niente di complicato! - + +

git - la guida tascabile

Solamente una piccola guida per iniziare con git. Niente di complicato ;)

- - + +

- by Roger Dudler (translation by @stecb) -
credits to @tfnico, @fhd, Namics
+ by Roger Dudler (translation by @stecb) +
credits to @tfnico, @fhd, Namics
this guide in english, deutsch, @@ -43,7 +63,7 @@

git - la guida tascabile

português, русский, türkçe, -
+
မြန်မာ, 日本語, 中文, @@ -112,11 +132,13 @@

aggiungere & validare

invio delle modifiche

- Quello che hai cambiato ora è nell'HEAD della copia locale. Per inviare queste modifiche al repository remoto, esegui
+ Quello che hai cambiato ora è nell'HEAD della copia locale. Per inviare queste modifiche al + repository remoto, esegui
git push origin master
Cambia master nel branch al quale vuoi inviare i cambiamenti.

- Se non hai copiato un repository esistente, e vuoi connettere il tuo repository ad un server remoto, c'e' bisogno che tu lo aggiunga con
+ Se non hai copiato un repository esistente, e vuoi connettere il tuo repository ad un server remoto, c'e' + bisogno che tu lo aggiunga con
git remote add origin <server>
Ora sarai in grado di inviare le tue modifiche al server remoto specificato
@@ -126,7 +148,9 @@

invio delle modifiche

branching

- I branch ('ramificazioni') sono utilizzati per sviluppare features che sono isolate l'una dall'altra. Il branch master è quello di default quando crei un repository. Puoi usare altri branch per lo sviluppo ed infine incorporarli ('merge') nel master branch una volta completati. + I branch ('ramificazioni') sono utilizzati per sviluppare features che sono isolate l'una dall'altra. Il + branch master è quello di default quando crei un repository. Puoi usare altri branch per lo + sviluppo ed infine incorporarli ('merge') nel master branch una volta completati.

@@ -136,7 +160,8 @@

branching

git checkout master
e cancella il branch creato in precedenza
git branch -d feature_x
- il branch non sarà disponibile agli altri fino a quando non verrà inviato al repository remoto

+ il branch non sarà disponibile agli altri fino a quando non verrà inviato al + repository remoto

git push origin <branch>

@@ -146,12 +171,15 @@

aggiorna & incorpora

per aggiornare il tuo repository locale alla commit più recente, esegui
git pull
- nella tua directory corrente per fare una fetch (recuperare) ed incorporare(merge) le modifiche fatte sul server remoto.
+ nella tua directory corrente per fare una fetch (recuperare) ed incorporare(merge) le + modifiche fatte sul server remoto.
per incorporare un altro branch nel tuo branch attivo (ad esempio master), utilizza
git merge <branch>
- in entrambi i casi git prova ad auto-incorporare le modifiche. Sfortunatamente, a volte questa procedura automatizzata non è possibile, ed in questo caso ci saranno dei conflitti. + in entrambi i casi git prova ad auto-incorporare le modifiche. Sfortunatamente, a volte questa procedura + automatizzata non è possibile, ed in questo caso ci saranno dei conflitti. Sei tu il responsabile che sistemerà questi conflitti - manualmente modificando i file che git mostrerà. Dopo aver cambiato questi files, dovrai marcarli come 'correttamente incorporati' tramite
+ manualmente modificando i file che git mostrerà. Dopo aver cambiato questi files, dovrai marcarli + come 'correttamente incorporati' tramite
git add <nomedelfile>
prima di immettere le modifiche, potrai anche visualizzarne un'anteprima eseguendo
git diff <branch_sorgente> <branch_target> @@ -161,9 +189,12 @@

aggiorna & incorpora

tags

- È raccomandato creare dei tags nel caso in cui il software venga rilasciato. Questo è un concept già conosciuto, che esiste anche in SVN. Puoi creare un tag chiamato 1.0.0 eseguendo
+ È raccomandato creare dei tags nel caso in cui il software venga rilasciato. Questo è un + concept già conosciuto, che esiste anche in SVN. Puoi creare un tag chiamato 1.0.0 + eseguendo
git tag 1.0.0 1b2e1d63ff
- la sequenza 1b2e1d63ff sta per i primi 10 caratteri del commit che si vuol referenziare tramite questo tag. Puoi ottenere l'id della commit tramite
+ la sequenza 1b2e1d63ff sta per i primi 10 caratteri del commit che si vuol referenziare tramite + questo tag. Puoi ottenere l'id della commit tramite
git log
puoi anche utilizzare meno caratteri per l'id della commit, basta che sia unico.

@@ -172,12 +203,15 @@

tags

sostituire i cambiamenti locali

- Nel caso tu abbia fatto qualcosa di sbagliato (ma non capita mai, sicuro ;) puoi sostituire i cambiamenti fatti in locale con il comando
+ Nel caso tu abbia fatto qualcosa di sbagliato (ma non capita mai, sicuro ;) puoi sostituire i cambiamenti + fatti in locale con il comando
git checkout -- <nomedelfile>
- questo rimpiazza le modifiche nell'albero di lavoro con l'ultimo contenuto presente in HEAD. I cambiamenti fatti ed aggiunti all'index, così come i nuovi files, verranno mantenuti. + questo rimpiazza le modifiche nell'albero di lavoro con l'ultimo contenuto presente in HEAD. I cambiamenti + fatti ed aggiunti all'index, così come i nuovi files, verranno mantenuti.

- Se vuoi in alternativa eliminare tutti i cambiamenti e commits fatti in locale, recupera l'ultima versione dal server e fai puntare il tuo master branch a quella versione in questo modo
+ Se vuoi in alternativa eliminare tutti i cambiamenti e commits fatti in locale, recupera l'ultima versione + dal server e fai puntare il tuo master branch a quella versione in questo modo
git fetch origin
git reset --hard origin/master

@@ -222,7 +256,8 @@

le guide

- Clarify + Clarify
@@ -234,15 +269,22 @@

commenti

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.ja.html b/index.ja.html index 30dd7f4c..f028186e 100644 --- a/index.ja.html +++ b/index.ja.html @@ -1,33 +1,51 @@ + - - - git - 簡単ガイド - + + + git - 簡単ガイド - + +

git - 簡単ガイド

猫でもわかるGit 最初の一歩

- - + +

- Roger Dudler (著) @nacho4d (訳) -
クレジット @tfnico, @fhd, Namics
+ Roger Dudler (著) @nacho4d (訳) +
クレジット @tfnico, @fhd, Namics
その他の言語 english, deutsch, @@ -40,7 +58,7 @@

git - 簡単ガイド

português, русский, türkçe, -
+
မြန်မာ, 中文, 한국어 @@ -100,7 +118,7 @@

作業の流れ

アッド & コミット

- 変更されたファイルを選択します。
+ 変更されたファイルを選択します。
git add <filename>
git add *
を実行するとIndexに追加されます。
@@ -226,7 +244,8 @@

ガイド

- Clarify + Clarify
@@ -238,15 +257,22 @@

コメント

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.ko.html b/index.ko.html index 062a77f1..86627eef 100644 --- a/index.ko.html +++ b/index.ko.html @@ -1,329 +1,355 @@ - - - - git - 간편 안내서 - 어렵지 않아요! - - - - - - - - - -
-

git - 간편 안내서

-

git을 시작하기 위한 간편 안내서. 어렵지 않아요 ;)

- - + + + +
+

git - 간편 안내서

+

git을 시작하기 위한 간편 안내서. 어렵지 않아요 ;)

+ + -

- Roger Dudler가 만들었어요.
- (@tfnico, @fhd와 Namics의 도움을 받았지요.)
- 번역은 Juntai Park과 Ardie Hwang이 담당했습니다.
- 문제 보고는 여기(github)로 해주세요!
-
- 다른 언어판도 읽어보세요!
- English, - Deutsch, - Español, - Français, - indonesian, - Italiano, - 日本語,
- မြန်မာ, - Nederlands, - polski, - Português, - Русский, - Türkçe, - 中文
-

- 자, 갑시다! -
- -
-

설치

-

OS X용 git 다운로드

-

Windows용 git 다운로드

-

Linux용 git 다운로드

-
- -
-

새로운 저장소 만들기

-

- 폴더를 하나 만들고, 그 안에서 아래 명령을 실행하세요.
- git init
- 새로운 git 저장소가 만들어집니다. -

-
- -
-

저장소 받아오기

-

- 로컬 저장소를 복제(clone)하려면 아래 명령을 실행하세요.
- git clone /로컬/저장소/경로
- 원격 서버의 저장소를 복제하려면 아래 명령을 실행하세요.
- git clone 사용자명@호스트:/원격/저장소/경로 -

-
- -
-

작업의 흐름

-

- 여러분의 로컬 저장소는 git이 관리하는 세 그루의 나무로 구성돼있어요.
- 첫번째 나무인 작업 디렉토리(Working directory)는
- 실제 파일들로 이루어져있고, 두번째 나무인 인덱스(Index)는
- 준비 영역(staging area)의 역할을 하며, 마지막 나무인 HEAD는
- 최종 확정본(commit)을 나타내요. -

- 로컬 저장소는 이렇게 생겼어요. -
- -
-

추가와 확정(commit)

-

- 변경된 파일은 아래 명령어로 (인덱스에) 추가할 수 있어요.
- git add <파일 이름>
- git add *
- 이것이 바로 git의 기본 작업 흐름에서 첫 단계에 해당돼요.
- 하지만 실제로 변경 내용을 확정하려면 아래 명령을 내려야 한답니다.
- git commit -m "이번 확정본에 대한 설명"
- 자, 이제 변경된 파일이 HEAD에 반영됐어요.
- 하지만, 원격 저장소에는 아직 반영이 안 됐답니다. -

-
- -
-

변경 내용 발행(push)하기

-

- 현재의 변경 내용은 아직 로컬 저장소의 HEAD 안에 머물고 있어요.
- 이제 이 변경 내용을 원격 서버로 올려봅시다. 아래 명령을 실행하세요.
- git push origin master
- (다른 가지를 발행하려면 master를 원하는 가지 이름으로 바꿔주세요.) -

- 만약 기존에 있던 원격 저장소를 복제한 것이 아니라면,
- 원격 서버의 주소를 git에게 알려줘야 해요.
- git remote add origin <원격 서버 주소>
- 이제 변경 내용을 원격 서버로 발행할 수 있어요. -

-
- -
-

가지(branch)치기

-

- 가지는 안전하게 격리된 상태에서 무언가를 만들 때 사용해요.
- 여러분이 저장소를 새로 만들면 기본으로 master 가지가 만들어집니다.
- 이제 다른 가지를 이용해서 개발을 진행하고, 나중에 개발이 완료되면
- master 가지로 돌아와 병합하면 돼요. -

- 가지치기 예제를 보여드리죠. -

- 아래 명령으로 "feature_x"라는 이름의 가지를 만들고 갈아탑니다.
- git checkout -b feature_x
- 아래 명령으로 master 가지로 돌아올 수 있어요.
- git checkout master
- 아래 명령으로는 가지를 삭제할 수 있어요.
- git branch -d feature_x
- 여러분이 새로 만든 가지를 원격 저장소로 전송하기 전까지는
- 다른 사람들이 접근할 수 없어요.
- git push origin <가지 이름> -

-
- -
-

갱신과 병합(merge)

-

- 여러분의 로컬 저장소를 원격 저장소에 맞춰 갱신하려면
- 아래 명령을 실행하세요.
- git pull
- 이렇게 하면 원격 저장소의 변경 내용이 로컬 작업 디렉토리에
- 받아지고(fetch), 병합(merge)된답니다.
- 다른 가지에 있는 변경 내용을 현재 가지(예를 들면, master 가지)에
- 병합하려면 아래 명령을 실행하세요.
- git merge <가지 이름>
- 첫번째 명령이든 두번째 명령이든, git은
- 자동으로 변경 내용을 병합하려고 시도해요.
- 문제는, 항상 성공하는 게 아니라 가끔
- 충돌(conflicts)이 일어나기도 한다는 거예요.
- 이렇게 충돌이 발생하면, git이 알려주는 파일의 충돌 부분을
- 여러분이 직접 수정해서 병합이 가능하도록 해야 하죠.
- 충돌을 해결했다면, 아래 명령으로 git에게
- 아까의 파일을 병합하라고 알려주세요.
- git add <파일 이름>
- 변경 내용을 병합하기 전에, 어떻게 바뀌었는지 비교해볼 수도 있어요.
- git diff <원래 가지> <비교 대상 가지> -

-
- -
-

꼬리표(tag) 달기

-

- 소프트웨어의 새 버전을 발표할 때마다 꼬리표를 달아놓으면 좋아요.
- (물론 꼬리표는 SVN 등에 이미 존재하는 기능이지요.)
- 아래 명령을 실행하면 새로운 꼬리표인 1.0.0을 달 수 있어요.
- git tag 1.0.0 1b2e1d63ff
- 위 명령에서 1b2e1d63ff 부분은 꼬리표가 가리킬 확정본 식별자입니다.
- 아래 명령으로 확정본 식별자를 얻을 수 있어요.
- git log
- 확정본 식별자의 앞부분 일부만 입력해도 꼬리표를 붙일 수 있지만,
- 그 일부분이 반드시 고유하다는 조건이 필요해요. -

-
- -
-

로컬 변경 내용 되돌리기

-

- 만약 여러분이 (물론 그럴 일은 없겠지만 ;) 실수로 무언가 잘못한 경우,
- 아래 명령으로 로컬의 변경 내용을 되돌릴 수 있어요.
- git checkout -- <파일 이름>
- 위 명령은 로컬의 변경 내용을 변경 전 상태(HEAD)로 되돌려줘요.
- 다만, 이미 인덱스에 추가된 변경 내용과
- 새로 생성한 파일은 그대로 남는답니다. -

-

- 만약, 로컬에 있는 모든 변경 내용과 확정본을 포기하려면,
- 아래 명령으로 원격 저장소의 최신 이력을 가져오고,
- 로컬 master 가지가 저 이력을 가리키도록 할 수 있어요.
- git fetch origin
- git reset --hard origin/master -

-
- -
-

유용한 힌트

-

- git의 내장 GUI
- gitk
- 콘솔에서 git output을 컬러로 출력하기
- git config color.ui true
- 이력(log)에서 확정본 1개를 딱 한 줄로만 표시하기
- git config format.pretty oneline
- 파일을 추가할 때 대화식으로 추가하기
- git add -i -

-
- -
-

링크 & 자료

-

그래픽 클라이언트

-

-

-

-

한글 안내서

-

-

-

-

영문 안내서

-

-

-

-
- -
-

댓글

-
- +

+ Roger Dudler가 만들었어요.
+ (@tfnico, @fhd와 Namics의 도움을 받았지요.)
+ 번역은 Juntai Park과 Ardie Hwang이 + 담당했습니다.
+ 문제 보고는 여기(github)로 해주세요!
+
+ 다른 언어판도 읽어보세요!
+ English, + Deutsch, + Español, + Français, + indonesian, + Italiano, + 日本語,
+ မြန်မာ, + Nederlands, + polski, + Português, + Русский, + Türkçe, + 中文
+

+ 자, 갑시다! +
+ +
+

설치

+

OS X용 git 다운로드

+

Windows용 git 다운로드

+

Linux용 git 다운로드

+
+ +
+

새로운 저장소 만들기

+

+ 폴더를 하나 만들고, 그 안에서 아래 명령을 실행하세요.
+ git init
+ 새로운 git 저장소가 만들어집니다. +

+
+ +
+

저장소 받아오기

+

+ 로컬 저장소를 복제(clone)하려면 아래 명령을 실행하세요.
+ git clone /로컬/저장소/경로
+ 원격 서버의 저장소를 복제하려면 아래 명령을 실행하세요.
+ git clone 사용자명@호스트:/원격/저장소/경로 +

+
+ +
+

작업의 흐름

+

+ 여러분의 로컬 저장소는 git이 관리하는 세 그루의 나무로 구성돼있어요.
+ 첫번째 나무인 작업 디렉토리(Working directory)는
+ 실제 파일들로 이루어져있고, 두번째 나무인 인덱스(Index)는
+ 준비 영역(staging area)의 역할을 하며, 마지막 나무인 HEAD는
+ 최종 확정본(commit)을 나타내요. +

+ 로컬 저장소는 이렇게 생겼어요. +
+ +
+

추가와 확정(commit)

+

+ 변경된 파일은 아래 명령어로 (인덱스에) 추가할 수 있어요.
+ git add <파일 이름>
+ git add *
+ 이것이 바로 git의 기본 작업 흐름에서 첫 단계에 해당돼요.
+ 하지만 실제로 변경 내용을 확정하려면 아래 명령을 내려야 한답니다.
+ git commit -m "이번 확정본에 대한 설명"
+ 자, 이제 변경된 파일이 HEAD에 반영됐어요.
+ 하지만, 원격 저장소에는 아직 반영이 안 됐답니다. +

+
+ +
+

변경 내용 발행(push)하기

+

+ 현재의 변경 내용은 아직 로컬 저장소의 HEAD 안에 머물고 있어요.
+ 이제 이 변경 내용을 원격 서버로 올려봅시다. 아래 명령을 실행하세요.
+ git push origin master
+ (다른 가지를 발행하려면 master를 원하는 가지 이름으로 바꿔주세요.) +

+ 만약 기존에 있던 원격 저장소를 복제한 것이 아니라면,
+ 원격 서버의 주소를 git에게 알려줘야 해요.
+ git remote add origin <원격 서버 주소>
+ 이제 변경 내용을 원격 서버로 발행할 수 있어요. +

+
+ +
+

가지(branch)치기

+

+ 가지는 안전하게 격리된 상태에서 무언가를 만들 때 사용해요.
+ 여러분이 저장소를 새로 만들면 기본으로 master 가지가 만들어집니다.
+ 이제 다른 가지를 이용해서 개발을 진행하고, 나중에 개발이 완료되면
+ master 가지로 돌아와 병합하면 돼요. +

+ 가지치기 예제를 보여드리죠. +

+ 아래 명령으로 "feature_x"라는 이름의 가지를 만들고 갈아탑니다.
+ git checkout -b feature_x
+ 아래 명령으로 master 가지로 돌아올 수 있어요.
+ git checkout master
+ 아래 명령으로는 가지를 삭제할 수 있어요.
+ git branch -d feature_x
+ 여러분이 새로 만든 가지를 원격 저장소로 전송하기 전까지는
+ 다른 사람들이 접근할 수 없어요.
+ git push origin <가지 이름> +

+
+ +
+

갱신과 병합(merge)

+

+ 여러분의 로컬 저장소를 원격 저장소에 맞춰 갱신하려면
+ 아래 명령을 실행하세요.
+ git pull
+ 이렇게 하면 원격 저장소의 변경 내용이 로컬 작업 디렉토리에
+ 받아지고(fetch), 병합(merge)된답니다.
+ 다른 가지에 있는 변경 내용을 현재 가지(예를 들면, master 가지)에
+ 병합하려면 아래 명령을 실행하세요.
+ git merge <가지 이름>
+ 첫번째 명령이든 두번째 명령이든, git은
+ 자동으로 변경 내용을 병합하려고 시도해요.
+ 문제는, 항상 성공하는 게 아니라 가끔
+ 충돌(conflicts)이 일어나기도 한다는 거예요.
+ 이렇게 충돌이 발생하면, git이 알려주는 파일의 충돌 부분을
+ 여러분이 직접 수정해서 병합이 가능하도록 해야 하죠.
+ 충돌을 해결했다면, 아래 명령으로 git에게
+ 아까의 파일을 병합하라고 알려주세요.
+ git add <파일 이름>
+ 변경 내용을 병합하기 전에, 어떻게 바뀌었는지 비교해볼 수도 있어요.
+ git diff <원래 가지> <비교 대상 가지> +

+
+ +
+

꼬리표(tag) 달기

+

+ 소프트웨어의 새 버전을 발표할 때마다 꼬리표를 달아놓으면 좋아요.
+ (물론 꼬리표는 SVN 등에 이미 존재하는 기능이지요.)
+ 아래 명령을 실행하면 새로운 꼬리표인 1.0.0을 달 수 있어요.
+ git tag 1.0.0 1b2e1d63ff
+ 위 명령에서 1b2e1d63ff 부분은 꼬리표가 가리킬 확정본 식별자입니다.
+ 아래 명령으로 확정본 식별자를 얻을 수 있어요.
+ git log
+ 확정본 식별자의 앞부분 일부만 입력해도 꼬리표를 붙일 수 있지만,
+ 그 일부분이 반드시 고유하다는 조건이 필요해요. +

+
+ +
+

로컬 변경 내용 되돌리기

+

+ 만약 여러분이 (물론 그럴 일은 없겠지만 ;) 실수로 무언가 잘못한 경우,
+ 아래 명령으로 로컬의 변경 내용을 되돌릴 수 있어요.
+ git checkout -- <파일 이름>
+ 위 명령은 로컬의 변경 내용을 변경 전 상태(HEAD)로 되돌려줘요.
+ 다만, 이미 인덱스에 추가된 변경 내용과
+ 새로 생성한 파일은 그대로 남는답니다. +

+

+ 만약, 로컬에 있는 모든 변경 내용과 확정본을 포기하려면,
+ 아래 명령으로 원격 저장소의 최신 이력을 가져오고,
+ 로컬 master 가지가 저 이력을 가리키도록 할 수 있어요.
+ git fetch origin
+ git reset --hard origin/master +

+
+ +
+

유용한 힌트

+

+ git의 내장 GUI
+ gitk
+ 콘솔에서 git output을 컬러로 출력하기
+ git config color.ui true
+ 이력(log)에서 확정본 1개를 딱 한 줄로만 표시하기
+ git config format.pretty oneline
+ 파일을 추가할 때 대화식으로 추가하기
+ git add -i +

+
+ +
+

링크 & 자료

+

그래픽 클라이언트

+

+

+

+

한글 안내서

+

+

+

+

영문 안내서

+

+

+

+
+ +
+

댓글

+
+ - -
- - - - + + +
+ + + + + \ No newline at end of file diff --git a/index.my.html b/index.my.html index 52ecc656..d79d801c 100644 --- a/index.my.html +++ b/index.my.html @@ -1,53 +1,71 @@ + - - - git - the simple guide - no deep shit! - + + + git - the simple guide - no deep shit! - - - + body { + font-family: Georgia, "Masterpiece Uni Sans", "Yunghkio", sans-serif; + } + + h2 { + font-family: 'Chelsea Market', "Masterpiece Uni Sans", "Yunghkio", Georgia, serif; + } + +

git - အရိုးအရှင်းဆုံး လမ်းညွှန်

အရိုးအရှင်းဆုံး လမ်းညွှန်ဖြစ်သည်။ ထို့ကြောင့် အသေးစိတ် မပါဝင်။ ;)

- - + +

ရေးသားသူ Roger Dudler (ဘာသာပြန်သူ saturngod) -
ကျေးဇူးတင်ခြင်း @tfnico, @fhd နှင့် Namics
+
ကျေးဇူးတင်ခြင်း @tfnico, @fhd နှင့် Namics
ဒီလမ်းညွှန်ကို deutsch, español, @@ -59,16 +77,17 @@

git - အရိုးအရှင်းဆုံး လမ်းညွှန português, русский, türkçe, -
- မြန်မာ, +
+ မြန်မာ, 日本語, 中文, 한국어 - တို့ဖြင့် ဖတ်နိုင်သည်။ + တို့ဖြင့် ဖတ်နိုင်သည်။
- ဆွေးနွေးခြင်းနှင့် ပြင်ဆင်ရန် အချက်များ ကို github တွင် တင်ပေးပါ။ + ဆွေးနွေးခြင်းနှင့် ပြင်ဆင်ရန် အချက်များ ကို github တွင် တင်ပေးပါ။

@@ -90,8 +109,8 @@

ပြင်ဆင်ခြင်း

repository အသစ် ဖန်တီးခြင်း

- directory အသစ် တစ်ခုတည်ဆောက်ပါ။ ပြီးလျှင် terminal မှာ အောက်ကလို ရိုက်ပါ။ -
+ directory အသစ် တစ်ခုတည်ဆောက်ပါ။ ပြီးလျှင် terminal မှာ အောက်ကလို ရိုက်ပါ။ +
git init
ဆိုပြီး git repository တစ်ခုကို စတင်ပါ။

@@ -100,9 +119,9 @@

repository အသစ် ဖန်တီးခြင်း

repository ကို checkout လုပ်ခြင်း

- copy အနေနဲ့ ပွားပြီးတော့ အလုပ်လုပ်မယ်ဆိုရင်တော့ အောက်က command ကို အသုံးပြုရပါတယ်။
+ copy အနေနဲ့ ပွားပြီးတော့ အလုပ်လုပ်မယ်ဆိုရင်တော့ အောက်က command ကို အသုံးပြုရပါတယ်။
git clone /path/to/repository
- တကယ်လို့ server နဲ့ အလုပ်လုပ်တာဆိုရင်တော့ အောက်ကလို အသုံးပြုရပါတယ်။
+ တကယ်လို့ server နဲ့ အလုပ်လုပ်တာဆိုရင်တော့ အောက်ကလို အသုံးပြုရပါတယ်။
git clone username@host:/path/to/repository

@@ -110,13 +129,13 @@

repository ကို checkout လုပ်ခြင်း

အလုပ်လုပ်ပုံ

- သင့် local repository မှာ git က ထိန်းသိမ်းဆောက်ရွက်တဲ့ ဆင့်ပွား ၃ ခု ရှိပါတယ်။ - ပထမ တစ်ခုကတော့ Working Directory ပါ။ - သူကတော့ လက်ရှိ file တွေကို သိမ်းထားပေးပါတယ်။ - ဒုတိယ တစ်ခုကတော့ Index ပါ။ - သူကတော့ staging area ပါ။ - နောက်ဆုံးကတော့ HEAD ပါ။ - နောက်ဆုံး သင် commit လုပ်ထားတဲ့ နေရာကို ညွှန်ပြထားပါတယ်။ + သင့် local repository မှာ git က ထိန်းသိမ်းဆောက်ရွက်တဲ့ ဆင့်ပွား ၃ ခု ရှိပါတယ်။ + ပထမ တစ်ခုကတော့ Working Directory ပါ။ + သူကတော့ လက်ရှိ file တွေကို သိမ်းထားပေးပါတယ်။ + ဒုတိယ တစ်ခုကတော့ Index ပါ။ + သူကတော့ staging area ပါ။ + နောက်ဆုံးကတော့ HEAD ပါ။ + နောက်ဆုံး သင် commit လုပ်ထားတဲ့ နေရာကို ညွှန်ပြထားပါတယ်။

@@ -125,28 +144,30 @@

အလုပ်လုပ်ပုံ

add နှင့် commit

- ပြင်ဆင်ထားတာများကို ထည့်သွင်းလိုလည်း အောက်ပါ အတိုင်း အသုံးပြုနိုင်သည်။
+ ပြင်ဆင်ထားတာများကို ထည့်သွင်းလိုလည်း အောက်ပါ အတိုင်း အသုံးပြုနိုင်သည်။
git add <filename>
git add *
- ဒီ အဆင့်က ပထမ အဆင့်ပါ။ ပြောင်းလဲထားသည်များကို commit လုပ်လိုလျှင်
+ ဒီ အဆင့်က ပထမ အဆင့်ပါ။ ပြောင်းလဲထားသည်များကို commit လုပ်လိုလျှင်
git commit -m "Commit message"
- ပြင်ဆင်ထားသည်များကို HEAD တွင် မှတ်ထားပြီးသားဖြစ်သည်။ သို့သော် remote repository ပေါ်သို့ မရောက်သေးပါ။ + ပြင်ဆင်ထားသည်များကို HEAD တွင် မှတ်ထားပြီးသားဖြစ်သည်။ သို့သော် remote repository ပေါ်သို့ + မရောက်သေးပါ။

pushing changes

- သင်ပြင်ဆင်ထားတာတွေက အခု သင့်ရဲ့ local working copy နေရာက <HEAD> မှာ ရောက်နေပါပြီ။
- ပြောင်းလဲထားတဲ့ code တွေကို remote repository ဆီပို့ဖို့ အတွက် -
+ သင်ပြင်ဆင်ထားတာတွေက အခု သင့်ရဲ့ local working copy နေရာက <HEAD> မှာ ရောက်နေပါပြီ။
+ ပြောင်းလဲထားတဲ့ code တွေကို remote repository ဆီပို့ဖို့ အတွက် +
git push origin master
master ကို သင့်ရဲ့ စိတ်ကြိုက် branch ပြောင်းနိုင်ပါတယ်။ သင် ပို့ချင်တဲ့ branch တစ်ခုခုကိုပေါ့။

- တကယ်လို့ သင်က cloned မလုပ်ချင်ဘူး။ လက်ရှိ ရှိထားတဲ့ code ကို remote server နဲ့ ချိတ်ဆက်ချင်တယ်ဆိုရင်တော့
+ တကယ်လို့ သင်က cloned မလုပ်ချင်ဘူး။ လက်ရှိ ရှိထားတဲ့ code ကို remote server နဲ့ ချိတ်ဆက်ချင်တယ်ဆိုရင်တော့ +
git remote add origin <server>
- အခု သင်ရဲ့ code ကို သင်ရွေးချယ်ထားတဲ့ remote server ပေါ်တင်လို့ရပါပြီ။
+ အခု သင်ရဲ့ code ကို သင်ရွေးချယ်ထားတဲ့ remote server ပေါ်တင်လို့ရပါပြီ။

@@ -154,21 +175,21 @@

pushing changes

branching

- Branches တွေကို develop အဆင့်တွေမှာ အသုံးပြုပါတယ်။ - master branch ကတော့ repository အသစ်ဖန်တီးတဲ့အခါမှာ ပုံသေပါလာပါတယ်။ - တကယ်လို့ development အတွက် အြခား branches တွေခွဲထွက်ပြီး အကုန်ပြီးစီးမှသာ master branch နဲ့ ပြန်ပေါင်းပါတယ်။ + Branches တွေကို develop အဆင့်တွေမှာ အသုံးပြုပါတယ်။ + master branch ကတော့ repository အသစ်ဖန်တီးတဲ့အခါမှာ ပုံသေပါလာပါတယ်။ + တကယ်လို့ development အတွက် အြခား branches တွေခွဲထွက်ပြီး အကုန်ပြီးစီးမှသာ master branch နဲ့ ပြန်ပေါင်းပါတယ်။

- "feature_x" ဆိုတဲ့ branch အသစ်ဆောက်ပြီး ထို branch ကို ပြောင်းလဲ အသုံးပြုပုံ
+ "feature_x" ဆိုတဲ့ branch အသစ်ဆောက်ပြီး ထို branch ကို ပြောင်းလဲ အသုံးပြုပုံ
git checkout -b feature_x
- master branch ကို ပြန်ပြောင်းပုံ
+ master branch ကို ပြန်ပြောင်းပုံ
git checkout master
branch ကို ဖျက်ခြင်း
git branch -d feature_x
- branch ကို remote repository ကို push လုပ်လိုလျှင်
+ branch ကို remote repository ကို push လုပ်လိုလျှင်
git push origin <branch>

@@ -178,23 +199,25 @@

branching

အသစ်ဆွဲချခြင်း နှင့် ပေါင်းစည်းခြင်း

- local repository ကို remote repository တွင် အသစ် commit လုပ်ထားသည်များကို ဆွဲချလိုလျှင်
+ local repository ကို remote repository တွင် အသစ် commit လုပ်ထားသည်များကို ဆွဲချလိုလျှင်
git pull
- pull လို့ ခေါ်တဲ့အခါမှာ working directory ထဲသို့ နောက်ဆုံး ပြောင်းထားသည်များကို fetch နှင့် merge လုပ်သွားပါမယ်။
+ pull လို့ ခေါ်တဲ့အခါမှာ working directory ထဲသို့ နောက်ဆုံး ပြောင်းထားသည်များကို fetch နှင့် + merge လုပ်သွားပါမယ်။
- လက်ရှိ အလုပ်လုပ်နေသော branch (ဥပမာ။။ master) ထဲကို အခြား branch မှ လာပေါင်းလိုလျှင်
+ လက်ရှိ အလုပ်လုပ်နေသော branch (ဥပမာ။။ master) ထဲကို အခြား branch မှ လာပေါင်းလိုလျှင်
git merge <branch>
ထိုအခါ git က အလိုအလျှောက် ပြင်ထားသည်များကို ပေါင်းပေးပါလိမ့်မယ်။ သို့သော်လည်း အမြဲတန်း အဆင်မပြေပါ။ တစ်ခါတစ်လေ conflicts ဖြစ်တာလေးတွေ ရှိတတ်ပါတယ်။ - ထို အခါ conflicts ဖြစ်တာကို ကိုယ့်ဘာသာကိုယ် ပေါင်းဖို့ လုပ်ဆောင်ရပါတော့တယ်။ + ထို အခါ conflicts ဖြစ်တာကို ကိုယ့်ဘာသာကိုယ် ပေါင်းဖို့ လုပ်ဆောင်ရပါတော့တယ်။ - conflicts ဖြစ်နေတဲ့ file များကို git တွင်ဖော်ထားပါတယ်။ ထို file များကို ကိုယ့်ဘာသာကိုယ် ပြင်ဆင်ပြီးရင် ပြန်ပြီးတော့ ထည့်ပေးဖို့ လိုပါတယ်။
+ conflicts ဖြစ်နေတဲ့ file များကို git တွင်ဖော်ထားပါတယ်။ ထို file များကို ကိုယ့်ဘာသာကိုယ် + ပြင်ဆင်ပြီးရင် ပြန်ပြီးတော့ ထည့်ပေးဖို့ လိုပါတယ်။
git add <filename>
- မပေါင်းခင်မှာ အရင်ဆုံး ပြောင်းထားတဲ့ code တွေကို ယှဉ်ကြည့်နိုင်ပါတယ်။
+ မပေါင်းခင်မှာ အရင်ဆုံး ပြောင်းထားတဲ့ code တွေကို ယှဉ်ကြည့်နိုင်ပါတယ်။
git diff <source_branch> <target_branch>

@@ -202,26 +225,29 @@

အသစ်ဆွဲချခြင်း နှင့် ပေါင်

tagging

- software version တစ်ခုကို ထုတ်လိုက်တိုင်းမှာ tag ကို အသုံးပြု အကြံပြုပါတယ်။ - ဒါသုံးခြင်းက SVN မှာ ပါပြီးသား အယူအဆ တစ်ခုပါ။ - သင့်အနေနဲ့ tag နာမည် အသစ် 1.0.0 ဆိုပြီး ပေးနိုင်ပါတယ်။
+ software version တစ်ခုကို ထုတ်လိုက်တိုင်းမှာ tag ကို အသုံးပြု အကြံပြုပါတယ်။ + ဒါသုံးခြင်းက SVN မှာ ပါပြီးသား အယူအဆ တစ်ခုပါ။ + သင့်အနေနဲ့ tag နာမည် အသစ် 1.0.0 ဆိုပြီး ပေးနိုင်ပါတယ်။
git tag 1.0.0 1b2e1d63ff
- 1b2e1d63ff ကတော့ သင် tag လုပ်ချင်တဲ့ commit id ရဲ့ ပထမ စာလုံး ၁၀ လုံး ပါ။ - သင့် အနေနဲ့ commit id ကို အောက်ကလို ရိုက်ပြီး ရယူနိုင်ပါတယ်။
+ 1b2e1d63ff ကတော့ သင် tag လုပ်ချင်တဲ့ commit id ရဲ့ ပထမ စာလုံး ၁၀ လုံး ပါ။ + သင့် အနေနဲ့ commit id ကို အောက်ကလို ရိုက်ပြီး ရယူနိုင်ပါတယ်။
git log
- သင့်အနေနဲ့ commit id ရဲ့ အခြားစာလုံး အနည်းငယ်ကို အသုံးပြုနိုင်ပါတယ်။ သို့ပေမယ့် အဲဒီ id ဟာ ဘယ်သူမှ အသုံးမပြုထားပဲ ကင်းရှင်းဖို့ သို့မဟုတ် unique ဖြစ်ဖို့ လိုပါတယ်။ + သင့်အနေနဲ့ commit id ရဲ့ အခြားစာလုံး အနည်းငယ်ကို အသုံးပြုနိုင်ပါတယ်။ သို့ပေမယ့် အဲဒီ id ဟာ ဘယ်သူမှ + အသုံးမပြုထားပဲ ကင်းရှင်းဖို့ သို့မဟုတ် unique ဖြစ်ဖို့ လိုပါတယ်။

local ပြောင်းလဲခြင်းများကို အစားထိုးခြင်း

- တကယ်လို့ တခုခုမှားသွားပြီး local ထဲက file နဲ့ ပြန် အစားထိုးချင်ရင်
+ တကယ်လို့ တခုခုမှားသွားပြီး local ထဲက file နဲ့ ပြန် အစားထိုးချင်ရင်
git checkout -- <filename>
- အခု ပြောင်းလဲလိုက်တာက သင့်ရဲ့ working tree ထဲက HEAD ထဲ က နောက်ဆုံး content မှာ သွားပြီးတော့ အစားထိုးသွားမှာပါ။ ပြောင်းထားတာတွေကိုတော့ index အနေနဲ့ ထည့်ပြီး files အသစ်တွေကိုလည်း သိမ်းထားပါလိမ့်မယ်။ + အခု ပြောင်းလဲလိုက်တာက သင့်ရဲ့ working tree ထဲက HEAD ထဲ က နောက်ဆုံး content မှာ သွားပြီးတော့ + အစားထိုးသွားမှာပါ။ ပြောင်းထားတာတွေကိုတော့ index အနေနဲ့ ထည့်ပြီး files အသစ်တွေကိုလည်း သိမ်းထားပါလိမ့်မယ်။

- အကယ်၍ သင့်အနေနဲ့ local changes နှင့် commits တွေကို ဖျက်ချပြီး နောက်ဆုံး server နှင့် master branch က အကုန် ဆွဲယူပြီး အစားထိုးချင်ရင်
+ အကယ်၍ သင့်အနေနဲ့ local changes နှင့် commits တွေကို ဖျက်ချပြီး နောက်ဆုံး server နှင့် master branch က အကုန် + ဆွဲယူပြီး အစားထိုးချင်ရင်
git fetch origin
git reset --hard origin/master

@@ -266,7 +292,8 @@

အသုံးပြုပုံ လမ်းညွှန်များ
- Clarify + Clarify
@@ -278,15 +305,22 @@

မှတ်ချက်များ

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.nl.html b/index.nl.html index 9a818dc9..2272e12b 100644 --- a/index.nl.html +++ b/index.nl.html @@ -1,38 +1,56 @@ + - - - git - een simpele uitleg - no deep shit! - + + + git - een simpele uitleg - no deep shit! - + +

git - een simpele uitleg

een korte gids om je op weg te helpen met git, no deep shit :)

- - + +

- door Roger Dudler (vertaling door Pieter Michels) -
dank aan @tfnico, @fhd en Namics
+ door Roger Dudler (vertaling door Pieter Michels) +
dank aan @tfnico, @fhd en Namics
gids in english, deutsch, @@ -44,7 +62,7 @@

git - een simpele uitleg

português, русский, türkçe, -
+
မြန်မာ, 日本語, 中文, @@ -119,7 +137,8 @@

add & commit

pushing changes

Je aanpassingen zitten nu in de HEAD van je lokale werk-repository.
- Om deze aanpassingen door te sturen naar je repository op een andere lokatie, voer dan volgend commando uit
+ Om deze aanpassingen door te sturen naar je repository op een andere lokatie, voer dan volgend commando uit +
git push origin master
Verander master naar de branch-naam
waar je je aanpassingen naar wil sturen. @@ -128,16 +147,19 @@

pushing changes

met een bestaande repository (op een andere server bijvoorbeeld),
voeg dan de bestaande repository toe aan je lokale repository
git remote add origin <server>
- Nu kan je je lokale aanpassingen, en dus ook je lokale repository, synchroniseren met de server die je net hebt toegevoegd.
+ Nu kan je je lokale aanpassingen, en dus ook je lokale repository, synchroniseren met de server die je net + hebt toegevoegd.

branching

- Branches worden gebruikt om verschillende features te ontwikkelen in geïsoleerde omgevingen, los van elkaar.
+ Branches worden gebruikt om verschillende features te ontwikkelen in geïsoleerde omgevingen, los van elkaar. +
De master branch is de basis of standaard branch wanneer je een nieuwe repository aanmaakt.
- Maak nieuwe branches aan wanneer je nieuwe toevoegingen ontwikkelt en voeg ze samen (merge) met de master branch wanneer je klaar bent. + Maak nieuwe branches aan wanneer je nieuwe toevoegingen ontwikkelt en voeg ze samen (merge) met de + master branch wanneer je klaar bent.

@@ -157,7 +179,8 @@

branching

update & merge

- om je lokale repository te updaten naar de laatste versie, voer dan volgend commando uit in je lokale repository
+ om je lokale repository te updaten naar de laatste versie, voer dan volgend commando uit in je lokale + repository
git pull
op die manier kan je de aanpassingen fetchen
en mergen met je lokale bestanden.
@@ -168,7 +191,8 @@

update & merge

Je bent dan zelf verantwoordelijk om de conflicten manueel op te lossen en te mergen. Na de aanpassingen moet je de aangepaste bestanden opnieuw toevoegen aan je lokale repository
git add <filename>
- alvorens je aanpassingen dan terug samen te voegen kan je ook de aangepaste code bekijken door middel van
+ alvorens je aanpassingen dan terug samen te voegen kan je ook de aangepaste code bekijken door middel + van
git diff <source_branch> <target_branch>

@@ -176,10 +200,12 @@

update & merge

tagging

- net zoals in SVN is het aangewezen om verschillende releases van je applicatie in een tag te steken. Je kan een nieuwe tag aanmaken met de naam 1.0.0 door volgend commando uit te voeren
+ net zoals in SVN is het aangewezen om verschillende releases van je applicatie in een tag te steken. Je kan + een nieuwe tag aanmaken met de naam 1.0.0 door volgend commando uit te voeren
git tag 1.0.0 1b2e1d63ff
het 1b2e1d63ff gedeelte van het commando
- staat voor de eerste 10 karakters van de commit id die je in een tag wil steken.
De commit id kan je opvragen door volgend commando uit te voegen
+ staat voor de eerste 10 karakters van de commit id die je in een tag wil steken.
De commit id kan je + opvragen door volgend commando uit te voegen
git log
het hoeven niet per se de eerste 10 karakters van de commit id te zijn, zolang ze maar uniek zijn.

@@ -188,12 +214,15 @@

tagging

replace local changes

- In het geval dat je wil terug gaan naar een vorige versie van een bestand (fouten maken kan gebeuren hé) gebruik je
+ In het geval dat je wil terug gaan naar een vorige versie van een bestand (fouten maken kan gebeuren hé) + gebruik je
git checkout -- <filename>
- dit zal het bestand in je huidige werkmap vervangen door de laatste versie die zich in de HEAD tree bevindt. De aanpassingen die je reeds hebt toegevoegd én de nieuw aangemaakte bestanden blijven behouden. + dit zal het bestand in je huidige werkmap vervangen door de laatste versie die zich in de HEAD tree bevindt. + De aanpassingen die je reeds hebt toegevoegd én de nieuw aangemaakte bestanden blijven behouden.

- Stel nu dat je alle lokale aanpassingen wil vervangen door de laatste versie van de repository die zich op de server bevindt
+ Stel nu dat je alle lokale aanpassingen wil vervangen door de laatste versie van de repository die zich op + de server bevindt
kan je volgende commando reeks gebruiken
git fetch origin
git reset --hard origin/master @@ -239,7 +268,8 @@

andere gidsen

- Clarify + Clarify
@@ -251,15 +281,22 @@

comments

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.pl.html b/index.pl.html index d69f0a75..abb385a1 100644 --- a/index.pl.html +++ b/index.pl.html @@ -1,38 +1,55 @@ + - - - git - prosty przewodnik - nic skomplikowanego! - + + + git - prosty przewodnik - nic skomplikowanego! - + +

git - prosty przewodnik

-

Prosty przewodnik dla początkujących. nic skomplikowanego ;)

- - +

Prosty przewodnik dla początkujących. nic skomplikowanego ;)

+ +

by Roger Dudler -
credits to @tfnico, @fhd and Namics
+
credits to @tfnico, @fhd and Namics
this guide in english, deutsch, @@ -43,7 +60,7 @@

git - prosty przewodnik

português, русский, türkçe, -
+
မြန်မာ, 日本語, 中文, @@ -59,9 +76,8 @@

git - prosty przewodnik

Instalacja

- Pobierz - git dla OSX + Pobierz + git dla OSX

Pobierz git dla Windows @@ -289,15 +305,22 @@

komentarze

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = 'http://' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.pt_BR.html b/index.pt_BR.html index a421b0dd..dde13fe8 100644 --- a/index.pt_BR.html +++ b/index.pt_BR.html @@ -1,38 +1,55 @@ + - - - git - guia prático - sem complicação! - + + + git - guia prático - sem complicação! - + +

git - guia prático

apenas um guia prático para começar com git. sem complicação ;)

- - + +

por Roger Dudler -
créditos para @tfnico, @fhd and Namics
+
créditos para @tfnico, @fhd and Namics
guia em english, deutsch, @@ -44,7 +61,7 @@

git - guia prático

polski, русский, türkçe, -
+
မြန်မာ, 日本語, 中文, @@ -94,7 +111,8 @@

fluxo de trabalho

seus repositórios locais consistem em três "árvores" mantidas pelo git. a primeira delas é sua Working Directory que contém os arquivos vigentes. a segunda Index que funciona como uma área temporária e - finalmente a HEAD que aponta para o último commit (confirmação) que você fez. + finalmente a HEAD que aponta para o último commit (confirmação) que + você fez.

@@ -105,7 +123,8 @@

adicionar & confirmar

Você pode propor mudanças (adicioná-las ao Index) usando
git add <arquivo>
git add *
- Este é o primeiro passo no fluxo de trabalho básico do git. Para realmente confirmar estas mudanças (isto é, fazer um commit), use
+ Este é o primeiro passo no fluxo de trabalho básico do git. Para realmente confirmar estas + mudanças (isto é, fazer um commit), use
git commit -m "comentários das alterações"
Agora o arquivo é enviado para o HEAD, mas ainda não para o repositório remoto.

@@ -114,13 +133,17 @@

adicionar & confirmar

enviando alterações

- Suas alterações agora estão no HEAD da sua cópia de trabalho local. Para enviar estas alterações ao seu repositório remoto, execute
+ Suas alterações agora estão no HEAD da sua cópia de trabalho local. Para + enviar estas alterações ao seu repositório remoto, execute
git push origin master
- Altere master para qualquer ramo (branch) desejado, enviando suas alterações para ele. + Altere master para qualquer ramo (branch) desejado, enviando suas alterações + para ele.

- Se você não clonou um repositório existente e quer conectar seu repositório a um servidor remoto, você deve adicioná-lo com
+ Se você não clonou um repositório existente e quer conectar seu repositório a um + servidor remoto, você deve adicioná-lo com
git remote add origin <servidor>
- Agora você é capaz de enviar suas alterações para o servidor remoto selecionado.
+ Agora você é capaz de enviar suas alterações para o servidor remoto + selecionado.

@@ -128,7 +151,9 @@

enviando alterações

ramificando

- Branches ("ramos") são utilizados para desenvolver funcionalidades isoladas umas das outras. O branch master é o branch "padrão" quando você cria um repositório. Use outros branches para desenvolver e mescle-os (merge) ao branch master após a conclusão. + Branches ("ramos") são utilizados para desenvolver funcionalidades isoladas umas das outras. O + branch master é o branch "padrão" quando você cria um repositório. Use + outros branches para desenvolver e mescle-os (merge) ao branch master após a conclusão.

@@ -138,7 +163,8 @@

ramificando

git checkout master
e remova o branch da seguinte forma
git branch -d funcionalidade_x
- um branch não está disponível a outros a menos que você envie o branch para seu repositório remoto
+ um branch não está disponível a outros a menos que você envie o branch + para seu repositório remoto
git push origin <funcionalidade_x>

@@ -148,14 +174,18 @@

atualizar & mesclar

para atualizar seu repositório local com a mais nova versão, execute
git pull
- na sua pasta de trabalho para obter e fazer merge (mesclar) alterações remotas.
+ na sua pasta de trabalho para obter e fazer merge (mesclar) alterações + remotas.
para fazer merge de um outro branch ao seu branch ativo (ex. master), use
git merge <branch>
- em ambos os casos o git tenta fazer o merge das alterações automaticamente. Infelizmente, isto nem sempre é possível e resulta em conflitos. + em ambos os casos o git tenta fazer o merge das alterações automaticamente. Infelizmente, isto + nem sempre é possível e resulta em conflitos. Você é responsável por fazer o merge estes conflitos - manualmente editando os arquivos exibidos pelo git. Depois de alterar, você precisa marcá-los como merged com
+ manualmente editando os arquivos exibidos pelo git. Depois de alterar, você precisa marcá-los + como merged com
git add <arquivo>
- antes de fazer o merge das alterações, você pode também pré-visualizá-as usando
+ antes de fazer o merge das alterações, você pode também + pré-visualizá-as usando
git diff <branch origem> <branch destino>

@@ -163,9 +193,12 @@

atualizar & mesclar

rotulando

- é recomendado criar rótulos para releases de software. Este é um conhecido conceito, que também existe no SVN. Você pode criar um novo rótulo chamado 1.0.0 executando o comando
+ é recomendado criar rótulos para releases de software. Este é um conhecido conceito, + que também existe no SVN. Você pode criar um novo rótulo chamado 1.0.0 executando + o comando
git tag 1.0.0 1b2e1d63ff
- o 1b2e1d63ff representa os 10 primeiros caracteres do id de commit que você quer referenciar com seu rótulo. Você pode obter o id de commit com
+ o 1b2e1d63ff representa os 10 primeiros caracteres do id de commit que você quer referenciar + com seu rótulo. Você pode obter o id de commit com
git log
você pode também usar menos caracteres do id de commit, ele somente precisa ser único.

@@ -174,12 +207,16 @@

rotulando

sobrescrever alterações locais

- No caso de você ter feito algo errado (que seguramente nunca acontece ;) ) você pode sobrescrever as alterações locais usando o commando
+ No caso de você ter feito algo errado (que seguramente nunca acontece ;) ) você pode + sobrescrever as alterações locais usando o commando
git checkout -- <arquivo>
- isto substitui as alterações na sua árvore de trabalho com o conteúdo mais recente no HEAD. Alterações já adicionadas ao index, bem como novos arquivos serão mantidos. + isto substitui as alterações na sua árvore de trabalho com o conteúdo mais + recente no HEAD. Alterações já adicionadas ao index, bem como novos arquivos + serão mantidos.

- Se ao invés disso você deseja remover todas as alterações e commits locais, recupere o histórico mais recente do servidor e aponte para seu branch master local desta forma
+ Se ao invés disso você deseja remover todas as alterações e commits locais, + recupere o histórico mais recente do servidor e aponte para seu branch master local desta forma
git fetch origin
git reset --hard origin/master

@@ -224,7 +261,8 @@

guias

- Clarify + Clarify
@@ -236,15 +274,22 @@

comentários

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.ru.html b/index.ru.html index 545b1977..1f390aa9 100644 --- a/index.ru.html +++ b/index.ru.html @@ -1,38 +1,56 @@ + git - the simple guide - no deep shit! - - + +

git - the simple guide

простое руководство по работе с git. Ничего сложного ;)

- - + +

- Роджер Дадлер (перевел Дмитрий Вольф) -
спасибо @tfnico, @fhd and Namics
+ Роджер Дадлер (перевел Дмитрий Вольф) +
спасибо @tfnico, @fhd and Namics
это руководство на english, deutsch, @@ -44,7 +62,7 @@

git - the simple guide

polski, português, türkçe, -
+
မြန်မာ, 日本語, 中文, @@ -73,7 +91,7 @@

установка

создание нового репозитория

Для того чтобы создать новый репозиторий git, необходимо - открыть папку где вы хотите его разместить и выполнить команду
+ открыть папку где вы хотите его разместить и выполнить команду
git init

@@ -90,13 +108,13 @@

получение репозитория

-

рабочий процесс

+

рабочий процесс

Ваш локальный git репозиторий состоит из трех "сущностей". Рабочий каталог (Working Directory) содержит файлы. Индекс (Index) или область подготовленных файлов (Staging Area), - содержит информацию о том, что должно войти в следующий коммит и - HEAD указывает на последний коммит что вы сделали. + содержит информацию о том, что должно войти в следующий коммит и + HEAD указывает на последний коммит что вы сделали.

@@ -109,7 +127,8 @@

Подготовка и коммит

git add *
Это первый шаг в основном рабочем процессе. Сделать коммит подготовленных изменений можно командой
git commit -m "Описание коммита"
- Теперь изменения закреплены в локальном репозитории, и на них указывает HEAD, но еще не в удаленном репозитории. + Теперь изменения закреплены в локальном репозитории, и на них указывает HEAD, но еще не в удаленном + репозитории.

@@ -120,7 +139,8 @@

отправка изменений

git push origin master
Можно изменить master на любую другую ветвь, чтобы отправить изменения на неё.

- Если вы еще не клонировали существующий репозиторий и хотите подключить ваш к удаленному, вам нужно добавить его, выполнив
+ Если вы еще не клонировали существующий репозиторий и хотите подключить ваш к удаленному, вам нужно добавить + его, выполнив
git remote add origin <адрес_сервера>
Теперь вы можете отправлять изменения на удаленный репозиторий
@@ -130,8 +150,9 @@

отправка изменений

ветвление

- Ветки используются для разработки функциональности, изолированной от остальной. Ветка master используется по умолчанию, когда вы создаете репозиторий. - Используйте другие ветки для разработки и слияние в master, когда разработка завершена. + Ветки используются для разработки функциональности, изолированной от остальной. Ветка master + используется по умолчанию, когда вы создаете репозиторий. + Используйте другие ветки для разработки и слияние в master, когда разработка завершена.

@@ -141,20 +162,22 @@

ветвление

git checkout master
удалить ветку
git branch -d feature_x
- ветка не будет доступна тем, кто пользуется с вами удаленным репозиторием, пока вы не отправите её туда
+ ветка не будет доступна тем, кто пользуется с вами удаленным репозиторием, пока вы не отправите её + туда
git push origin <имя_ветки>

-

обновление и слияние

+

обновление и слияние

Обновить ваш локальный репозиторий можно командой
git pull
которая заберет изменения из удаленного репозитория и проведет слияние с активной веткой.
Для того чтобы слить другую ветку с активной (например master), используйте команду
git merge <имя_ветки>
- В обоих случаях git пытается автоматически слить изменения. К сожалению, это не всегда возможно и результатом станет конфликт. + В обоих случаях git пытается автоматически слить изменения. К сожалению, это не всегда возможно и + результатом станет конфликт. Вы ответственны за разрешение возникших конфликтов, путем ручного редактирования файлов, указанных git. После изменений вам надо пометить их как слитые
git add <имя_файла>
@@ -164,32 +187,37 @@

обновление и слияние

-

метки

+

метки

- Рекомендуется использовать метки для закрепления момента выпуска версий. Это популярная практика, которая также используется в SVN. Создать новую метку с именем 1.0.0 можно, выполнив
+ Рекомендуется использовать метки для закрепления момента выпуска версий. Это популярная практика, которая + также используется в SVN. Создать новую метку с именем 1.0.0 можно, выполнив
git tag 1.0.0 1b2e1d63ff
- 1b2e1d63ff это первые десять цифр уникального идентификатора (id), с которым будет связана метка. Чтобы посмотреть идентификаторы коммитов, выполните
+ 1b2e1d63ff это первые десять цифр уникального идентификатора (id), с которым будет связана метка. + Чтобы посмотреть идентификаторы коммитов, выполните
git log
- Можно использовать меньшее количество символов в качестве идентификатора, с учетом того, что он является уникальным. + Можно использовать меньшее количество символов в качестве идентификатора, с учетом того, что он является + уникальным.

-

замена локальных изменений

+

замена локальных изменений

В случае, если вы сделали что-то не то, вы можете заменить локальные изменения, используя команду
git checkout -- <имя_файла>
- произойдет замена изменений в вашем рабочем каталоге, на то, что сейчас находится в HEAD. Изменения, уже внесенные в индекс, также как и новые файлы, будут сохранены. + произойдет замена изменений в вашем рабочем каталоге, на то, что сейчас находится в HEAD. Изменения, уже + внесенные в индекс, также как и новые файлы, будут сохранены.

- Если же вы хотите удалить все ваши локальные изменения и коммиты, получите (fetch) последние изменения с сервера и укажите локальной ветке master на них вот так
+ Если же вы хотите удалить все ваши локальные изменения и коммиты, получите (fetch) последние изменения с + сервера и укажите локальной ветке master на них вот так
git fetch origin
git reset --hard origin/master

-

твики и удобные команды

+

твики и удобные команды

встроенный в git графический интерфейс
gitk
@@ -227,7 +255,8 @@

руководства

- Clarify + Clarify
@@ -239,15 +268,22 @@

комментарии

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.tr.html b/index.tr.html index 436a7a44..78c31704 100644 --- a/index.tr.html +++ b/index.tr.html @@ -1,38 +1,55 @@ + - - - git - basit rehber - atla deve değil! - + + + git - basit rehber - atla deve değil! - + +

git - basit rehber

git'e başlamak için basit bir rehber. atla deve değil ;)

- - + +

by Roger Dudler -
credits to @tfnico, @fhd and Namics
+
credits to @tfnico, @fhd and Namics
this guide in english, deutsch, @@ -44,7 +61,7 @@

git - basit rehber

polski, português, русский, -
+
မြန်မာ, 日本語, 中文, @@ -114,7 +131,8 @@

ekleme & teslim

değişiklikleri göndermek

- Şimdi değişiklikleriniz yerel deponuzun HEAD'i içerisinde.
Bu değişiklikleri uzak deponuza göndermek için,
+ Şimdi değişiklikleriniz yerel deponuzun HEAD'i içerisinde.
Bu değişiklikleri uzak deponuza + göndermek için,
git push origin master
Değişiklikleri uzak deponuzdaki göndermek istediğiniz dal'ı master ile değiştirin.

@@ -128,7 +146,8 @@

değişiklikleri göndermek

dallar ile çalışmak

- Dallar farklı özellikleri ayrı ayrı geliştirmek için kullanılır. Yeni bir depo oluşturduğunuzda master "varsayılan" daldır. Diğer dallar geliştirildikten sonra master'a birleştirilir. + Dallar farklı özellikleri ayrı ayrı geliştirmek için kullanılır. Yeni bir depo oluşturduğunuzda + master "varsayılan" daldır. Diğer dallar geliştirildikten sonra master'a birleştirilir.

@@ -148,7 +167,7 @@

güncelleme & birleştirme

en son değişiklikleri (commit) yerel deponuza almak için
git pull
- komutunu çalıştırın. Bu değişiklikleri al (fetch) ve birleştir (merge) yapacaktır. + komutunu çalıştırın. Bu değişiklikleri al (fetch) ve birleştir (merge) yapacaktır. Aktif dala (örn. master) başka bir dalı birleştirmek için
git merge <dal>
her iki durumda da git değişiklikleri otomatik birleştirmeyi (auto-merge) dener. @@ -165,9 +184,11 @@

güncelleme & birleştirme

sürümlemek

- yazılım sürümleriniz için sürüm adı (tag) oluşturmanız tavsiye edilir. bu SVN'de de mevcut olan bilindik bir kavramdır. 1.0.0 adıyla bir sürüm numarası (tag) oluşturmak için
+ yazılım sürümleriniz için sürüm adı (tag) oluşturmanız tavsiye edilir. bu SVN'de de mevcut olan bilindik bir + kavramdır. 1.0.0 adıyla bir sürüm numarası (tag) oluşturmak için
git tag 1.0.0 1b2e1d63ff
- buradaki 1b2e1d63ff yayımlanacak yazılım sürümünüzün işlem numarasının ilk 10 karakteridir. İşlem kimlik numaralarını görmek için
+ buradaki 1b2e1d63ff yayımlanacak yazılım sürümünüzün işlem numarasının ilk 10 karakteridir. İşlem + kimlik numaralarını görmek için
git log
tekil olduğu sürece daha az işlem numarası da kullanabilirsiniz.

@@ -176,12 +197,15 @@

sürümlemek

yerel değişiklikleri geri almak

- Yanlış birşey yapmanız durumunda (tabi ki böyle şeyler hiç olmaz ;)) yerel değişiklikleri geri almak için
+ Yanlış birşey yapmanız durumunda (tabi ki böyle şeyler hiç olmaz ;)) yerel değişiklikleri geri almak + için
git checkout -- <dosyaadı>
- bu değişikliklerinizi HEAD içerisindeki son içerik ile değiştirir. Index'e önceden eklenmiş değişiklikler ve yeni dosyalar korunacaktır. + bu değişikliklerinizi HEAD içerisindeki son içerik ile değiştirir. Index'e önceden eklenmiş değişiklikler ve + yeni dosyalar korunacaktır.

- Eğer tüm yerel değişiklik ve teslimlerinizi iptal etmek istiyorsanız, sunucudan en son kayıtları getirin ve yerel master dalınıza gösterin
+ Eğer tüm yerel değişiklik ve teslimlerinizi iptal etmek istiyorsanız, sunucudan en son kayıtları getirin ve + yerel master dalınıza gösterin
git fetch origin
git reset --hard origin/master

@@ -226,7 +250,8 @@

rehberler

- Clarify + Clarify
@@ -238,15 +263,22 @@

yorumlar

var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
- - + + - + + \ No newline at end of file diff --git a/index.vi.html b/index.vi.html index 498b9ed9..3bada55d 100644 --- a/index.vi.html +++ b/index.vi.html @@ -1,38 +1,55 @@ + - - - git - hướng dẫn đơn giản - + + + git - hướng dẫn đơn giản - + +

Sổ tay Git

Đây là một hướng dẫn đơn giản cho người mới học ;)

- - + +

by Roger Dudler -
credits to @tfnico, @fhd and Namics
+
credits to @tfnico, @fhd and Namics
this guide in deutsch, español, @@ -44,7 +61,7 @@

Sổ tay Git

português, русский, türkçe, -
+
မြန်မာ, 日本語, 中文, @@ -114,11 +131,13 @@

thêm (add) & commit

đẩy (push) các thay đổi

- Thay đổi của bạn hiện đang nằm tại HEAD của bản sao cục bộ đang làm việc. Để gửi những thay đổi đó đến repository remote, bạn thực thi
+ Thay đổi của bạn hiện đang nằm tại HEAD của bản sao cục bộ đang làm việc. Để gửi những thay đổi đó + đến repository remote, bạn thực thi
git push origin master
Thay đổi master bằng bất cứ nhánh nào mà bạn muốn đầy những thay đổi đến.

- Nếu bạn chưa clone một repository hiện có và muốn kết nối repository của bạn đến máy chủ remote, bạn phải thêm nó với
+ Nếu bạn chưa clone một repository hiện có và muốn kết nối repository của bạn đến máy chủ remote, bạn phải + thêm nó với
git remote add origin <máy-chủ>
Bây giờ bạn đã có thể đẩy các thay đổi của mình vào máy chủ đã chọn
@@ -128,7 +147,9 @@

đẩy (push) các thay đổi

nhánh

- Các nhánh (branches) được dùng để phát triển tính năng tách riêng ra từ những nhánh khác. Nhánh master là nhánh "mặc định" khi bạn tạo một repository. Sử dụng các nhánh khác tri đang trong giai đoạn phát triển và merge trở lại nhánh master một khi đã hoàn tất. + Các nhánh (branches) được dùng để phát triển tính năng tách riêng ra từ những nhánh khác. Nhánh + master là nhánh "mặc định" khi bạn tạo một repository. Sử dụng các nhánh khác tri đang trong giai + đoạn phát triển và merge trở lại nhánh master một khi đã hoàn tất.

@@ -151,9 +172,11 @@

cập nhật & trộn (update & merge)

trong thự mục đang làm việc để lấy về (fetch) và trộn (merge) các thay đổi ở remote.
để trộn một nhánh khác vào nhánh đang hoạt động (vd: master), sử dụng
git merge <nhánh>
- trong cả hai trường hợp, git cố gắng trộn tự động (auto-merge) các thay đổi. Không may, điều này không phải lúc nào cũng làm được và thường dẫn đến xung đột. + trong cả hai trường hợp, git cố gắng trộn tự động (auto-merge) các thay đổi. Không may, điều này không phải + lúc nào cũng làm được và thường dẫn đến xung đột. Trách nhiệm của bạn là trộn các xung đột đó - thủ công bằng cách chỉnh sửa các tập tin được hiển thị bởi git. Sau khi thay đổi, bạn phải đánh dấu chúng là đã được trộn (merged) với lệnh
+ thủ công bằng cách chỉnh sửa các tập tin được hiển thị bởi git. Sau khi thay đổi, bạn phải đánh dấu chúng là + đã được trộn (merged) với lệnh
git add <tên-tập-tin>
trước khi trộn các thay đổi, bạn có thể xem trước chúng bằng các
git diff <nhánh_nguồn> <nhánh_mục_tiêu> @@ -163,9 +186,11 @@

cập nhật & trộn (update & merge)

gắn nhãn (tagging)

- người ta khuyên nên tạo nhãn (tags) khi phát hành phần mềm. đây là khái niệm được biết đến, đã từng có trên SVN. Bạn tạo tag mới tên là 1.0.0 bằng cách
+ người ta khuyên nên tạo nhãn (tags) khi phát hành phần mềm. đây là khái niệm được biết đến, đã từng có trên + SVN. Bạn tạo tag mới tên là 1.0.0 bằng cách
git tag 1.0.0 1b2e1d63ff
- chuỗi 1b2e1d63ff là 10 ký tự đầu tiên của mã commit (commit id) mà bạn muốn tham chiếu đến bằng nhãn của bạn. Bạn có thể lấy mã commit với lệnh
+ chuỗi 1b2e1d63ff là 10 ký tự đầu tiên của mã commit (commit id) mà bạn muốn tham chiếu đến bằng nhãn + của bạn. Bạn có thể lấy mã commit với lệnh
git log
bạn cũng có thể sử dụng ít ký tự hơn từ mã commit, nó chỉ cần phải là duy nhất.

@@ -176,10 +201,12 @@

thay thế các thay đổi cục bộ

Trong trường hợp bạn làm sai điều gì đó, bạn có thể thay thế các thay đổi cục bộ bằng lệnh
git checkout -- <tên-tập-tin>
- lệnh này thay thế những thay đổi trong "tree" đang làm việc với nội dung mới nhất của HEAD. Các thay đổi đã được thêm vào chỉ mục, kể cả các tập tin mới, điều này sẽ được giữ lại. + lệnh này thay thế những thay đổi trong "tree" đang làm việc với nội dung mới nhất của HEAD. Các thay đổi đã + được thêm vào chỉ mục, kể cả các tập tin mới, điều này sẽ được giữ lại.

- Nếu bạn muốn hủy tất cả thay đổi và commit cục bộ, lấy về (fetch) lịch sử gần đây nhất từ máy chủ và trỏ nhánh master cục bộ vào nó như sau
+ Nếu bạn muốn hủy tất cả thay đổi và commit cục bộ, lấy về (fetch) lịch sử gần đây nhất từ máy chủ và trỏ + nhánh master cục bộ vào nó như sau
git fetch origin
git reset --hard origin/master

@@ -220,15 +247,17 @@

hướng dẫn

  • GitHub Help
  • A Visual Git Guide
  • Learn Git Branching
    • -
  • More Git and GitHub Secrets
    • +
  • More Git and GitHub Secrets +
  • Understanding Git Conceptually

    • misc

    -

    +

    @@ -240,15 +269,22 @@

    bình luận

    var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })(); - +
    - - + + - + + \ No newline at end of file diff --git a/index.zh.html b/index.zh.html index 00f5b3c8..55f7af6e 100644 --- a/index.zh.html +++ b/index.zh.html @@ -1,38 +1,55 @@ + - - - git - the simple guide - no deep shit! - + + + git - the simple guide - no deep shit! - + +

    git - 简明指南

    助你入门 git 的简明指南，木有高深内容 ;)

    - - + +

    作者：罗杰·杜德勒 -
    感谢：@tfnico, @fhd 和 Namics
    +
    感谢：@tfnico, @fhd + 和 Namics
    其他语言 english, deutsch, @@ -45,7 +62,7 @@

    git - 简明指南

    português, русский, türkçe, -
    +
    မြန်မာ, 日本語, 한국어 @@ -83,7 +100,7 @@

    创建新仓库

    检出仓库

    执行如下命令以创建一个本地仓库的克隆版本：
    - git clone /path/to/repository
    + git clone /path/to/repository
    如果是远端服务器上的仓库，你的命令会是这个样子：
    git clone username@host:/path/to/repository

    @@ -92,7 +109,8 @@

    检出仓库

    工作流

    - 你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录，它持有实际文件；第二个是 暂存区（Index），它像个缓存区域，临时保存你的改动；最后是 HEAD，它指向你最后一次提交的结果。 + 你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录，它持有实际文件；第二个是 暂存区（Index），它像个缓存区域，临时保存你的改动；最后是 + HEAD，它指向你最后一次提交的结果。

    @@ -100,7 +118,7 @@

    工作流

    添加和提交

    - 你可以提出更改（把它们添加到暂存区），使用如下命令：
    + 你可以提出更改（把它们添加到暂存区），使用如下命令：
    git add <filename>
    git add *
    这是 git 基本工作流程的第一步；使用如下命令以实际提交改动：
    @@ -126,8 +144,8 @@

    推送改动

    分支

    - 分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”分支。在其他分支上进行开发，完成后再将它们合并到主分支上。 -

    + 分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”分支。在其他分支上进行开发，完成后再将它们合并到主分支上。 +

    创建一个叫做“feature_x”的分支，并切换过去：
    @@ -136,7 +154,7 @@

    分支

    git checkout master
    再把新建的分支删掉：
    git branch -d feature_x
    - 除非你将分支推送到远端仓库，不然该分支就是 不为他人所见的：
    + 除非你将分支推送到远端仓库，不然该分支就是 不为他人所见的：
    git push origin <branch>

    @@ -191,8 +209,8 @@

    替换本地改动

    假如你操作失误（当然，这最好永远不要发生），你可以使用如下命令替换掉本地改动：
    git checkout -- <filename>
    - 此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。 -

    + 此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。 +

    假如你想丢弃你在本地的所有改动与提交，可以到服务器上获取最新的版本历史，并将你本地主分支指向它：
    git fetch origin
    @@ -203,7 +221,7 @@

    替换本地改动

    实用小贴士

    - 内建的图形化 git：
    + 内建的图形化 git：
    gitk
    彩色的 git 输出：
    git config color.ui true
    @@ -246,15 +264,21 @@

    评论

    var disqus_shortname = 'git-the-simple-guide'; // required: replace example with your forum shortname /* * * DON'T EDIT BELOW THIS LINE * * */ - (function() { - var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true; + (function () { + var dsq = document.createElement('script'); + dsq.type = 'text/javascript'; + dsq.async = true; dsq.src = '//' + disqus_shortname + '.disqus.com/embed.js'; - (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq); + (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild( + dsq); })();
    - - + + - + + \ No newline at end of file