photo sharing and upload picture albums photo forums search pictures popular photos photography help login
Topics >> by >> configuracixf3n_de_un_rep

configuracixf3n_de_un_rep Photos
Topic maintained by (see all topics)

Este tutorial ofrece una visión general sobre cómo configurar un repositorio con el sistema de control de versiones Git. Se explica cómo empezar un repositorio de Git para un proyecto nuevo o existente. A continuación, se ofrecen ejemplos de flujos de trabajo de repositorios creados localmente o clonados de repositorios remotos. La guía supone que estás mínimamente familiarizado con la interfaz de línea de comandos.


Los puntos primordiales que se tratarán en esta guía son los siguientes:



  • Inicialización de un nuevo repositorio de Git

  • Clonación de un repositorio de Git existente

  • Confirmación de una versión modificada de un archivo en el repositorio

  • Configuración de un repositorio de Git para colaborar de forma remota

  • Comandos de control habituales de la versión de Git


Al final de este módulo, podrás crear un repositorio de Git, emplear los comandos de Git más frecuentes, confirmar un fichero modificado, ver el historial del proyecto y configurar una conexión de un servicio de alojamiento de Git (Bitbucket).


¿Qué es un repositorio de Git?


Unes un almacenamiento virtual de tu proyecto. Te deja guardar versiones del código a las que puedes acceder cuando lo necesites.


Inicio de un nuevo repositorio: git init


Para crear un nuevo repositorio, emplea el comando
git init.
git inites un comando único que se emplea durante la configuración inicial de un repositorio nuevo. Al ejecutar este comando, se creará un nuevo subdirectorio
.giten tu directorio de trabajo actual. También se creará una nueva rama profesora (master).


Versión de un proyecto existente con un repositorio de Git nuevo


En este caso, suponemos que ya cuentas con una carpetita de proyecto en la que quieres crear un repositorio. desarrollar aplicaciones ás establecer el directorio de la carpetita raíz del proyecto con el comando
cdy luego ejecutar
git init.


Apuntar
git inita un directorio de proyecto existente hará que se ejecute la misma configuración de comienzo citada arriba, mas en el ámbito de ese directorio.


Visita la página sobrepara conseguir información más detallada sobre el comando
git init.


Clonación de un repositorio existente: git clone


Si un proyecto ya se ha configurado en un repositorio central, el comando de clonación es la manera más común de obtener una imitación de desarrollo local. Igual que
git init, la clonación suele ser una operación única. En el momento en que un desarrollador ha logrado una imitación de trabajo, todas las operaciones dese administran por medio de su repositorio local.


El comando
git clonese usa para crear una copia o bien clonar un repositorio remoto. Se usa
git clonecon la URL de un repositorio. Git es compatible con varios protocolos de red y sus formatos de URL pertinentes. En este caso de ejemplo, usaremos el protocolo Git SSH. Las URL Git SSH prosiguen esta plantilla:
:USERNAME/REPONAME.git


Este sería un ejemplo de URL Git SSH:
:rhyolight/javascript-data-store.git, en el que coinciden los valores de la plantilla:





  • HOSTNAME: bitbucket.org




  • USERNAME: rhyolight




  • REPONAME: javascript-data-store



Cuando se ejecuta, la última versión de los archivos del repositorio remoto de la rama maestra se extraerá y se añadirá a una nueva carpeta. La nueva carpeta recibirá el nombre de REPONAME, en este caso,
javascript-data-store. La carpeta contendrá el historial completo del repositorio remoto y una rama profesora creada recientemente.


Para conseguir más información sobre el uso de
git cloney los formatos de URL compatibles con Git, visita la.


Guardar cambios en el repositorio: git add y git commit


Ahora que has clonado o inicializado un repositorio, puedes confirmar cambios de la versión del fichero. En el próximo ejemplo se supone que has configurado un proyecto en
/path/to/project. Los pasos que se efectúan en este ejemplo son los siguientes:



  • Cambiar los directorios a
    /path/to/project

  • Crear un nuevo archivo
    CommitTest.txtcon el contenido ~"test content for git tutorial"~

  • Usa el comando git add para añadir
    CommitTest.txtal entorno de ensayo de repositorio

  • Crea una nueva confirmación con un mensaje en el que se describa qué trabajo se ha realizado con dicha confirmación


