gitクローン、 "ファイルのチェックアウト"フェーズスキップ

Question

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

を実行しました。 100％（XYZ/ZYX）、行わ：それはクローンプロセスがファイルをチェックアウトする段階 が含まれていなかったいくつかの未知の理由で、しかし出力

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$ 

を以下になりました。
通常、クローンプロセスには作業領域へのチェックアウトが含まれています。エンド・エフェクトでは、私のプライベート・フォークは空の作業領域を持ち、自分自身がどこから分岐するかを決める必要がありますが、それは簡単ではありません。

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 

私の期待はクローンは、特定のリモートでのコミットを指すリモートのHEADに基づいて、チェックアウトを行っています。
チェックアウトの理由は何ですか？スキップされましたか？
クローンプロセスの実行中に、私は作業スペースに小さな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:/$ 

ある時は私が似て持っていました他のクローンとの効果。その時、それはMSM SoCのLinuxカーネル公開リポジトリのクローンでした。しかし、その時点でクローンプロセスは "リモートで見つけられなかったためクローン化できない"という種類のメッセージも生成しました。何を忘れましたか？読む。そのため、最終的には、プロセスをクローンするために手動でチェックアウトする必要もありました。しかし、このような警告は、この場合、alsa-driverのパブリックrepoをフォークすることはありませんでした。

Answer 1

私は標準がなければならないのであなたは、リポジトリのクローンを作成するために使用するURLの形式を使用して見たことがない：それは--bareコマンドラインを指定するようなもので、git://git.alsa-project.org:alsa-driver.gitをあなたは裸モードでリポジトリをクローンしている使用される形式で、デフォルトで実行するオプション：

裸の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