Wiki de Caballero - User contributions [en]

Git, lo Básico

2016-01-12T22:20:41Z

Camilo: /* Git Remoto */

==Contexto==

===Los Estados de los archivos===
Los archivos adentro de una carpeta que usa Git pueden estar ''tracked'' o no, esto significa que están asociados al control de versión o no. Los archivos ''tracked'' pueden estar en uno de tres estados:

;''Commited'' ("Comprometido")
:El archivos ya quedó guardado en la base de datos local.
;Modified (Modificado)
:El archivo se ha modificado pero no se ha ''commited'' (''comprometido'') aún.
;''Staged'' ("En Escenario")
:Se ha marcado el archivo para agregarlo al próximo commit.

===Un flujo común de Git===
# Se obtiene el proyecto desde un directorio de git
# Se modifican archivos
# Se preparan para el ''commit'', se hacen ''staged''
# Se hace el ''commit''

[[File:18333fig0106-tn.png|300px|thumb|none|Flujo común de Git]]

==Instalar Git==
===Obtener Git===
Git se puede instalar desde diferentes fuentes, [http://git-scm.com/downloads esta] es la oficial. Desde ahí se pueden descargar los comandos y clientes gráficos.

Además hay más programas en Internet que se pueden usar para trabajar con Git. Por ejemplo NetBeans lo soporta.

'''Nota''': Es posible que Git ya esté instalado en el sistema. Si se reinstala podría causar algún conflicto. Revisar si está instalado, si la función instalada es suficiente no hacer nada, sino buscar la forma de instalar la versión deseada.

===Configuración===
Antes de empezar a usar Git se configuran algunas variables para el uso de un usuario. Estas variables se usan para guardar en los repositorios información de quien hace el ''commit'' y configurar cosas como el editor a usar. Quedan almacenadas en uno de tres directorios, ordenados por relevancia siendo más relevante el último:

* <code>/etc/gitconfig</code> contiene configuración para todos los usuarios del sistema en todos los repositorios
* <code>~/.gitconfig</code> contiene configuración para el usuario actual
* <code>.git/config</code> contiene configuración para el repositorio en el que se está trabajando actualmente

A continuación algunas configuraciones básicas pero existen más configuraciones no documentadas aquí:

====Configuración Personal====
Esta información se usa a la hora de hacer ''commits''.
<syntaxhighlight lang="bash">
git config --global user.name "John Flat" # Setea el nombre del usuario
git config --global user.email john.flat@empresa.com # Setea el mail del usuario
</syntaxhighlight>

====Configuración Ambiente de Trabajo====
<syntaxhighlight lang="bash">
git config --global core.editor emacs # Setea el editor por defecto
git config --global merge.tool vimdiff # Setea el visualizador de diferencias
</syntaxhighlight>

====Revisar configuraciones====
<syntaxhighlight lang="bash">
git config --list # Lista todas las configuraciones, pueden repetirse si se repiten en varios archivos de configuración
git config {key} # Muestra el valor de una variable en específico
git config user.name # Muestra el valor del nombre de usuario guardado en la configuración
</syntaxhighlight>

====Configurar autocompletación en Terminal====

Necesario para SO Macintosh (Ubuntu viene por defecto).

1. Agregar el archivo '''git-completion.bash''' al home.

'''Descargar:'''<br>
Opción 1 (github.com): https://github.com/git/git/blob/master/contrib/completion/git-completion.bash <br>
Opción 2 (Wiki): [[Media:Git-completion.bash.zip | Git-completion.bash version 2.0 ]]

2. Modificar el archivo '''.profile''' por terminal.
<syntaxhighlight lang="bash">
vim ~/.profile
</syntaxhighlight>

3. Persionamos la letra '''i''' y agregamos '''source ~/git-completion.bash''' al principio del archivo.
<syntaxhighlight lang="bash">
source ~/git-completion.bash

# MacPorts Installer addition on 2014-03-26_at_11:37:57: adding an appropriate PATH variable for use with MacPorts.
export PATH=/opt/local/bin:/opt/local/sbin:$PATH
# Finished adapting your PATH environment variable for use with MacPorts.
</syntaxhighlight>

4. Por último presionamos la tecla '''esc''', a continuación ''':''' y '''wq''' para guardar el archivo.

===Instalar en un servidor===
Instalar en un servidor es sencillo conceptualmente. Hay que permitir acceso a un directorio con un proyecto Git. El directorio es igual al que hay en un proyecto localmente. También hay que definir para cada usuario si puede hacer ''pull'' y ''push''. Para esto, una forma sencilla de hacerlo es usando acceso SSH (aunque existen otra formas, ver ''[http://gitolite.com/3-server-usage/git-server.html setting up your own git server]''), de esta forma también se le puede dar permiso al usuario de lectura y escritura.

Para crear el repositorio hay que ingresar al servidor remoto y ejecutar algunos comandos. Lo siguiente es un ejemplo, la ubicación y el nombre del proyecto pueden cambiar. Por convención se usa el nombre de la carpeta del proyecto con ''.git''. El comando <code>--bare</code>, al inicializar el proyecto, indica que se crea sin la estructura de directorio de trabajo, este directorio queda con archivos como los que quedan adentro de la carpeta .git de un repositorio de trabajo local.
<syntaxhighlight lang="bash">
cd /opt/git # Se navega a la ubicación donde se quiere dejar el repositorio
mkdir project.git # Se crea una carpeta donde va a quedar el repositorio
cd project.git # Se ingresa a la carpeta del proyecto
git --bare init # Se inicializa el proyecto
</syntaxhighlight>
Lo mismo del código anterior se puede lograr así:
<syntaxhighlight lang="bash">
cd /opt/git # Se navega a la ubicación donde se quiere dejar el repositorio
git --bare init project.git # Se crea el directorio del proyecto y se inicializa
</syntaxhighlight>

Para obtener el repositorio el usuario puede hacer:
<syntaxhighlight lang="bash">
git clone usuario@servidor.com:/directorio/donde/esta/el/proyecto
</syntaxhighlight>

Si se desea hacer usuarios que solo puedan interactuar con Git en este servidor, es buena idea dejar que solo usen un ''shell'' desarrollado para este propósito. Esto significa que no pueden moverse a través de los directorios, crear archivos, ver archivos y más. Para esto, hay que editar el archivo <code>/etc/passwd</code> (en Ubuntu por ejemplo), en el usuario que solo va a usar Git, pasar de esto:
<syntaxhighlight lang="bash">
nombreUsuario:x:1000:1000::/home/nombreUsuario:/bin/sh
</syntaxhighlight>
a esto:
<syntaxhighlight lang="bash">
nombreUsuario:x:1000:1000::/home/nombreUsuario:/usr/bin/git-shell
</syntaxhighlight>

Para más información de cómo interactuar con el servidor remoto, ver [[Git, Branching]], la sección de ''remotes''.

== Instalar gitk ==

===Mac OS X 10.10===
<syntaxhighlight lang="bash">
sudo port install git k
</syntaxhighlight>

==Comandos de Ayuda==
Tres formas de obtener ayuda sobre un <verb> (verbo), es decir una acción de Git:
<syntaxhighlight lang="bash">
git help <verb>
git <verb> --help
man git-<verb>
</syntaxhighlight>

Ejemplo de ayuda
<syntaxhighlight lang="bash">
git help config
git config --help
man git-config
</syntaxhighlight>

==Crear Repositorios==
Formas de hacer que un proyecto tenga manejo de versiones usando Git. Todas las formas incluyen un directorio .git que guarda la información de versiones.

===Empezar un proyecto con Git===
Se crea un directorio nuevo, se navega hacia él y se inicializa Git.
<syntaxhighlight lang="bash">
mkdir nuevoProyecto # Crear nuevo directorio
cd nuevoProyecto # Navegar a directorio
git init # Inicializar Git
touch x # Crea un archivo "x" vacío
git add x # Se pasa "x" al staging area, es decir, se prepara para el commit
git commit -m 'Commit inicial, solo un archivo en blanco' # Se hace el commit y queda guardado localmente
</syntaxhighlight>

===Agregar Git a un proyecto existente===
Se navega al directorio donde está el proyecto exitente y se inicializa Git.
<syntaxhighlight lang="bash">
cd proyectoExistente # Se navega al proyecto existente
git init # Inicializar Git
git add archivoExistente # Se pasa "archivoExistente" al staging area, es decir, se prepara para el commit
git commit -m 'Commit inicial, se agrega archivo existente' # Se hace el commit y queda guardado localmente
</syntaxhighlight>

===Obtener un proyecto desde una fuente existente===
Se obtiene una copia del repositorio y se guarda en una carpeta con el nombre del repositorio.
<syntaxhighlight lang="bash">
git clone [url] # Forma genérica
git clone /path/to/repository # Obtener copia localmente
git clone username@host:/path/to/repository # Obtener copia remotamente
</syntaxhighlight>

==Ignorar archivos==

===.gitignore===
Git puede ignorar algunos archivos, esto se hace manualmente editando (creando) el archivo ''.gitignore''. A continuación un ejemplo de este archivo:
<syntaxhighlight lang="bash">
# Esto es un comentario que empieza con '#'
# Omitir todos los archivos que terminan con .log
*.log
# Pero track super.log usando la negación
!super.log
# Ignorar la carpeta LOG, si existe una carpeta LOG adentro de otra carpeta no se va a ignorar
/LOG
# Ignorar todos los archivos en la carpeta error
error/
# Ignorar los archivos .txt adentro de la carpeta media
media/*.txt
</syntaxhighlight>

===Asumir que algún archivo no ha cambiado===
El siguiente comando hace que Git no tome en cuenta los cambios del archivo en cuestión.
<syntaxhighlight lang="bash">
git update-index --assume-unchanged archivoParaNoTomarEnCuenta
</syntaxhighlight>

Para deshacer esto:
<syntaxhighlight lang="bash">
git update-index --no-assume-unchanged archivoParaNoTomarEnCuenta
</syntaxhighlight>

==Git Local==

===Proceso de guardado de archivos (commit)===
Para hacer un ''commit'' hay que hacer los siguientes pasos:
# Agregar (o modificar) archivos (por ejemplo usando un editor de texto)
# Avisarle a git que tiene que llevar a cabo los cambios, por ejemplo agregando un archivo (<code>git add archivoNuevo</code>)
# Hacer el ''commit'', git commit -m <nowiki>'texto del commit'</nowiki>

Se puede hacer el commit así:
<syntaxhighlight lang="bash">
touch archivoNuevo # Se agrega un nuevo archivo al directorio de trabajo
git add archivoNuevo # Se agrega el archivo a Git
git commit # Se realiza el commit
# No se le entrega mensaje, con lo que se abre el editor de texto configurado
</syntaxhighlight>
O
<syntaxhighlight lang="bash">
touch archivoNuevo # Se agrega un nuevo archivo al directorio de trabajo
git add archivoNuevo # Se agrega el archivo a Git
git commit -m 'texto del commit' # Se realiza el commit
# Se escribe el mensaje directamente y no se abre un editor de texto
</syntaxhighlight>

Siempre es necesario incluir un mensaje en el ''commit'' ya que esto permite revisar el historial de lo que se haya hecho antes. De esta forma se puede tener una imagen bastante clara de la evolución del proyecto.

===Hacer un ''commit'' viendo las diferencias en los archivos===
Lo siguiente muestra el editor de texto para agregar un mensaje, en los comentarios muestra los archivos modificados (comportamiento por defecto) y adicionalmente muestra las diferencias en los archivos (<code>-v</code>).
<syntaxhighlight lang="bash">
git commit -v
</syntaxhighlight>

===Track nuevos archivos===
Se dice que un archivo está siendo ''tracked'' cuando Git lo toma en cuenta. Para esto se ejecuta lo siguiente:
<syntaxhighlight lang="bash">
touch archivoNuevo # Se crea nuevo archivo vacío
git add archivoNuevo # Se hace que Git lo agregue
</syntaxhighlight>

===Agregar archivos al staging area===
Los archivos modificados no pasan directamente al siguiente ''commit'', hay que pasarlos al ''staging area'' antes. El comando es el mismo que para agregar archivos nuevos.
<syntaxhighlight lang="bash">
echo nuevaLinea >> archivoYaEnGit # Se le agrega la línea nuevaLinea a un archivo que ya estaba en Git
git add archivoYaEnGit # Se pasa archivo al staging area
</syntaxhighlight>

===Mover (o renombrar) Archivos===
<syntaxhighlight lang="bash">
git mv archivoViejoNombre archivoNuevoNombre # También se puede mover adentro de un directorio
</syntaxhighlight>
Esta operación reemplaza los siguientes comandos:
<syntaxhighlight lang="bash">
mv archivoViejoNombre archivoNuevoNombre # Se mueve el archivo usando un comando del sistema operativo
git rm archivoViejoNombre # Se borra de Git el del nombre viejo
git add archivoNuevoNombre # Se agrega el del nombre nuevo
</syntaxhighlight>

===Borrar archivos===
<syntaxhighlight lang="bash">
git rm archivoABorrar
</syntaxhighlight>
Esta operación reemplaza los siguientes comandos:
<syntaxhighlight lang="bash">
rm archivoABorrar # Borra el archivo usando un comando del sistema operativo
git rm archivoABorrar # Le avisa a Git que el archivo va a ser eliminado en el próximo commit
</syntaxhighlight>

===Borrar archivos en el staging area===
<syntaxhighlight lang="bash">
git rm --cached archivoNoStaging
</syntaxhighlight>

===Quitar archivos del staging area===
<syntaxhighlight lang="bash">
git reset HEAD archivoNoStaging
</syntaxhighlight>

===Revertir cambios de archivo===
<syntaxhighlight lang="bash">
git checkout -- archivoAResetear
</syntaxhighlight>

===Revertir cambios en el directorio de trabajo===
<syntaxhighlight lang="bash">
git reset --hard # Deshace cambios del staging area y del directorio de trabajo
git clean -f -d # Quita archivos no ''trackeados''
git clean -f -x -d # CUIDADO! Quita archivos no ''trackeados'' PERO ADEMÁS quita archivos ignorados (.gitignore)
</syntaxhighlight>
Fuente: [http://stackoverflow.com/questions/1090309/git-undo-all-working-dir-changes-including-new-files stackoverflow]

===Revertir cambios de ''commit''===
Suponiendo que el Git se encuentra en el siguiente estado:
<syntaxhighlight lang="text">
(F)
A-B-C
↑
master

A, B y C son commits. F es el estado del directorio de trabajo. C es el último commit.
</syntaxhighlight>
Se pueden hacer algunos comandos para deshacer ''commits'':
<ul>

<li> Borrar el ''commit'' definitivamente:
<syntaxhighlight lang="bash">
git reset --hard HEAD~1
</syntaxhighlight>
El estado de Git queda así:
<syntaxhighlight lang="text">
(F)
A-B
↑
master
</syntaxhighlight>
</li>

<li> Borrar el ''commit'' pero mantener los cambios hechos en archivos hasta antes del ''commit'':
<syntaxhighlight lang="bash">
git reset HEAD~1
</syntaxhighlight>
El estado de Git queda así:
<syntaxhighlight lang="text">
(F)
A-B-C
↑
master
</syntaxhighlight>
</li>

<li> Borrar el ''commit'' pero mantener los cambios hechos en archivos hasta antes del ''commit'' '''y''' manteniendo el index (''staging area''):
<syntaxhighlight lang="bash">
git reset --soft HEAD~1
</syntaxhighlight>
El estado de Git queda así:
<syntaxhighlight lang="text">
(F)
A-B-C
↑
master
</syntaxhighlight>
</li>
</ul>
Fuente: [http://stackoverflow.com/a/6866485 stackoverflow]

Nota: Para resucitar un commit muerto ver la nota en la fuente.

===Hacer cambios al útlimo ''commit'' con ''--amend''===
Si hay algún archivo que debería haber hecho parte del ''commit'' anterior, se puede agregar con <code>git commit --amend</code>. Un ejemplo de cómo funciona esto:
<syntaxhighlight lang="bash">
git commit -m 'primer commit' # Commit inicial
touch nuevoArchivo # Se agrega nuevo archivo al directorio
git add nuevoArchivo # Se le avisa a Git que hay un nuevo archivo que trackear
git commit --amend # Se actualiza el último commit, debería abrir el editor de texto por defecto
</syntaxhighlight>

===Estado de Archivos===

Para saber el estado de los archivos existen dos comandos posibles: <code>git status</code> y <code>git diff</code>.

====git status====
Muestra información del estado de los archivos que han cambiado. Puede mostrar archivos ''untracked'', ''staged'' y ''modified''. No muestra información de archivos que no han cambiado desde el último ''commit''.

<div class="toccolours mw-collapsible mw-collapsed">
git status: ejemplo sin cambios
<div class="mw-collapsible-content">
<syntaxhighlight lang="bash">
git status
</syntaxhighlight>

Resultado:
<syntaxhighlight lang="bash">
# On branch master
nothing to commit (working directory clean)
</syntaxhighlight>
</div>
</div>

<div class="toccolours mw-collapsible mw-collapsed">
git status: ejemplo de diferentes estados
<div class="mw-collapsible-content">
En el siguiente ejemplo, ''archivoA'' y ''archivoB'' ya están siendo ''tracked'' y ya hicieron parte del commit anterior; ambos fueron modificados. ''archivoA'' no se agregó al ''staging area'' por lo que no va a hacer parte del ''commit''. ''archivoB'' se agregó al ''staging area'' y se va a guardar en el próximo ''commit''.

''archivoC'' es un archivo nuevo que se va a guardar en el próximo ''commit'' y ''archivoD'' es un archivo nuevo no ''tracked'' por Git.

<syntaxhighlight lang="bash">
git status
</syntaxhighlight>

Resultado:
<syntaxhighlight lang="bash">
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# modified: archivoB
# new file: archivoC
#
# Changes not staged for commit:
# (use "git add <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working directory)
#
# modified: archivoA
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# archivoD
</syntaxhighlight>
</div>
</div>

====git diff====
<code>git diff</code> se usa para ver las diferencias que han tenido los archivos y no solo saber si han cambiado o no. <code>git diff</code> por si sólo muestra las diferencias en archivos que no están en el ''staging area''. Para mostrar los cambios en los archivos que están en el ''staging area'' hay que usar el commando con la opción ''--staged'': <code>git diff --staged</code> (para versiones anteriores a 1.6.1 cambiar ''--staged'' por ''--cached'').

<div class="toccolours mw-collapsible mw-collapsed">
git diff: ejemplo
<div class="mw-collapsible-content">

En ''archivoA'' se agregaron dos líneas con el mismo contenido, el nombre del archivo. En ''archivoB'' se agregó una línea con el nombre del archivo.
<syntaxhighlight lang="bash">
git diff
</syntaxhighlight>

Resultado:
<syntaxhighlight lang="bash">
diff --git a/archivoA b/archivoA
index 7898192..c065858 100644
--- a/archivoA
+++ b/archivoA
@@ -1 +1,2 @@
-a
+archivoA
+archivoA
diff --git a/archivoB b/archivoB
index 6178079..df239cf 100644
--- a/archivoB
+++ b/archivoB
@@ -1 +1 @@
-b
+archivoB
</syntaxhighlight>
</div>
</div>

===Historial===
Para ver el historial se usa el comando <code>git log</code>. Se puede usar con varios parámetros para obtener un output más preciso. Para obtener más información ver [http://git-scm.com/book/en/Git-Basics-Viewing-the-Commit-History este link] o usar <code>git help log</code>.

Algunos parámetros:

;-(n)
:(n) es la cantidad de ''commits'' a mostrar (ej: <code>git log -3</code>)
;--since, --after
:Se le entrega un valor de fecha y muestra ''commits'' solamente a partir de cierta fecha (ej: <code>git log --since=2.weeks</code>)
;--until, --before
:Se le entrega un valor de fecha y muestra ''commits'' solamente desde cierta fecha (ej: <code>git log --until=2.weeks</code>)
;--author
:Se le proporciona a Git el autor para la búsqueda
;--stat
:Se muestran los archivos modificados.

==Git Remoto==
Para poder colaborar en un proyecto, se necesitan servidores remotos, ''remotes''.

===Crear nuevo proyecto a partir de un remote===
El siguiente comando crea una carpeta con el proyecto obtenido desde una fuente externa, crea la carpeta .git y obtiene los archivos del proyecto.
<syntaxhighlight lang="bash">
git clone username@host:/path/to/repository # Obtener copia remotamente
</syntaxhighlight>

===Agregar remote===
El siguiente comando agrega un ''remote'' al proyecto Git actual, esto solo asocia un ''remote'' al proyecto pero no obtiene los archivos. nombreReferencia es un nombre arbitratio que se le da al remote para referenciarlo.

<syntaxhighlight lang="bash">
git remote add nombreReferencia username@host:/path/to/nombreRepositorio
</syntaxhighlight>

===Obtener archivos de remote===
El siguiente comando obtiene los archivos desde un ''remote'' ya agregado '''pero''' no los deja en el directorio de trabajo, quedan "escondidos" en la base de datos de Git.
<syntaxhighlight lang="bash">
git fetch nombreReferencia
</syntaxhighlight>

===Mezclar lo obtenido en el directorio actual===
Este comando mezcla la rama de nombreReferencia al directorio actual ([http://stackoverflow.com/questions/3419658/understanding-git-fetch-then-merge más info en stackoverflow]).
<syntaxhighlight lang="bash">
git merge nombreReferencia/rama
</syntaxhighlight>

===Obtener y Mezclar (merge) archivos de remote===
Se obtienen los archivos y luego se mezclan con lo que hay en el directorio de trabajo.
<syntaxhighlight lang="bash">
git pull nombreReferencia HEAD # Si no especifico HEAD me pide una versión
</syntaxhighlight>

===Subir cambios a remote===
Se suben los cambios al ''remote'' origin en la branch (rama) master.
<syntaxhighlight lang="bash">
git push origin master
</syntaxhighlight>

===Listar remotes===

<div class="toccolours mw-collapsible mw-collapsed">
Listar remotos
<div class="mw-collapsible-content">
<syntaxhighlight lang="bash">
git diff
</syntaxhighlight>
Resultado:

<syntaxhighlight lang="bash">
origin
ticgit
</syntaxhighlight>

</div></div>

<div class="toccolours mw-collapsible mw-collapsed">
Listar remotos con URLs
<div class="mw-collapsible-content">

<syntaxhighlight lang="bash">
git remote -v
</syntaxhighlight>

Resultado:

<syntaxhighlight lang="bash">
origin /gitExample2/../gitExample (fetch)
origin /gitExample2/../gitExample (push)
ticgit git://github.com/schacon/ticgit.git (fetch)
ticgit git://github.com/schacon/ticgit.git (push)
</syntaxhighlight>

</div></div>

===Obtener información de un remote===
Con este comando se obtiene la información del ''remote'' y de las ''branches'' (ramas) que se están ''tracking''.
<syntaxhighlight lang="bash">
git remote show ticgit
</syntaxhighlight>

===Renombre remote===
<syntaxhighlight lang="bash">
git remote rename nombreViejo nombreNuevo
</syntaxhighlight>

===Quitar remote===
<syntaxhighlight lang="bash">
git remote rm remoteName
</syntaxhighlight>

===Cambiar el remote===
Para cambiar el remote de un proyecto lo primero es situarse en el directorio con git del proyecto y ejecutar:
<syntaxhighlight lang="bash">
git remote -v
# Con este comando se verifica el remote que se esta utilizando y entrega como resultado algo así:
# usuario@oficina1.cl:/git/proyecto (fetch) -> hace referencia al remote desde donde se sacan los archivos (pull)
# usuario@oficina1.cl:/git/proyecto (push) -> hace referencia al remote hacia donde se envían los archivos (push)
</syntaxhighlight>

Luego para cambiar el remote se ejecuta:
<syntaxhighlight lang="bash">
git remote set-url origin usuario@nuevoRemote:/git/proyecto
# Para comprobar que el cambio se ha hecho de manera exitosa se puede volver a ejecutar git remote -v y/o se puede hacer un pull/push
</syntaxhighlight>

==Otras páginas utiles adentro del Wiki==
* [[Git, Branching]], ''branching'' es una forma de llevar el desarrollo por diferentes caminos sin que se pisen entre ellos.
* [[Git, Tagging]], el ''tagging'' sirve para referenciar diferentes ''commits'' en el tiempo.
* [[Git, Stashing]], el ''stashing'' sirve para limpiar las modificaciones actuales en el espacio de trabajo y guardarlas temporalmente fuera de vista. Se pueden recuperar luego.

==Links útiles==
* [http://git-scm.com/book/en/Git-Basics-Tips-and-Tricks#Auto-Completion Hacer que Git autocomplete]
* [http://git-scm.com/book/en/Git-Basics-Tips-and-Tricks#Git-Aliases Hacer alias para comandos]

==Más información==
* [https://na1.salesforce.com/help/pdfs/en/salesforce_git_developer_cheatsheet.pdf Git Cheat Sheet]
* [http://ndpsoftware.com/git-cheatsheet.html Git Cheatsheet • NDP Software]
* [http://git-scm.com/book/en/ Libro Oficial]
* [http://rogerdudler.github.io/git-guide/ git - the simple guide]

[[Category:Git]]

MacOS, Automator y AppleScript

2015-07-23T19:47:55Z

Camilo: /* Ejemplos */

==Automator==
Automator es un programa que permite hacer flujos sin saber de programación. Se crean diferentes acciones que se van ejecutando en secuencia. Hay muchos tutoriales de automator online, aquí hay un ejemplo:
{{#ev:youtube|uz_hO6H9m2k||center}}

==AppleScript==
AppleScript es un lenguaje de programación que permite llevar a cabo acciones sobre aplicaciones. La aplicación tiene que estar construida con esta posibilidad sino no se puede utilizar. Además, la aplicación define que acciones son accesibles desde AppleScript. A continuación un tutorial, se pueden encontrar más en línea.
{{#ev:youtube|CZR8w1_rhXg||center}}

==Tips==
Los programas hechos en AppleScript y Automator son muy útiles, para hacerlos más fáciles de ejecutar se les puede asignar un ''shortcut'' del sistema. Estos shortcuts estarán disponibles en la medida que se cumpla el requisito del programa utilizado.

==Ejemplos==
Para que estos scripts funcionen correctamente es necesario modificar alguna configuraciones en System Preferences -> Language And Region:
*Primero se debe marcar para que sea formato de 24h.
*Luego clic en Advanced -> Dates -> Short y dejar la fecha como Año-mes-día
[[File:Formato hora.png|border|350px]] '''=>'''
[[File:Formato fecha.png|border|350px]]

===Crear un Reminder desde cualquier aplicación===
El objetivo de este Workflow es que fácilmente se pueda crear un Reminder estando en cualquier aplicación. Además da la opción de escribir la fecha y hora del reminder.
<br>'''Descargar''': [[File:Create_Reminder.workflow.zip]].

===Crear un Reminder a partir de un correo electrónico===
Este Workflow toma el correo electrónico seleccionado y crea un Reminder a partir de el. Muestra en un dialogo el texto por defecto (Titulo del mail y más información) que puede ser cambiado en el momento que aparece el dialogo. Además permite seleccionar la fecha y hora del reminder.
<br>'''Descargar''': [[File:Create Reminder From Message.workflow.zip]].

===Crear un Reminder a partir de texto seleccionado===
Este Workflow toma el texto seleccionado y crea un Reminder a partir de el. Muestra en un dialogo el texto por defecto que puede ser cambiado en el momento que aparece el dialogo. Además permite seleccionar la fecha y hora del reminder.
<br>'''Descargar''': [[File:Create Reminder from Selected Text.workflow.zip]]

===Cambiar configuración de archivos ocultos en Finder===
OS X Automator Worflow hecho para cambiar la configuración de Finder de mostrar o no archivos ocultos (que empiezan con punto '.') Al ejecutarlo la primera vez muestra los archivos ocultos, al ejecutarlo la segunda los esconde. Si se repite cambia la configuración al contrario usado actualmente. Este Automator tiene como limitación el hecho de que la aplicación Finder no queda seleccionada y hay que seleccionarla manualmente para poder volver a ella.
<br>'''Descargar''': [[File:Toggle Hidden Files.workflow.zip]].

File:Formato fecha.png

2015-07-23T19:45:02Z

Camilo:

File:Formato hora.png

2015-07-23T19:44:27Z

Camilo:

Main Page

2015-07-23T14:47:48Z

Camilo:

<div style="font-size: 15px; color: gray;">Este es el wiki de [http://www.flat.cl/ Flat Estrategia Digital (Flat)]</div>

==Web==

===Apache===
# [[Habilitar .htaccess]]
# [[Apache, restringir acceso]]
# [[Apache, .htacces]]

===Javascript===
# [[Javascript, Variables en URL como Anchors]]
# [[Crear librería de JavaScript]]
# [[Bloque try catch]]
# [[Asignar multiples eventos a un selector]]

===PHP===
# [[Enviar mail con archivos adjuntos PHP |Enviar mail con archivos adjuntos PHP]]
# [[Subir archivo a servidor |Subir archivo(s) al servidor con PHP]]
# [[Ámbito de clases PHP |Ámbito de clases en PHP]]
# [[Simular "text-overflow:ellipsis" |Simular "text-overflow:ellipsis" ]]

===Compass y Sass===
# [[Compass y Sass, Instalación]]
# [[Compass y Sass, Configuración y uso]]

==Mediawiki==
# [[MediaWiki, elementos colapsables]]
# [[Manejar Permisos Wikimedia]]
# [[Extension Wiki SyntaxHighlight]]

==MySQL==
# [[Generar diccionario de datos con MySQL Workbench]]
# [[Crear enlace ODBC para conectar Excel con MySQL]]
# [[Importar archivo.sql por Terminal]]
# [[Usuarios Mysql]]
# [[Errores MySql]]
# [[MySQL, iniciar, detener o reiniciar]]

==NetBeans==
# [[Multiples filas de pestañas NetBeans]]
# [[Cómo documentar un Proyecto en PHP con NetBeans]]
# [[Compilar archivos Sass al grabar en Netbeans]]
==OS==

===*nix (Sistemas tipo Unix)===
# [[*nix, crear alias de comandos]]

===Linux===
# [[Crear claves publicas y privadas para conectarse por SSH al servidor]]
# [[Linux, Búsquedas de archivos y texto]]
# [[Linux, Cambiar directorio home por defecto]]
# [[Linux, hacer que el botón de power (on/off) apague el computador solo si no hay nadie loggeado (Ubuntu 14.04)]]
# [[Linux, Borrar o renombrar archivos con caracteres "raros" en su nombre]]
# [[Linux, Tips y Trucos]]
# [[Iniciar con Grub Ubuntu]]
# [[Instalar lftp]]
# [[Instalar Firewall Firestarter en Ubuntu 14.04]]
# [[Instalción y uso de ImageMagick]]

===Mac OS X===
# [[Mac OS X, Como incluir directorios en PATH]]
# [[Instalar mcrypt]]
# [[Instalción y uso de ImageMagick]]
# [[OS X, Automator y AppleScript]]

==Git==
# [[Git, lo Básico]]
# [[Git, Tagging]]
# [[Git, Branching]]
# [[Git, Stashing]]
# [[Git, Rebase]]

==Trabajo IT==
===Metodologías===
# [[Metodologías para encontrar errores]]
# [[Metodologías para encontrar soluciones]]
# [[Metodología de trabajo por encargo]]
# [[Como hacer un diagrama de flujo]]
# [[Métodos de programación]]
# [[Método Científico]]
# [[Multitasking versus Monotasking]]

===Estándares===
# [[Estándares de Desarrollo]]
# [[Ejemplo de HTML5 válido]]
# [[Cómo Generar Documentación en JavaScript]]
# [[Code Design Patterns (Patrones de Diseño de Código)]]
# [[Firmas de funciones en programación]]

Multiples filas de pestañas NetBeans

2015-07-23T14:21:23Z

Camilo: Created page with "Se pueden agregar dos o más filas de tabs en NetBeans. Esto puede ayudar a mantener todas las pestañas a la vista. *Para logra esto se debe acceder a '''Preference''' -> '''..."

Se pueden agregar dos o más filas de tabs en NetBeans. Esto puede ayudar a mantener todas las pestañas a la vista.
*Para logra esto se debe acceder a '''Preference''' -> '''Appearance''' -> marcar '''Multi-row tabs''' y seleccionar el máximo de filas que se pueden crear.

[[File:Netbeans multiRow option.png|border|400px]] '''=>'''
[[File:MultiRows.png|border|600px]]

File:MultiRows.png

2015-07-23T14:19:47Z

Camilo:

Main Page

2014-10-15T17:16:46Z

Camilo: /* Compass y Sass */

<div style="font-size: 15px; color: gray;">Este es el wiki de [http://www.flat.cl/ Flat Estrategia Digital (Flat)]</div>

==Web==

===Apache===
# [[Habilitar .htaccess]]
# [[Apache, restringir acceso]]

===Javascript===
# [[Javascript, Variables en URL como Anchors]]
# [[Crear librería de JavaScript]]

===PHP===
# [[Enviar mail con archivos adjuntos PHP |Enviar mail con archivos adjuntos PHP]]

===Compass y Sass===
# [[Compass y Sass, Instalación]]
# [[Compass y Sass, Configuración y uso]]
# [[Compilar archivos Sass al grabar, en Netbeans]]

==Mediawiki==
# [[MediaWiki, elementos colapsables]]
# [[Manejar Permisos Wikimedia]]
# [[Extension Wiki SyntaxHighlight]]

==MySQL==
# [[Generar diccionario de datos con MySQL Workbench]]
# [[Crear enlace ODBC para conectar Excel con MySQL]]
# [[Importar archivo.sql por Terminal]]
# [[Usuarios Mysql]]
# [[Errores MySql]]

==OS==

===Linux===
# [[Crear claves publicas y privadas para conectarse por SSH al servidor]]
# [[Linux, Búsquedas de archivos y texto]]
# [[Linux, Cambiar directorio home por defecto]]
# [[Linux, hacer que el botón de power (on/off) apague el computador solo si no hay nadie loggeado (Ubuntu 14.04)]]
# [[Linux, Borrar o renombrar archivos con caracteres "raros" en su nombre]]
# [[Linux, Tips y Trucos]]
# [[Iniciar con Grub Ubuntu]]
# [[Instalar lftp]]
# [[Instalar Firewall Firestarter en Ubuntu 14.04]]

===Mac OS X===
# [[Mac OS X, Como incluir directorios en PATH]]
# [[Instalar mcrypt]]

==Git==
# [[Git, lo Básico]]
# [[Git, Tagging]]
# [[Git, Branching]]
# [[Git, Stashing]]
# [[Git, Rebase]]

==Trabajo IT==
===Metodologías===
# [[Metodologías para encontrar errores]]
# [[Metodologías para encontrar soluciones]]
# [[Metodología de trabajo por encargo]]
# [[Como hacer un diagrama de flujo]]

===Estándares===
# [[Estándares de Desarrollo]]
# [[Ejemplo de HTML5 válido]]
# [[Como documentar un Proyecto en PHP con NetBeans]]
# [[Cómo documentar JavaScript]]
# [[Code Design Patterns (Patrones de Diseño de Código)]]

Git, Rebase

2014-10-10T16:11:26Z

Camilo:

''Rebase'' (o Reorganizar) permite tomar los cambios confirmados en una rama y re-aplicarlos sobre otra, permitiendo que el flujo de trabajo en git se vea mas ordenado, como si todos los cambios se hubieran realizado de forma lineal, sin ramificaciones.

*Tomando como base la siguiente situación:

[[File:01-img-ramas.png|250px]]

*Se desean añadir los cambios hechos en la rama experiment, a la rama master. La primera opción es usar ''merge'' para alcanzar este objetivo:

[[File:02-img-merge.png|350px]]

*Al utilizar ''merge'' se cumple el objetivo de añadir los cambios a master, pero de igual forma van quedando 'rastros' de las ramas, lo que en situaciones donde hay gran número de ramas, puedes hacer que se vuelva confuso seguir los cambios.
'''Para solucionar esto, podemos hacer uso de 'rebase''''.

==Comando rebase==
Lo primero que debemos hacer es movernos a la rama que deseamos integrar, y luego ejecutar rebase acompañado de la rama a la que queremos integrar los cambios.
<syntaxhighlight lang="bash">
git checkout experiment
git rebase master
</syntaxhighlight>
*Esto generara una nueva confirmación o commit al final del flujo, el que contendrá los cambios de la rama experiment.

[[File:03-img-rebase.png|350px]]

Ahora para mover el 'puntero' hacia este ultimo commit que se creo por medio del rebase debemos ejecutar lo siguiente:
<syntaxhighlight lang="bash">
git checkout master
git merge experiment
</syntaxhighlight>

Una vez hecho esto, los cambios de la experiment ya están correctamente integrados a master, y se puede borrar con seguridad la rama experiment.

<syntaxhighlight lang="bash">
git branch -d experiment
</syntaxhighlight>

Y finalmente realizamos el push al repositorio remoto.
<syntaxhighlight lang="bash">
git push origin master
</syntaxhighlight>

*Como resultado del rebase tendremos un flujo lineal de trabajo en git, que se ve mas ordenado, y permite seguir de forma mas fácil los cambios realizados en el proyecto.
[[File:04-img-rebase-limpio.png|350px]]

*'''Nota:'''Es importante solo realizar un rebase sobre cambios que no han sido publicados, porque de lo contrarios, si se realiza sobre cambios que ya han sido publicados, y se hace un push, esto provocara conflictos a los otros usuarios que hagan uso del repositorio.

*Para otros ejemplo de situaciones donde se puede aplicar rebase o para una explicación mas detallada de cuando no es conveniente usar rebase visitar: [http://git-scm.com/book/es/Ramificaciones-en-Git-Reorganizando-el-trabajo-realizado Git - Reorganizando el trabajo realizado].

Git, Rebase

2014-10-10T16:10:31Z

2014-10-10T14:22:59Z

Camilo: Created page with "''Rebase''"

''Rebase''