Después de realizar este caso de ejemplo, en el historial de tu repositorio se mostrará
CommitTest.txty se realizará el seguimiento de las actualizaciones futuras de este fichero.


En este caso de ejemplo se han introducido dos comandos git adicionales:
addy
commit. Ha sido un ejemplo limitadísimo, pero ambos comandos se tratan más en profundidad en las páginas sobrey. El comando
git addse suele utilizar con la opción
--all. Al ejecutar
git add --all, se añadirán todos los ficheros con cambios y sin seguimiento al repositorio y se actualizará su árbol de trabajo.


Colaboración entre repositorios: git push


Es importante comprender que la idea de "copia de trabajo" de Git es muy diferente a la copia de trabajo que se obtiene al extraer código fuente de un repositorio SVN. En contraste a SVN, Git no distingue entre las copias de trabajo y el repositorio central: todos soncompletos.


Por tanto, colaborar con Git es intrínsecamente distinto que con SVN. Mientras que SVN depende de la relación entre el repositorio central y la copia de trabajo, el modelo de colaboración de Git se fundamenta en la interacción entre repositorios. En vez de introducir una copia de trabajo en el repositorio central de SVN, se extraen o envían confirmaciones de un repositorio a otro.


Por supuesto, nada te impide dar un significado especial a ciertos repositorios de Git. Por servirnos de un ejemplo, con solo delimitar un repositorio de Git como el "central", es posible contestar un flujo de trabajo centralizado a través de Git. Esto se logra por medio de convenciones, no por el hecho de que esté integrado en el propio VCS.


Repositorios bare (vacíos) frente a repositorios clonados


Si en la sección anterior, "Inicio de un nuevo repositorio", has usado
git clonepara configurar tu repositorio local, entonces ya está listo para la colaboración remota. El comando
git cloneconfigura automáticamente el repositorio con un remoto que apunta a la URL Git de donde lo has clonado. Esto quiere decir que, una vez hagas cambios en un fichero y lo confirmes, puedes mandar los cambios al repositorio recóndito con
git push.


Si has usado el comando
git initpara crear un repositorio nuevo, entonces no tendrás ningún repositorio recóndito al que mandar cambios. Un patrón común en el momento de iniciar un nuevo repositorio es ir a un servicio Git alojado, como Bitbucket, y crear un repositorio ahí. El servicio te proporcionará una URL Git que podrás añadir a tu repositorio de Git local y enviar con
git pushal repositorio alojado. Cuando hayas creado un repositorio recóndito con el servicio de tu elección, deberás actualizar tu repositorio local con una asignación. Vamos a comentar este proceso en la guía de ajustes y configuración que hay más adelante.


Si prefieres alojar tu propio repositorio recóndito, deberás configurar un repositorio bare (vacío). Tanto
git initcomo
git cloneaceptan el razonamiento
--bare. Un repositorio bare (vacío) se acostumbra a usar para crear un repositorio central de Git remoto.


Ajustes y configuración: git config


Una vez configurado el repositorio remoto, deberás añadir una URL de repositorio recóndito a tu comando
git configlocal y configurar una rama de nivel superior para tus ramas locales. El comando
git remotete ofrece esta función.


Este comando asignará el repositorio remoto en
<remote_repo_url>a una referencia en tu repositorio local bajo
<remote_name>. Una vez asignado el repositorio remoto, puedes enviar ramas locales ahí.


Este comando enviará la rama del repositorio local
<local_branc_name>al repositorio remoto
<remote_name>.


Para profundizar más en el comando
git remote, consulta la página sobre.


Además de configurar una URL de repositorio remoto, es posible que también necesites configurar ajustes globales de Git como el nombre de usuario o bien la dirección de correo electrónico. El comando
git configte deja configurar la instalación de Git (o un repositorio individual) desde la línea de comandos. Este comando puede acotar cualquier cosa: desde la información de usuario, hasta las preferencias o bien el comportamiento del repositorio. A continuación, se alistan varias opciones de configuración.


