SOS!!! github

165 views
Skip to first unread message

matiasferraro

unread,
May 26, 2016, 3:44:36 PM5/26/16
to Embebidos32
Hola, quería consultar a los cráneos de la lista, estoy tratando de subir unos archivos a github pero me copia la carpeta vacía, ya destruí un repositorio ajeno(todavía me están buscando!!!!), lo que hago es:

en git bash:
 
cd /c/git_hub/CIAA-Hardware en este lugar copio la carpeta: expansores_ciaa, dentro de esta tengo varios archivos y carpetas, luego

git add .
git status
 
y me indica que me incluyo al directorio de trabajo la carpeta expansores_ciaa pero nada mas que el nombre sin los archivos que hay adentro

Luego tendría que hacer:

git commit -m "añado expansores CIAA"
git push -u origin master

Pero cuando cargo el repositorio en el navegados me crea la carpeta expansores_ciaa si nada adentro como me indicaba el comando git status, qué estoy haciendo mal?

Saludos y gracias: Matias

Juan Cecconi

unread,
May 26, 2016, 3:47:05 PM5/26/16
to embebidos32
hace un
git add Tu_Path\*

--
-- Recibiste este mensaje porque estás suscripto al Grupo Google Embebidos32. Para postear en este grupo, escribe un email a embeb...@googlegroups.com. Para des-suscribirte, envía un email a embebidos32...@googlegroups.com. Para más opciones, visita el sitio del grupo en https://groups.google.com/d/forum/embebidos32?hl=es
---
Has recibido este mensaje porque estás suscrito al grupo "Embebidos32" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a embebidos32...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

Mariano Cerdeiro

unread,
May 26, 2016, 3:57:15 PM5/26/16
to embebidos32
Hola Matias,

git no sube directorios sino archivos. Osea un directorio vacio nunca aparece en el server a menos que agregues al menos un archivo. En tu caso queres asique haces com dice Juan. Para los directorios que queres subir vacios haces un archivo único .gitignore como en el proyecto ciaa: https://github.com/ciaa/Firmware/tree/master/out/bin

Saludos.
Mariano.-

bre...@inti.gob.ar

unread,
May 26, 2016, 5:32:12 PM5/26/16
to embeb...@googlegroups.com
Yo también tenía entendido que no se podían subir directorios vacíos,
hasta que lo vi a Matías :-D
El tema acá es que quiere mezclar repos propios con los de ciaa o algo
así cuando hace "git remote add" y suma otro repo distinto al que esta
trabajando antes del push.

Matías, si es por el tema de los Ponchos:

0) El repo no está destruido y nadie te busca, jajajaaja!
1) Hacer clone del repo Ponchos. (Para arrancar desde cero)
git clone https://github.com/ciaa/Ponchos
2) cd Ponchos
3) Copiás todo el directorios de expansores_ciaa (con algo para copiar
archivos) pero fijate que sean solo los archivos importantes. Que no
tengan un .git de otro repo por ejemplo o archivos de backup.
4) git add expansores_ciaa (esto agrega todo el directorio y su contenido)
5) git status -s y te fijás bien que dice (ante dudas mandás este
reporte a alguien que lo vea primero antes de hacer el push). Debería
ser un listado con la letra "A" de los archivos que estás agregando.
6) git push origin master


Mariano Cerdeiro <mcer...@gmail.com> escribió:
> Para obtener más opciones, visita https://groups.google.com/d/optout.



Mariano Cerdeiro

unread,
May 27, 2016, 2:56:14 AM5/27/16
to embebidos32
Hola,

a mi no me queda claro que Matias quiera trabajar con dos repos. A mi me parece que no. Ya que si fuera el caso deberia usar un origin y otro con otro nombre. Por lo general si empezas de un repo el mismo es origin y luego haces git add remote myorigin2 ...

cuando haces push entonces tenes que indicar a que server.

git push origin ...

git push <server> ...

yo creo que simplemente matias no empezo con un clone sino con

git init
git remote add
...
git push

la otra opción es hacer git clone entonces te ahorras el init y el remote add a cambio tenés que hacer git clone :)

Saludos.
Mariano.-

---Has recibido este mensaje porque estás suscrito al grupo "Embebidos32" de Grupos de Google.

matiasferraro

unread,
May 27, 2016, 9:06:16 AM5/27/16
to Embebidos32, mcer...@gmail.com
Hola a todos y gracias por las respuestas, lo que hice fueron dos cosas que obtuve el mismo resultado

