Can a local Git clone be considered a complete backup of the repo it was cloned from?

前端 未结 3 1761
小鲜肉
小鲜肉 2021-02-01 00:58

Suppose I have cloned a Git repository to my local disk using:

git clone username@git.example.com:someproject.git

Now suppose that git.ex

相关标签:
3条回答
  • 2021-02-01 01:41

    IMPORTANT

    Without --mirror, The clone will not be a complete backup. Any line of work not visible in git branch -r will be elided from the clone.

    Simple Demo

    Witness a simple repo.

    $ git init G
    $ cd G
    $ for f in 1 2 3 4; do date >1 && git add 1 && git commit -m $f; sleep 1.1; done
    $ git log --oneline --graph --all --decorate
    * 3c111bd (HEAD -> master) 4
    * a08fea4 3
    * d5c8d73 2
    * 802856b 1
    

    Add a branch:

    $ git checkout d5c8d73
    HEAD is now at d5c8d73... 2
    $ git branch starts-at-2
    $ git checkout starts-at-2
    Switched to branch 'starts-at-2'
    $ for f in 1 2 3 4; do date >1 && git add 1 && git commit -m 2-$f; sleep 1.1; done
    $ git log --oneline --graph --all --decorate
    * 6bb05bf (HEAD -> starts-at-2) 2-4
    * fe1b635 2-3
    * a9323fb 2-2
    * 33502af 2-1
    | * 3c111bd (master) 4
    | * a08fea4 3
    |/
    * d5c8d73 2
    * 802856b 1
    

    Clone the repo.

    $ cd ..
    $
    $ git clone G G2
    Cloning into 'G2'...
    $ cd G2
    $ git log --oneline --graph --all --decorate
    * 6bb05bf (HEAD -> starts-at-2, origin/starts-at-2, origin/HEAD) 2-4
    * fe1b635 2-3
    * a9323fb 2-2
    * 33502af 2-1
    | * 3c111bd (origin/master) 4
    | * a08fea4 3
    |/
    * d5c8d73 2
    * 802856b 1
    

    Fine. Clone again.

    $ cd ..
    $ git clone G2 G3
    $ cd G3
    $ git log --oneline --graph --all --decorate
    * 6bb05bf (HEAD -> starts-at-2, origin/starts-at-2, origin/HEAD) 2-4
    * fe1b635 2-3
    * a9323fb 2-2
    * 33502af 2-1
    * d5c8d73 2
    * 802856b 1
    

    Urk.

    0 讨论(0)
  • 2021-02-01 01:47

    A clone can be considered a full backup of all the data in your remote repository, but not necessarily the meta-data (that's where the --mirror switch comes in). Your clone will contain all the commit, tree, blob, branch, and tag objects that are in any way referenced by the repository. That means your backup will contain all your source code, history, and associated branches or tags.

    The difference with the --mirror switch is that without it, the clone won't include things like remotes that have been created on the server. These are not important in a "I hope I haven't lost any source!" kind of way, but they may be for getting your server back up and running like it was.

    If you're interested in creating a backup that can be restored onto the server like there was never any issue, then you should use --mirror, but for most scenarios a simple clone is fine.

    0 讨论(0)
  • 2021-02-01 01:53

    Your local clone won't be a complete backup. It will be a backup of the state of that repository, but it won't have all the refs of the source repository (so it won't know about the state of any remote branches).

    For a complete backup, you correctly found git clone --mirror. This will not only have the branches for the original repository. It will also map all refs including remote branches.

    0 讨论(0)
提交回复
热议问题