Le déplacement d'un dépôt git un niveau de la hiérarchie

Git question de débutant:

J'ai une petite salle de webproject qui est versionné localement avec msysgit. Il n'y a pas d'extérieur, espace de stockage, comme c'est seulement pour moi, afin que je puisse bascially faire ce que je veux.

J'ai eu ce jeu dans le répertoire du projet, c'est à dire dans "racine".

Maintenant un deuxième répertoire devait être créé, placée parallèlement à la racine de votre site. Appelons ça de l'actif.

Si la structure est maintenant comme suit:

\ project directory
----\webroot
----\assets

J'aimerais inclure ce nouveau répertoire dans le répertoire git, alors que j'avais aussi des changements de version pour les fichiers qui y sont stockés, mais bien sûr je ne peux pas utiliser "git add ../actifs". Je ne suis enclin à créer un nouveau projet git dans project_directory, ce qui permettrait de perdre tous mes précédents s'engage.

Alors, comment dois-je aller sur le déplacement du référentiel de "racine" en "project_directory", tout en gardant ma s'engage et puis d'être en mesure d'inclure les "actifs"?

pas exactement ce que vous demandez, mais vous pouvez créer une branche ajouter des actifs en elle.

InformationsquelleAutor Sorcy | 2011-03-23

63

Donc, vous voulez que votre repo git pour ressembler à ceci:
```
<projectdir>
    /.git
    /webroot
    /assets
```
Pour ce faire, vous devez déplacer les fichiers existants dans votre pension dans une nouvelle webroot sous-répertoire.
```
cd <git repo root>
mkdir webroot
git mv <all your files> webroot
git commit --all -m "moved all existing files to new 'webroot' directory"
```
Ensuite, sur votre système de fichiers local vous voulez déménager votre cloner un répertoire ci-dessus où il est maintenant:
```
cd <projectdir>
mv webroot/* .
rmdir webroot
```
Ensuite, vous voulez pour ajouter les assets répertoire (fichiers) à la repo git:
```
git add assets
git commit -m "added assets to the repo"
```
- Bon, apparemment, je n'ai pas donné assez d'informations. Le référentiel EST déjà à l'intérieur de /projectdir/webroot/, comme c'est là où il a été initialement créé. Depuis le répertoire actif arriva je préfère le il si le dépôt a été fait d'agir comme si il a été créé dans /projectdir/, qui hélas il ne l'était pas. git mv ne me laisse pas déplacer des fichiers en dehors du référentiel.
- Je crois que je comprends ce que vous voulez faire. J'ai mis à jour ma réponse à la clarifier.
- Merci, c'est exactement la solution que je cherchais. 🙂
- J'ai trouvé le chapeau cette solution nécessite mv webroot/.* . ainsi, afin de déplacer le repo et .gitignore fichiers.
- git mv * webroot ne fonctionnera pas parce que bash générique * sera également substitued avec webroot, la prise de la commande git mv webroot webroot. Git va échouer à l'. L'autre dossier qu'il avait des problèmes avec .git. J'ai donc dû utiliser des bash env variable GLOBIGNORE=webroot:.git de sorte que * ne pas être substitued avec ces deux répertoires. Grâce à qui je n'avais pas à faire des dizaines de manuel git mv - mon annuaire a beaucoup de dossiers et de fichiers. Je n'avais qu'à déplacer l' .git dossier manuellement.
- Pourquoi rmdir? Ne pas webroot contenir tous les fichiers que vous voulez garder-ils suivis?
InformationsquelleAutor Tim Henigan
11

Vous pouvez aussi déplacer votre .git dir monter d'un niveau et mise à jour de votre worktree.
```
cd projectdir
mv ./webroot/.git ./.git
git config core.worktree /absolute-path-to-project-dir
git add assets
git commit -m 'adding assets folder'
```
Pas positif, mais je suis sûr que le chemin d'accès de base.worktree doit être absolue.
- Voici la commande qui a fonctionné pour moi. Alors que je suis dans le dossier où j'ai envie de bouger les .git fichier: mv .git / ../
InformationsquelleAutor braitsch
9

Je suppose que vous vouliez dire à réécrire l'histoire pour contenir tous les fichiers de toutes les révisions comme si elles avaient toujours été dans un sous-répertoire webroot/au lieu de la racine

Le git filter-branch page de manuel a la réponse, ici, une version améliorée qui réécrit toutes les refs (les branches) et tags:
```
time git filter-branch --index-filter 'git ls-files -s |
         sed "s-\t\"*-&webroot/-" |
         GIT_INDEX_FILE=$GIT_INDEX_FILE.new git update-index --index-info && 
     mv $GIT_INDEX_FILE.new $GIT_INDEX_FILE' --tag-name-filter cat -- --all
```
Soin a été pris pour faire ce un indice de la seule opération, de sorte que le processus est exécuté rapide, même pour les gros titres. N'oubliez pas de (lorsque vous êtes satisfait) de se débarrasser de l'original refs (.git/refs/original/*) et de remballer les pensions de perdre la désuet des objets de l'arborescence.
- Pouvez-vous nous expliquer comment se débarrasser de l'original refs et de remballer le repo? Est-il juste GC ou autre chose?
InformationsquelleAutor sehe
5

Vos commits ne sont pas localement liée à la "racine" du dossier, ils sont stockés dans le repo git.

Vous pouvez simplement supprimer le répertoire webroot recheckout le référentiel dans le nouvel emplacement "/répertoire du projet" ajouter le répertoire actif et de s'engager.
```
rm -Rf webroot
git clone path-to-repo
git add assets 
git commit -m "Added assets directory"
git push
```
InformationsquelleAutor Nick
0

La commande suivante serait de réécrire votre historique de Git. Il serait comme si le contenu était en webroot tout au long de. Généralement réécriture de l'histoire est gênant si plusieurs personnes travaillent avec un repo. Puisque vous travaillez seul, il doit être fine.
```
git filter-branch --index-filter '
    git read-tree --prefix="webroot/" $GIT_COMMIT && \
    git ls-files \
      | sed "s/\/.*//" \
      | sort \
      | uniq \
      | grep -v "^webroot" \
      | xargs -L1 git rm -r --cached > /dev/null'
```
InformationsquelleAutor Lars Schneider

Vous devez vous connecter pour publier un commentaire.