17 Proyecto existente, primero GitHub

Un flujo de trabajo amigable con los principiantes para llevar un proyecto de R existente al universo RStudio y Git/GitHub.

Se hace esto de una manera un poco torpe, con el fin de evitar el uso de Git en la línea de comandos. ¡No querrá trabajar de esta manera para siempre, pero está bien para empezar!

Se asume que usted tiene su proyecto R existente aislado en un directorio en la computadora. Si no es así, hágalo. Cree un directorio y clasifique todos los datos existentes y scripts de R allí. Realmente no importa dónde haga esto, pero observe dónde se aloja el proyecto actualmente.

17.1 Haga un repositorio en GitHub

Vaya a https://github.com y asegúrese de estar logueado.

Haga clic en el botón verde “New repository”. O bien, si está en su propia página de perfil, haga clic en “Repositories” y, a continuación, haga clic en el botón verde “New”.

Elija un nombre de repositorio que realmente le recuerde de qué se trata el proyecto. Pero trate de ser conciso.

Public YES Inicialice este repositorio con un README

Haga clic en el botón verde grande “Create repository”.

Copie la URL del clon HTTPS en su portapapeles a través del botón verde “Clone or Download”. O copie la URL SSH si escogió configurar las claves SSH.

17.2 Nuevo proyecto de RStudio vía git clone

En RStudio, inicie un nuevo proyecto:

  • File > New Project > Version Control > Git. En el “repository URL” pegue el URL de su nuevo repositorio GitHub. Será algo así https://github.com/jennybc/myrepo.git.
  • Sea intencional sobre dónde creará este Proyecto.
  • Se sugiere “Open in new session”.
  • Haga click en “Create Project” para crear un nuevo directorio, que será todas estas cosas:
    • un directorio o “carpeta” en su computadora
    • un repositorio de Git, vinculado a un repositorio remoto de GitHub
    • un Proyecto de RStudio

Esto debería descargar el archivo README.md que se creó en GitHub en el paso anterior. Busque en el panel del explorador de archivos de RStudio el archivo README.md.

17.3 Traiga su proyecto existente

Utilizando su método favorito de mover o copiar archivos, copie los archivos que constituyen su proyecto existente en el directorio para este nuevo proyecto.

En RStudio, consulte el panel Git y el explorador de archivos.

  • ¿Está viendo todos los archivos? Ellos deben estar aquí si su movimiento/copia fue exitoso.
  • ¿Aparecen en el panel Git con marcas de preguntas? Deberían aparecer como nuevos archivos sin seguimiento.

17.4 Stage y commit

Haga commit de sus archivos a este repositorio. ¿Cómo?

  • Haga clic en la pestaña “Git” en el panel superior derecho
  • Compruebe la casilla “Staged” para todos los archivos a los que les desea hacer commit.
    • Predeterminado: haga stage.
    • Cuándo reconsiderar: todo esto irá a GitHub. Así que considere si eso es apropiado para cada archivo. Puede mantener un archivo localmente, sin hacer commit hacia el repositorio de Git y enviarlo a GitHub. Simplemente deje que esté allí en su panel de Git, sin hacerle staged. No se dañará. Si se trata de una situación a largo plazo, liste el archivo en .gitignore.
  • Si aún no está en la ventana emergente de Git, haga clic en “Commit”
  • Escriba un mensaje en “Commit message”, como “init”.
  • Haga clic en “Commit”

17.5 Haga push de sus cambios locales a GitHub

Haga clic en el botón verde “Push” para enviar sus cambios locales a GitHub. Debe ver un mensaje similar a las siguientes líneas.

17.6 Confirme el cambio local extendido al control remoto GitHub

Vuelva al navegador. Se asume que todavía está viendo su nuevo repositorio de GitHub.

Refresque la página del navegador.

Debería ver todos los archivos de proyecto a los que haya hecho commit allí.

Si hace clic en “commits”, debería ver uno con el mensaje “init”.

17.7 Finalmente

Ahora sólo … repita. Trabaje donde quiera. Haga Commit. Haga push o pull dependiendo de dónde lo hizo, pero obtenga “sincronización” local y remota. Repita.

  • Tenga en cuenta que en general (y especialmente en el futuro al colaborar con otros desarrolladores) usualmente tendrá que hacer pull de los cambios desde el mando a distancia (GitHub) antes de hacer push de los cambios locales que haya hecho. Por esta razón, es una buena idea tratar de adquirir el hábito de hacer pull antes de intentar hacer push.