Git - Déplacer des dossiers d'un repo à un autre sans perdre l'historique

Quang Son Le — Mon, 17 Sep 2018 12:49:24 +0000

En deux mots, il va falloir:

Cloner le repo d'origine dans un dossier local temporaire
Isoler les fichiers à garder
Copier les fichiers dans le repo de destination
Faire un git pull

Il y a aussi quelques précautions à prendre pour éviter que des erreurs de manipulation ne mettent le chaos dans le repo d'origine.

La méthode décrite ci-dessous est un résumé/traduction/compte-rendu d'expérience de la méthode décrite par mcarans sur StackOverflow.

Préparer les fichiers

Soit A: le repo à déplacer
Et B, le repo de destination

Clonez le repo en local et allez dedans:

git clone <lien vers le repo A>
cd <dossier du repo A>

Si vous avez déjà une copie du repo en local, je conseille de créer un dossier temporaire et d'y cloner A.
- Pour éviter les dégâts liés aux fausses manoeuvres, coupez le lien avec origin:
git remote rm origin

Maintenant, si ça foire, vous êtes safe.
- Si vous ne voulez déplacer qu'un dossier en particulier, la commande suivante permet de ne garder que le dossier voulu et son historique:
git filter-branch --subdirectory-filter <~/dossier à garder> -- --all

Note: Dans mon cas, cette commande livre un message d'erreur:

fatal: <~/dossier à partager> est hors du dépôt
Could not get the commits

Je n'ai pas trouvé ce qui causait cette erreur, mais ça n'a pas empêché la suite du processus de se dérouler correctement.
- L'étape précedente met tous les fichiers de votre dossier tels quels dans le dossier principal de votre repo. Vous pouvez les réorganiser avant la migration:
mkdir <nouveau dossier>
mv * <nouveau dossier>
git add .
git commit -m "<description du commit>

Pas besoin du push vu qu'on a plus de lien avec origin.

La migration

Si vous ne l'avez pas en local, clonez le repo B:
git clone <lien vers le repo B>
cd <dossier du repo B>
Créez une connection remote de B vers A (où A sera une branche de B):

git remote add branche-A <chemin/local/vers/repoA>

L'expression branche-A peut être ce que vous voulez, c'est une désignation arbitraire que vous choisissez. Faites court, ça vous fera gagner du temps quand vous devrez le retaper.

La solution sur StackOverflow disait de mentionner le chemin vers le sous-dossier à transférer. Lors de ma tentative, cela donnait un message d'erreur. Si vous mentionnez le dossier du repo (le dossier principal qui est créer quand vous clonez), ça marche tout aussi bien.
- Faites un bon vieux pull:
git pull branche-A master --allow-unrelated-histories

IMPORTANT: il se peut que vous deviez mettre git à jour pour qu'il reconnaisse --allow-unrelated-histories. Sur Ubuntu, cela nécessite d'ajouter un repo:

sudo add-apt-repository ppa:git-core/ppa
sudo apt-get update
sudo apt-get install git -y
- Un peu de cleanup, et on push:
git remote rm <branche-A>
git push

Normalement, les fichiers sont sur votre repo B avec leur historique de commit. Si jamais ça a foiré, votre copie locale et votre repo sur GitHub sont safe.

Bon rangement!

Crédits: http://gbayer.com/development/moving-files-from-one-git-repository-to-another-preserving-history/, https://stackoverflow.com/questions/1365541/how-to-move-files-from-one-git-repo-to-another-not-a-clone-preserving-history.

Deploy your web app with Docker (Beginner)

Quang Son Le — Wed, 12 Sep 2018 14:50:21 +0000

During my internship at BeCode, I've been able to handle all deployements with GitHub pages or Heroku. And then, last week, came the databases.

Long stories short, we had to develop a basic client register with a mySQL database (so goodbye Heroku). Everything was working as expected locally, but - I'm pretty sure you can see what's coming - the whole thing collapsed when we tried to deploy.

Let me share a post-mortem of what went wrong, before sharing a few tips on how to make your life easier with Docker.

The details of the app don't matter, but here's a tiny bit of context:

We didn't anticipate that deployement would require a large amount of time, so we didn't start until the very last minute, which made the chaos and panic even worse.
I had fiddled with Docker on a server in my free time, but couldn't make it work

So we chose a free hosting service, moved all the files on their server, and then nothing worked.

What seems to have happened is that the server was not running the same version of PHP we used to develop the website. It could have been avoided if we had done our research earlier, but hey, we learn from our mistakes.

Which brings me to the meat of this post: Deploying with Docker.

The little story above shows that the tricky thing with deploying your site or your app is that the environement provided by your host might differ considerably from your development environment. As a result, you need to anticipate and allocate time for deployment when planning your project.

Now, if you're reading this post and have already heard about Docker, you know where this is going: using Docker can make your life easier by replicating your development environment on your server, quite literally.

I'll let you follow the link if you want to learn what Docker is and how it does what it does. Let me just share how I used it to redeploy our site elsewhere and saved us some tedious work:

Choose your host.
I went for Digital Ocean, because it was recommended by someone I trust. It's not free though.
Install Docker on the server
It turns out Digital Ocean allows you to create VMs with Docker already installed. If you want to do it manually, just find a Ubuntu server and follow this tutorial (don't forget to install docker-compose).
Import your docker-compose.yml into your server
That's the magic part: if you used Docker to set up your developement environment, you already have this file. All you need to do is to put it on a repository (GitHub, BitBucket, whatever you like) and clone it on your server.
Create the containers
Go to the folder that will contain your app, put the docker-compose.yml in it, then:

docker-compose up

That's it. Well almost. At this point, you might need to restart the server for things to work. I don't know why, but I had to do it.

Now, all you need to do is clone your app's repository in the right folder on your server, and your app will run exactly as it did locally because it will be running in the exact same environment.

That should save you some time.

DEV Community: Quang Son Le

Git - Déplacer des dossiers d'un repo à un autre sans perdre l'historique

Deploy your web app with Docker (Beginner)