Необходимость использования «INIT --bare» при совместном использовании хранилища в Git

Question

Для того, чтобы разделить хранилище и развивать тот же проект с различными членами, я пытался два пути обмена:

(метод 1) Создайте репозиторий в Github, а затем попросите участников клонировать этот конкретный репозиторий на собственном локальном компьютере.

(Способ 2) Интеграция Git с помощью «--bare», а затем установите путь удаленного доступа так же, как созданный путь хранилища Github. Затем попросите участников клонировать хранилище Github.

Используя оба метода, можно успешно выполнить команды pull/add/commit/push. То есть репозиторий является общим для членов.

Таким образом, я просто запутался в необходимости использования «init -bare» при совместном использовании репозитория в Git, , потому что казалось, что я все еще могу создать общий репозиторий без использования команд «init -bare» ,

С учетом того, что я собрал все, что «init -bare» предназначен для совместного использования репозитория, , мой вопрос заключается в том, что «без использования голых команд общий репозиторий еще может быть создан, то почему мы используем init - -баре "?

Если есть какая-либо концепция, которую я принял, или если есть какое-либо лучшее предложение, пожалуйста, сообщите мне.

Большое спасибо.

2016/08/09 Добавлено:

я провел два эксперимента: Случай один [INIT] и случай Два [INIT --bare].

Хотя я пытался сделать аналогичный способ создания общих репозиториев, это казалось неудачным с Case One [init].

----------------Case One [init]---------------- 
(create shared_repo) 
[/home/huang]$ mkdir git_repo_shared 
[/home/huang/git_repo_shared]$ cd git_repo_shared 
[/home/huang/git_repo_shared]$ git init 
Initialized empty Git repository in /home/huang/git_repo_shared/.git/ 

(User 1) 
[/home/huang/git_repo_shared]$ cd .. 
[/home/huang]$ mkdir User1 
[/home/huang]$ cd User1 
[/home/huang/User1]$ git clone /home/huang/git_repo_shared 
Initialized empty Git repository in /home/huang/User1/git_repo_shared/.git/ 
warning: You appear to have cloned an empty repository. 

(User 2) 
[/home/huang/User1]$ cd .. 
[/home/huang]$ mkdir User2 
[/home/huang]$ cd User2 
[/home/huang/User2]$ git clone /home/huang/git_repo_shared 
Initialized empty Git repository in /home/huang/User2/git_repo_shared/.git/ 
warning: You appear to have cloned an empty repository. 

