Pouvons-nous reclone un dépôt git à partir de l'existant dépôt local

Depuis git est un système distribué CV, il devrait avoir l'historique complet des modifications apportées à un référentiel.

Alors, pouvons-nous extrait que la version de pensions qui a été cloné en premier?

En fait, j'ai fait beaucoup de changements dans mon local repo. et ne veulent pas revenir à l'état initial par la perte de données. Mais je veux extraire le dépôt original(que j'ai cloné initialement) à un autre emplacement en utilisant les objets git(blob/arbre).

Note : je n'ai pas l'accès au serveur git maintenant.

OriginalL'auteur Priyank | 2014-03-10

  1. 4

    Essayez ceci:

    git clone SOURCE_PATH NEW_PATH # clones everything you have committed up to now
cd NEW_PATH                    # go to new clone, don't modify the pre-existing one
git reset --hard REV           # REV is the revision to "rewind" to (from git log)

    Si vous avez besoin de comprendre explicitement la révision de revenir à Git (probablement ne sais pas quelle version vous avez initialement clonés, mais probablement, vous pouvez le comprendre). La première étape, c'est de cloner votre disque local sur votre disque local dans un répertoire différent de sorte que vous pouvez garder vos travaux existants intacte.

    OriginalL'auteur John Zwinck

  2. 2

    Si je comprends bien, vous cloné votre projet à partir d'une distance de repo (appel local repo - local_repo_1), après que vous avez fait quelques modifications (uncommited) et maintenant vous voulez avoir une autre copie de l'original cloné repo git, mais à partir de la local_repo_1 et non à partir de la télécommande.

    Vous pouvez le faire en suivant ces étapes:

    1. Enregistrer votre travail dans une cachette

      git stash save stash_name //give any name to your stash, say local_repo_2

    2. Maintenant, vous auriez à gauche avec le nu-pensions que vous cloné à partir de la télécommande, vous pouvez le copier par:

      sortez de votre repo git

      cd ..

      clone

      git clone /path/to/local_repo_1 local_repo_2 //local_repo_2 is the new repo

      Dans le cas où vous aviez des locaux s'engage trop, puis faire un

      git log

      et de le remettre à l'souhaité SHA

      git reset --hard SHA

    3. Et enfin, vous pouvez revenir à votre local_repo_1 et appliquer votre cachette

      git stash apply

    Voila, vous avez maintenant:

    local_repo_1: vos changements que vous avez fait sur et au-dessus de la nue-pensions, de revenir à sa forme originale.

    local_repo_2: une copie de la télécommande repo sans vos changements locaux

    OriginalL'auteur brokenfoot

  3. 0

    Oui, vous pouvez le faire absolument.

    Essayer quelque chose comme cela

    Permet de dire que vous avez cloné à 

    c:/originalRepository

    passer à un nouveau dossier et dire

    git clone file:///c:/originalRepository

    Vous aurez votre repo comme cloné plus tôt.

    Que faire si il y avait déjà les nouveaux commits?
    Si l'état initial est requis, nous avons besoin de changer de direction à la livraison, nous avons besoin que la précédente ou de faire reset --hard. C'est que même en tant que serveur. Si il y avait des nouveaux commits dans le dépôt git serveur et que vous voulez le code pour être dans la précédente livraison !! Ce qui précède permet de créer un nouveau repo à partir de l'existant repo avec l'engage à jour.

    OriginalL'auteur VinayVeluri

  4. 0

    Vous pouvez ajouter ce script à votre fête

    reclone () {
    set -e
    basename=${PWD##*/}
    remoteurl=$(git remote get-url --push origin)
    cd ..
    echo $basename
    echo $remoteurl
    rm -rf $basename
    git clone $remoteurl
    cd $basename
    set +e
    }

    OriginalL'auteur PRASANNA SARAF

  5. -1

    Vous pourriez juste faire une nouvelle branche 

    git checkout -b original-state REV
    L'affiche originale veut cloner son local repo, et ce ne sera pas le faire, et il n'a pas vraiment résoudre le problème.
    Tout dépend de la situation. J'ai lu la question, comme l'affichage et la gestion des dernières versions de Git. Bien sûr, on peut créer un autre cas de l'actuel référentiel de se retrouver avec plusieurs dossiers avec différentes révisions. Je ne pense pas que ce serait la meilleure pratique.
    Certains plus d'explication de l'effet serait de rendre cette une meilleure réponse.

    OriginalL'auteur Michael Ver