Siga estos pasos:
Clone el repo principal:
[/tmp]$ git clone [email protected]:PAL-ULL/tfg-nombre-apellidos.git
Cloning into 'tfg-nombre-apellidos'...
remote: Enumerating objects: 29, done.
remote: Counting objects: 100% (29/29), done.
remote: Compressing objects: 100% (19/19), done.
remote: Total 29 (delta 13), reused 24 (delta 8), pack-reused 0
Receiving objects: 100% (29/29), done.
Resolving deltas: 100% (13/13), done.
Sitúese en la carpeta del repo:
[/tmp]$ cd tfg-nombre-apellidos/
Supongo que tiene node.js instalado. Ejecute:
[/tmp/tfg-nombre-apellidos(master)]$ npm run init
Esto debería sincronizar los sub módulos produciendo una salida como esta:
> [email protected] init /private/tmp/tfg-nombre-apellidos
> git submodule init && git submodule update
Submodule 'tfg-nombre-apellidos-memoria' ([email protected]:PAL-ULL/tfg-nombre-apellidos-memoria.git) registered for path 'tfg-nombre-apellidos-memoria'
Submodule 'tfg-nombre-apellidos-software' ([email protected]:PAL-ULL/tfg-nombre-apellidos-software.git) registered for path 'tfg-nombre-apellidos-software'
Cloning into '/private/tmp/tfg-nombre-apellidos/tfg-nombre-apellidos-memoria'...
Cloning into '/private/tmp/tfg-nombre-apellidos/tfg-nombre-apellidos-software'...
Submodule path 'tfg-nombre-apellidos-memoria': checked out 'b4c91ce3a50ff038713430d804983fd5cb68b6f5'
Submodule path 'tfg-nombre-apellidos-software': checked out '8dad8a54d408b64afa6a143509d0e20375ddc997'
Si no hay fallos, la estructura que le quede debería ser similar a esta:
[/tmp/tfg-nombre-apellidos(master)]$ tree
~/.../TFG/tfg-nombre-apellidos-garcia-perez(master)]$ tree
.
├── README.md
├── tfg-nombre-apellidos-memoria
│ └── README.md
└── tfg-nombre-apellidos-software
└── README.md
En este tablero se establecen las reuniones, incidencias y objetivos globales al TFG
Posiblemente deberíamos considerar la posiblidad de tableros Kanban independientes para la memoria y el software
Para facilitarle la labor he dejado algunas tareas de control de versiones en el package.json:
[~/.../TFG/tfg-nombre-apellidos(master)]$ npm run
Scripts available in tfg-nombre-apellidos via `npm run-script`:
pull-sub
git submodule foreach --recursive 'git pull origin master'
push-sub
npm run commit-sub; git submodule foreach --recursive 'git push origin master'
init
git submodule init && git submodule update
commit-sub
git submodule foreach --recursive 'git commit -am working || :'
push
git commit -am working && git push
[~/.../TFG/tfg-nombre-apellidos(master)]$ npm run pull-sub
> [email protected] pull-sub /Users/casiano/local/src/TFG/tfg-nombre-apellidos
> git submodule foreach --recursive 'git pull origin master'
Entering 'tfg-nombre-apellidos-memoria'
From github.com:PAL-ULL/tfg-nombre-apellidos-memoria
* branch master -> FETCH_HEAD
Already up to date.
Entering 'tfg-nombre-apellidos-software'
From github.com:PAL-ULL/tfg-nombre-apellidos-software
* branch master -> FETCH_HEAD
Already up to date.
[~/.../TFG/tfg-nombre-apellidos(master)]$ npm run commit-sub
> [email protected] commit-sub /Users/casiano/local/src/TFG/tfg-nombre-apellidos
> git submodule foreach --recursive 'git commit -am working || :'
Entering 'tfg-nombre-apellidos-memoria'
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean
Entering 'tfg-nombre-apellidos-software'
On branch master
Your branch is up to date with 'origin/master'.
En muchas ocasiones es necesario tener junto a nuestro repo de proyecto otros repos de otros proyectos. Por ejemplo, cuando hacemos un paquete para npm es conveniente tener junto al repo del paquete un segundo repositorio con un cliente que nos sirva para probar el correcto uso del paquete en producción. Esto nos lleva a veces a crear un macro-repo que contiene los repos acoplados.
Este repo contiene dos submódulos:
[~/.../TFG/tfg-nombre-apellidos(master)]$ git submodule
443c98999fcd68b883b622d92068c5aba7f20a5c tfg-nombre-apellidos-memoria (heads/master)
8dad8a54d408b64afa6a143509d0e20375ddc997 tfg-nombre-apellidos-software (heads/master)