(The revision made by User1 can syncronize to User2's folder) 
[/home/huang/User2]$ cd ~/User1/git_repo_shared 
[/home/huang/User1/git_repo_shared]$ echo test_user1 > test_user1.txt 
[/home/huang/User1/git_repo_shared]$ git add test_user1.txt 


[/home/huang/User1/git_repo_shared]$ git commit -m "test_user1.txt" 
[master (root-commit) ae09328] test_user1.txt 
Committer: huang <huang@test-git-a.c.exture-analysis.internal> 
Your name and email address were configured automatically based 
on your username and hostname. Please check that they are accurate. 
You can suppress this message by setting them explicitly: 

    git config --global user.name "Your Name" 
    git config --global user.email you@example.com 

If the identity used for this commit is wrong, you can fix it with: 

    git commit --amend --author='Your Name <you@example.com>' 

1 files changed, 1 insertions(+), 0 deletions(-) 
create mode 100644 test_user1.txt 


[/home/huang/User1/git_repo_shared]$ git push origin master 
Counting objects: 3, done. 
Writing objects: 100% (3/3), 244 bytes, done. 
Total 3 (delta 0), reused 0 (delta 0) 
Unpacking objects: 100% (3/3), done. 
remote: error: refusing to update checked out branch: refs/heads/master 
remote: error: By default, updating the current branch in a non-bare repository 
remote: error: is denied, because it will make the index and work tree inconsistent 
remote: error: with what you pushed, and will require 'git reset --hard' to match 
remote: error: the work tree to HEAD. 
remote: error: 
remote: error: You can set 'receive.denyCurrentBranch' configuration variable to 
remote: error: 'ignore' or 'warn' in the remote repository to allow pushing into 
remote: error: its current branch; however, this is not recommended unless you 
remote: error: arranged to update its work tree to match what you pushed in some 
remote: error: other way. 
remote: error: 
remote: error: To squelch this message and still keep the default behaviour, set 
remote: error: 'receive.denyCurrentBranch' configuration variable to 'refuse'. 
To /home/huang/git_repo_shared 
! [remote rejected] master -> master (branch is currently checked out) 
error: failed to push some refs to '/home/huang/git_repo_shared' 

$ cd ~/User2/git_repo_shared/ 
$ git pull origin master 
$ ls 


----------------Case Two [init --bare]---------------- 
(create shared_repo) 
[/home/huang]$ mkdir git_repo_shared_bare 
[/home/huang]$ cd git_repo_shared_bare 
[/home/huang/git_repo_shared_bare]$ git init --bare 
Initialized empty Git repository in /home/huang/git_repo_shared_bare/ 

(User 3) 
[/home/huang/git_repo_shared_bare]$ cd .. 
[/home/huang]$ mkdir User3 
[/home/huang]$ cd User3 
[/home/huang/User3]$ git clone /home/huang/git_repo_shared_bare 
Initialized empty Git repository in /home/huang/User3/git_repo_shared_bare/.git/ 
warning: You appear to have cloned an empty repository. 

(User 4) 
[/home/huang/User3]$ cd .. 
[/home/huang]$ mkdir User4 
[/home/huang]$ cd User4 
[/home/huang/User4]$ git clone /home/huang/git_repo_shared_bare 
Initialized empty Git repository in /home/huang/User4/git_repo_shared_bare/.git/ 
warning: You appear to have cloned an empty repository. 

(The revision made by User3 can syncronize to User4's folder) 
[/home/huang/User4]$ cd ~/User3/git_repo_shared_bare 
[/home/huang/User3/git_repo_shared_bare]$ echo test_user3 > test_user3.txt 
[/home/huang/User3/git_repo_shared_bare]$ git add test_user3.txt 


[/home/huang/User3/git_repo_shared_bare]$ git commit -m "test_user3.txt" 
[master (root-commit) 889a5c3] test_user3.txt 
Committer: huang <huang@test-git-a.c.exture-analysis.internal> 
Your name and email address were configured automatically based 
on your username and hostname. Please check that they are accurate. 
You can suppress this message by setting them explicitly: 

    git config --global user.name "Your Name" 
    git config --global user.email you@example.com 

If the identity used for this commit is wrong, you can fix it with: 

    git commit --amend --author='Your Name <you@example.com>' 

1 files changed, 1 insertions(+), 0 deletions(-) 
create mode 100644 test_user3.txt 


[/home/huang/User3/git_repo_shared_bare]$ git push origin master 
Counting objects: 3, done. 
Writing objects: 100% (3/3), 242 bytes, done. 
Total 3 (delta 0), reused 0 (delta 0) 
Unpacking objects: 100% (3/3), done. 
To /home/huang/git_repo_shared_bare 
* [new branch]  master -> master 

[/home/huang/User3/git_repo_shared_bare]$ cd ~/User4/git_repo_shared_bare 
[/home/huang/User4/git_repo_shared_bare]$ git pull origin master 
remote: Counting objects: 3, done. 
remote: Total 3 (delta 0), reused 0 (delta 0) 
Unpacking objects: 100% (3/3), done. 
From /home/huang/git_repo_shared_bare 
* branch   master  -> FETCH_HEAD 
[/home/huang/User4/git_repo_shared_bare]$ ls 
test_user3.txt 

Answer 1

Это не такая необходимость, как возможность. Мы знаем, что нам нет загруженный рабочий каталог для репозитория, который просто используется в качестве среды для обмена (например, репозиторий «push/pull» общей группы или репозиторий, размещенный в Github), поэтому мы пропустим его.

Теперь это может не иметь особого значения, но если на каком-то хосте обмена есть много репозиториев, он может накапливаться. И это не просто сохраненное пространство на жестком диске, но так как рабочий каталог абсолютно никогда не используется/не просматривается, его просто можно избежать.

Итак, словом, вы передумали. :)

Answer 2

1. Голые репо не имеет работы дерево, которое означает, что мы не можем запустить git checkout в голом репо. Таким образом, много места на диске можно сохранить.

2. По умолчанию мы не можем нажать, чтобы обновить удаленный ref, который был извлечен, поскольку он небезопасен.