Git guarda las opciones de configuración en 3 ficheros independientes, lo que te permite aplicar opciones de alcance a repositorios individuales (local), usuarios (global) o bien a todo el sistema (sistema):



  • Local:
    <repo>/.git/config: configuración específica del repositorio.

  • Global:
    /.gitconfig: configuración específica del usuario. Aquí se almacenan las opciones que presentan el indicador --global.

  • Sistema:
    $ (prefix)/etc/gitconfig: configuración de todo el sistema.


Define el nombre del autor que se marcha a utilizar en todas las confirmaciones del repositorio actual. En general, será preferible utilizar el indicador
--globalpara establecer las opciones de configuración del usuario actual.


Define el nombre del autor que se va a utilizar en todas y cada una de las confirmaciones del usuario actual.


Añadir la opción
--localo, simplemente, no pasar una opción de configuración, establecerá el parámetro
user.namepara el repositorio local actual.


Define el correo electrónico del autor que se marcha a emplear en todas y cada una de las confirmaciones del usuario actual.


Crea un grupúsculo de teclado para un comando Git. Es una utilidad muy potente para crear atajos adaptados para comandos que emplees con cierta frecuencia. Veamos este ejemplo:


De este modo se crea el comando
ci, que puedes ejecutar como atajo para
git commit. optimizacion web lleida obtener más información sobre los alias git, visita la página sobre.


Define el editor de texto que se utilizará con comandos como
git commitpara todos los usuarios en la máquina actual. El argumento
<editor>debería ser el comando que abra el editor deseado (por ejemplo, vi). En este ejemplo introducimos la opción
--system. La opción
--systemconfigurará todo el sistema, lo que implica todos y cada uno de los usuarios y repositorios de una máquina. Para información más detallada sobre los niveles de configuración, visita la.


Abre el fichero de configuración global en un editor de texto para editarlo de forma manual. Puedes hallar una detallada guía sobre cómo configurar un editor de texto para usarlo con Git en la.


Análisis


Todas las opciones de configuración se almacenan en archivos de texto sin formato, así que el comando
git configen realidad no es más que una interfaz práctica de la línea de comandos. Por lo general, solo tendrás que configurar la instalación de Git la primera vez que comiences a trabajar con una máquina de desarrollo nueva y, en prácticamente todos y cada uno de los casos, te convendrá usar el indicador
--global. Una excepción esencial es cuando quieras invalidar la dirección de correo electrónico del autor. Posiblemente desees utilizar tu dirección personal para repositorios personales y de código abierto y tu dirección de correo profesional para los repositorios relacionados con el trabajo.


Git guarda las opciones de configuración en 3 archivos independientes, lo que te permite aplicar opciones de alcance a repositorios individuales, usuarios o a todo el sistema:




  • <repo>/.git/config: configuración específica del repositorio.


  • ~/.gitconfig: configuración específica del usuario. Aquí se guardan las opciones que presentan el indicador --global.


  • $ (prefix)/etc/gitconfig: configuración de todo el sistema.


Cuando se generan conflictos entre las opciones de estos ficheros, la configuración local sobrescribe la configuración del usuario que, a su vez, sobrescribe todo el sistema. Si abres alguno de estos ficheros, podrás ver ejemplos como este:


Puedes editar estos valores de forma manual para que tengan el mismo efecto que
git config.


Ejemplo


Lo primero que querrás hacer después de instalar Git es introducir tu nombre y tu correo electrónico y personalizar la configuración predeterminada. Una configuración predeterminada habitual puede tener un aspecto afín a este:


Dile quién eres a Git a través de
git config


Selecciona tu editor de texto favorito


Añade ciertos alias de tipo SVN


De este modo obtendrás el archivo
~ /.gitconfigde la sección precedente. Echa un vistazo más a fondo a la configuración de Git en la.


Resumen


En este apartado hemos mostrado cómo crear un repositorio de Git utilizando dos métodos:y. Esta guía puede aplicarse para regentar código fuente de software o bien otro contenido con versiones. También se han presentado y empleado a un nivel alto los comandos,,y.


presupuesto tienda online cadiz .




has not yet selected any galleries for this topic.