git clone, «проверка файлов» фаза пропущена

Question

ubuntu@site3-user03:/projects$ git clone git://git.alsa-project.org/alsa-driver.git 

было выполнено. Это привело следующего вывод

Cloning into 'alsa-driver'... 
remote: Counting objects: 208801, done. 
remote: Compressing objects: 100% (41538/41538), done. 
remote: Total 208801 (delta 162528), reused 206283 (delta 160012) 
Receiving objects: 100% (208801/208801), 37.00 MiB | 1.53 MiB/s, done. 
Resolving deltas: 100% (162528/162528), done. 
Checking connectivity... done. 
ubuntu@site3-user03:/projects$ 

Однако, по неизвестной причине процесс клонирования не включает стадию Покидают файлы: 100% (хуг/ZYX), сделано.
Обычно процесс клонирования включает в себя проверку рабочего пространства. В конечном итоге у моей частной вилки пустое рабочее пространство, и мне приходится решать, где разветвляться, что может быть непростым.

ubuntu@site3-user03:/projects/alsa-driver$ git ls-remote origin 
a1c6fbc1a65d8a755425d0b56077868148512891 HEAD 
1721fb542b00f1c7aebc923732068f403b6062ad refs/heads/build 
a1c6fbc1a65d8a755425d0b56077868148512891 refs/heads/master 
71b3b2b41dfbdeda78e2e7b62fe2afa8b451fb6e refs/heads/mirror 
b044dfe04f636d87fd391b575ba41e495e68e973 refs/heads/release 
6386d9e39e6f364698648f4e4741897f83b00121 refs/tags/build/v1.0.1 
234b00ebe6e1513c3ce8cdd83999c255bd5516eb refs/tags/build/v1.0.10 
f888eb06d4c7af89faa2f9dda189d488312ecb07 refs/tags/build/v1.0.10rc1 
e4c4d1037521f536b79f8d145979ec869db353f9 refs/tags/build/v1.0.10rc2 
.... 
many more tags 

Я ожидаю, клон проводит обследование на основании РУКОВОДИТЕЛЯ пульта дистанционного управления, который указывает на определенное обязательство на пульте дистанционного управления.
Какова возможная причина этапа выезда была пропущена?
Во время процесса клонирования я создал небольшой файл readme в рабочем пространстве. Однако этот файл остается невоспроизводимым до этого момента. Плана не отслеживать этот файл.
Может ли это создание файла нарушить процесс клонирования, поэтому он не может включать стадию выписки?

ubuntu@site3-user03:/projects$ git clone git@git.alsa-project.org:alsa-driver.git alsa-driver 
Cloning into 'alsa-driver'... 
The authenticity of host 'git.alsa-project.org (77.48.224.243)' can't be established. 
RSA key fingerprint is f1:0e:a7:1f:bc:1b:9f:71:00:85:c9:4a:8a:d9:d6:33. 
Are you sure you want to continue connecting (yes/no)? no 
Host key verification failed. 
fatal: Could not read from remote repository. 

Please make sure you have the correct access rights 
and the repository exists. 
ubuntu@site3-user03:/projects$ 

Итак, я прервать его, потому что я привык иметь простой процесс клонирования, кроме того ни малейшего представление о всех вытекающих последствиях для подтверждения, чтобы продолжить неаутентифицированному хозяина.

git help clone 

и примеры из там использовать среди других следующего формата URL

The following syntaxes may be used with them: 
    · git://host.xz[:port]/path/to/repo.git/ 
    · http[s]://host.xz[:port]/path/to/repo.git/ 
    ... 
git clone git://git.kernel.org/pub/scm/.../linux.git my-linux 
git clone --reference /git/linux.git \ 
        git://git.kernel.org/pub/scm/.../linux.git \ 
        my-linux 
· Create a bare repository to publish your changes to the public: 
    git clone --bare -l /home/proj/.git /pub/scm/proj.git 

В подержанной установке следующей применяется также:

ubuntu@site3-user03:/$ sudo find/-type f -name known_hosts 
[sudo] password for ubuntu: 
ubuntu@site3-user03:/$ 

Один раза в прошлом я был похож эффект с другим клоном. В то время он был клонирован публичным репо для Linux для MSM SoC. Тем не менее, в этот момент клон-процесс сгенерировал также сообщение типа «неспособное клонировать, потому что не найдено на удаленном». Забыл, что ??? читать. Таким образом, в конечном эффекте я также должен был вручную выполнить check-out вручную для клонирования процесса. Однако такое предупреждение не пришло в этом случае, нажимая публичное репо alsa-driver.

Answer 1

Я никогда не видел, чтобы использовать формат URL, который вы используете для клонирования репозитория, поскольку этот стандарт должен быть: git://git.alsa-project.org:alsa-driver.git, с использованием используемого вами формата вы клонируете репозиторий в голом режиме, что соответствует заданию командной строки --bare вариант, который в основном выполняет:

Сделать голый хранилище Git. То есть вместо создания <directory> и размещения административных файлов в <directory>/.git, сделайте <directory> сам $GIT_DIR. Это, очевидно, подразумевает -n, потому что нигде не видно рабочего дерева. Также головки ответвлений на пульте дистанционного управления копируются непосредственно в соответствующие местные головки , не отображая их на refs/remotes/origin/. Когда используется этот параметр , не создаются ни ветви удаленного отслеживания, ни связанные с ними параметры конфигурации .

Если вы посмотрите на documentation of the project, что вы пытаетесь клонировать вы заметите, что клонировать этот конкретный проект, вы должны:

git clone git@git.alsa-project.org:alsa-driver.git alsa-driver 
cd alsa-driver 
git branch build remotes/origin/build 
git branch mirror remotes/origin/mirror 
git branch release remotes/origin/release