clone git, "check out file" fase saltata

Question

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

è stata effettuata. Il risultato è stato output seguente

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$ 

Tuttavia, per qualche ragione sconosciuta il processo di clonazione non ha incluso la fase ritiro dei file: 100% (xyz/ZYX), fatto.
In genere il processo di clonazione include il checkout nello spazio di lavoro. Nell'effetto finale il mio fork privato ha uno spazio di lavoro vuoto e io devo decidere dove dirigerti che potrebbe non essere semplice.

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 

La mia aspettativa è il clone effettua il check-out basato sulla testa del telecomando che punta a certi impegnarsi sul telecomando.
Qual è il motivo possibile per cui la fase di check-out è stata saltata?
Durante il processo di clonazione era in corso, ho creato un piccolo file readme nello spazio di lavoro. Tuttavia quel file rimane non tracciato fino a questo momento. Non esiste un piano per tracciare quel file.
Questa creazione di file può aver disturbato il processo di clonazione in modo che non potesse includere la fase di check-out?

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$ 

Così, ho abortito perché sono abituato a avere processo di clonazione semplice, inoltre, non ha la minima idea di tutti i conseguenti effetti sulla conferma di continuare su un host non autenticato.

git help clone 

e gli esempi ivi apportati utilizzare tra gli altri seguente formato 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 

Per quanto riguarda l'installazione utilizzare secondo si applica anche:

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

Una volta in passato ho avuto simili effetto con altri cloni. Quella volta era clone di repo pubblico del kernel di Linux per MSM SoC. Tuttavia, quella volta il processo di clonazione ha generato anche un messaggio del tipo "impossibile clonare perché non trovato sul telecomando". Hai dimenticato cosa ??? leggere. Quindi nell'effetto finale dovevo anche fare il check-out manualmente successivamente al processo di clonazione. Tuttavia, tale avvertimento non è arrivato in questo caso, bombardando il repo pubblico di alsa-driver.

Answer 1

Non ho mai visto utilizzare il formato URL che si utilizza per clonare un repository, poiché lo standard dovrebbe essere: git://git.alsa-project.org:alsa-driver.git, con il formato utilizzato si sta clonando il repository in modalità Nuda, che è come specificare la riga di comando --bare opzione, che fondamentalmente esegue:

Creare un repository Git semplice. Cioè, invece di creare <directory> e mettere i file amministrativi in ​​<directory>/.git, rendere lo <directory> stesso il $GIT_DIR. Questo ovviamente implica il -n perché non c'è un posto dove controllare l'albero di lavoro. Anche le diramazioni sul telecomando vengono copiate direttamente alle diramazioni locali corrispondenti , senza associarle a refs/remotes/origin/. Quando viene utilizzata l'opzione , non vengono creati né i rami di tracciamento remoto né le relative variabili di configurazione .

Se si dà un'occhiata alla documentation of the project che si sta tentando di clonare si noterà che clonare quel progetto specifico bisogna:

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