1)primero todo el proceso lo hice clonando el repositorio de ponchos, agregue a mi copia del repositorio el archivo expansores_ciaa e hice un git add expansores_ciaa/*,hice un git push y se creaba la carpeta vacía, las pruebas son:


Ahí se puede ver la carpeta vacía 
2)Luego como hice otras cosas no santas sobre el repositorio de ponchos y con miedo de que me vengan a buscar ja ja, cree un repositorio mio que empece creando la carpeta, agregando el archivo expansores_ciaa, git init, git add expansores_ciaa/*, git push etc, y sigue pasando lo mismo sube una carpeta vacía, no use gitignore, nada, las pruebas son:


No se que es lo que pasa, busco esta posibilidad en los tutoriales de git pero no lo encuentro, saludos: Matias

Rafael Azuero Hurtado

unread,
May 27, 2016, 11:57:08 AM5/27/16
to embeb...@googlegroups.com
Hola Matías,

Para evitar este tipo de inconvenientes en el futuro, es recomendable hacer un "fork" de los repositorios y los cambios se solicitan con un "pull request". En este enlace lo explican: https://help.github.com/articles/fork-a-repo/. Así pueden experimentar tranquilamente sin dañar el repositorio original.

Si no les llama la atención trabajar de esa forma, les recomiendo que utilicen ramas (branches) para hacer cambios, corregir errores o añadir nuevas características y no hacerlos directamente sobre master. Pueden utilizar una metodología como git-flow, aunque no necesariamente debe ser esa.

Rafael Azuero Hurtado

Mariano Cerdeiro

unread,
May 27, 2016, 12:49:12 PM5/27/16
to embebidos32
Hola,

dejo mi opinion personal. Forks no me gustan por que no son algo del git, sino un adicional de github, va otras soluciones ofrecen soluciones similares pero no son parte del git. Obviamente si queremos trabajar con el repo de linux lo más fácil hacer un fork.

Por lo general por eso si se puede en lo personal prefiero hacer branches.

Lo siguiente en complejidad seria trabajar con gerrit. que por cada cambio ese crea de automática una especie de branch (ChangeSet) y el mismo se puede mergear cuando el código (en especial los cambios) ya fue revisado por otros desarrolladores y testeado. En lo personal gerrit me parece la mejor forma de trabajar en equipo https://en.wikipedia.org/wiki/Gerrit_%28software%29

Saludos.
Mariano.-

martin ribelotta

unread,
May 27, 2016, 1:50:40 PM5/27/16
to embeb...@googlegroups.com
El 27 de mayo de 2016, 13:48, Mariano Cerdeiro <mcer...@gmail.com> escribió:
Hola,

dejo mi opinion personal. Forks no me gustan por que no son algo del git, sino un adicional de github, va otras soluciones ofrecen soluciones similares pero no son parte del git. Obviamente si queremos trabajar con el repo de linux lo más fácil hacer un fork.

Un fork no es un concepto de github, aunque github tiene un mecanismo para hacerlo "visible" como flujo de trabajo.
De hecho, cada vez que alguien hace un "git clone" esta efectivamente haciendo un fork.
Lo que hace distinto github por dentro, es no replicar el espacio de almacenamiento (presumiblemente con algun mecanismo de copy-on-write)
Luego de hacer el fork (git clone en su forma mas basica) se puede trabajar en main o armarse un repo aparte, pero eso depende de las politicas del proyecto.

Por ejemplo, micropython tiene como politica trabajar todas las caracteristicas nuevas sobre un branch nuevo y luego integrarlo al main, entonces, main siempre esta "relativamente-estable" o por lo menos compilable.

Yo decidi trabajar sobre main por una cuestion de comodidad, pero si quiero hacer un pull-request requiero hacer un branch aparte, mover los cambios ahi y luego si, armar el p-r

Por cuerto, pull-request no es tampoco nada exclusivo de github, sino que es otro concepto de git, pero nuevamente, github lo hace visible como flujo de trabajo.

http://linux.die.net/man/1/git-request-pull

De hecho, me parece que trabajar, TODOS sobre el mismo repo y en branchs distintos, es lo problematico y contrario al mecanismo git, ya que este esta pensado para tener "forks" (o sea, hacer un "git clone..."), trabajar sobre ellos (con o sin branchs) y luego pedir un pull request al branch original (ya sea creandolo con el comando pull-requesto o armando un diff con "git diff", la ventaja del primero es que conserva el historial de cambios)

JAV

unread,
May 27, 2016, 1:51:52 PM5/27/16
to Embebidos32
Estimados.

Aprovecho este hilo para hacerles una consulta sobre git.
Tengo este problema y no se como salvarlo.



Muchas Gracias.
Sds.

Mariano Cerdeiro

unread,
May 27, 2016, 2:12:01 PM5/27/16
to embebidos32

Hola,

Al parecer ese directorio es un submodulo de git. Osea una referencia a otro repo. Al parecer en el mismo hay cambios.

El git te está preguntando que querés hacer con los cambios en ese repo.

Donde hiciste Los cambios?

Saludos
Mariano

JAV

unread,
May 30, 2016, 9:31:50 AM5/30/16
to Embebidos32, mcer...@gmail.com
Hola.
Todo el repositorio cambio, pero se mantuvieron algunas carpetas.
Estas carpetas que deberían mantenerse desaparecieron y cada vez que quiero commitear me sale ese cartel y no me da ninguna solución.
Gracias.
Sds.
Reply all
Reply to author
Forward
0 new messages