Windowsのローカルファイルシステム全体のGITクローンリポジトリ

GITに関しては、私は完全なNoobです。ここ数日、私は最初の一歩を踏み出したばかりです。私は自分のラップトップでリポジトリをセットアップし、SVNプロジェクトからTrunkをプルダウンしました（ブランチにいくつかの問題があり、機能していません）がすべて問題ないようです。

ラップトップからメインデスクトップにプルまたはプッシュできるようになりました。ノートパソコンである理由は、私が1日2時間旅行し、いくつかの良い仕事をすることができるので、電車の中で便利です。しかし、自宅の私のメインマシンは開発に最適です。家に帰ったら、ラップトップからメインコンピュータにプッシュ/プルできるようにしたいのです。これを行う最も簡単な方法は、コードフォルダーをLAN経由で共有し、次のようにすることだと思いました。

git clone file://192.168.10.51/code

残念ながら、これは私にはうまくいかないようです：

だから私はgit bash cmdを開いて上記のコマンドを入力します、私はC：\ code（両方のマシンの共有フォルダ）にいます：これは私が返すものです：

Initialized empty Git repository in C:/code/code/.git/
fatal: 'C:/Program Files (x86)/Git/code' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

最も簡単な方法で2つのマシン間でリポジトリを共有するにはどうすればよいですか。

公式のストレージポイントになる他の場所と、他の開発者やCIサーバーなどがそこから取得される場所があります。これは、2つのマシン間で同じリポジトリで作業できるようにするためです。

セバスチャンの提案に従って、私は以下を得ます：

C:\code>git clone --no-hardlinks file://192.168.10.51/code
Initialized empty Git repository in C:/code/code/.git/
fatal: 'C:/Program Files (x86)/Git/code' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

**編集-回答**

助けてくれたすべてに感謝します。ドライブのマッピングを試しましたが、うまくいきましたので、マッピングせずに戻って再試行すると思いました。最終結果は：

git clone file://\\\\192.168.0.51\code

これはうまくいきました。

ありがとう

UNCパスをファイルプロトコルに適用することにより、リモートのURLを指定できます。これには、4つのスラッシュを使用する必要があります。

git clone file:////<host>/<share>/<path>

たとえば、メインマシンにIP 192.168.10.51とコンピューター名mainがあり、それcode自体がgitリポジトリであるという名前の共有がある場合、次のコマンドはどちらも同じように機能します。

git clone file:////main/code
git clone file:////192.168.10.51/code

Gitリポジトリがサブディレクトリにある場合は、パスを追加するだけです。

git clone file:////main/code/project-repository
git clone file:////192.168.10.51/code/project-repository

$ git clone --no-hardlinks /path/to/repo

上記のコマンドは、gitリポジトリのあるディレクトリにPOSIXパス表記を使用しています。Windowsの場合（ディレクトリにC:/path/to/repoは.gitディレクトリが含まれます）：

C:\some\dir\> git clone --local file:///C:/path/to/repo my_project

リポジトリはにクローンされC:\some\dir\my_projectます。file:///一部を省略すると、--localオプションが暗黙指定されます。

ホスト名での答えは私にはうまくいきませんでしたが、これはうまくいきました：

git clone file：////home/git/repositories/MyProject.git/

私はfile：//を使用してこれを行うことに成功しましたが、絶対パスを示すためにスラッシュを1つ追加しました。

git clone file:///cygdrive/c/path/to/repository/

私の場合、Cygwin for WindowsでGitを使用しています。これは、パスの/ cygdrive / cの部分が原因です。パスを少し調整すると、どのgitインストールでも機能するはずです。

リモコンの追加は同じように機能します

git remote add remotename file:///cygdrive/c/path/to/repository/

共有をネットワークドライブとしてマッピングしてから、

git clone Z:\

主に単なる推測です。私はいつもsshを使ってこれを行っています。もちろん、その提案に従うと、ラップトップにプッシュ/プルするたびに、そのドライブをマッピングする必要があります。sshをどのようにしてWindowsで動作させるかはわかりませんが、これを頻繁に実行する場合は、調査する価値があります。

それが私のgitバージョン（1.7.2）が原因かどうかはわかりませんが、マシン名とIPオプションを使用した上記のアプローチではうまくいきませんでした。重要かもしれないし、重要でないかもしれない追加の詳細は、リポジトリが、私が初期化して別のマシンからプッシュしたベアリポジトリであったことです。

上記のように、次のようなコマンドでproject1のクローンを作成しようとしました。

$ git clone file:////<IP_ADDRESS>/home/user/git/project1
Cloning into project1...
fatal: '//<IP_ADDRESS>/home/user/git/project1' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

そして

$ git clone file:////<MACHINE_NAME>/home/user/git/project1
Cloning into project1...
fatal: '//<MACHINE_NAME>/home/user/git/project1' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

私にとってうまくいったのはもっと簡単なことでした：

$ git clone ../git/project1
Cloning into project1...
done.

注-クローン元のリポジトリが裸であったとしても、これにより、（gitリポジトリの内部とは対照的に）私が望んでいた実際のコード/イメージ/リソースファイルをすべて含む「通常の」クローンが作成されました。

絶対パスまたは相対パスを入力します。

たとえば、以下の最初の例では絶対パスを使用しています。

（これは、サブフォルダーとしてリポジトリとバックアップを含むフォルダー内からです。バックアップフォルダーに既に何かが含まれている場合、バックアップフォルダーは変更されないことに注意してください。存在しない場合、新しいフォルダーが作成されます）

~/git$ git clone --no-hardlinks ~/git/git_test1/   ~/git/bkp_repos/

以下は相対パスを使用しています：

~/git$ git clone --no-hardlinks git_test1/   bkp_repos2/

UNCパスはGit 2.21（2019年2月、以下を参照）以降サポートされていますが、Git 2.24（2019年第4四半期）では、

git clone file://192.168.10.51/code

これ以上file:////xxx、 ' file://'はUNCパス共有を参照するには十分ではありません。
「UNCを使用したGit Fetchエラー」を参照してください。

2016年とGit for Windowsにパッケージ化されたMingW-64 以降、UNCパスがサポートされることに注意してください。 （「msys、msys2、およびMinGW-64は互いにどのように関連していますか？」を参照してください。）git.exe

Git 2.21（2019年2月）では、このサポートはmsys2シェルでも拡張されています（UNCパスを引用符で囲んでいます）。

Johannes Schindelin（）によるcommit 9e9da23、commit 5440df4（2019年1月17日）を参照してください。協力者 ：キムギベル（）。^{（Junio C Hamanoによって統合--}dscho
Jeff-G
^{gitsterでf5dd919コミットし、2019年2月5日）を}

Git 2.21より前のバージョンでは、Gitのスポーン方法に問題があるため git-upload-pack、バックスラッシュを含むパスを渡すときに問題が発生します。Gitは、Git for Windowsで異なる引用セマンティクスを持つシェルを介してコマンドラインを強制します（MSYS2になります）。プログラムなど、通常のWin32実行可能ファイルよりもgit.exe。

症状は、フォームのUNCパス内の2つのバックスラッシュのうちの最初のものです。 \\myserver\folder\repository.gitが削除されることです。

これは現在緩和されています：

mingw：の特別な場合の引数 sh

MSYS2ランタイムは、コマンドラインワイルドカードの展開とクォート解除をエミュレートするために最善を尽くします。これは、Unixシステム上の呼び出し元のUnixシェルによって実行されます。

これらのUnixシェルの引用規則は、WindowsのcmdやPowershellに適用される引用規則とは異なり、他のプロセスを起動するときにコマンドラインパラメータを適切に引用するのは少し面倒です。

特に、次のgit.exeサブプロセスに引数を渡しますワイルドカードとして解釈されることを意図しいないそれらにバックスラッシュが含まれている場合、それらはエスケープ文字として解釈されません（Windowsパスを渡す場合など）。

注：これは、MSYS2実行可能ファイルを呼び出す場合のみの問題であり、git.exeなどのMINGW実行可能ファイルを呼び出す場合は問題ではありません。ただし、MSYS2実行可能ファイルを頻繁に呼び出します。use_shell、child_process構造体にフラグをです。

.exe実行されるファイルがMSYS2プログラムかMINGWプログラムかを判別するための洗練された方法はありません。
しかし、シェルを介してコマンドラインを渡すユースケースは非常に普及しているため、少なくとも実行時にこの問題を回避する必要がありますsh.exeます。

醜い、ハードコーディングされたテストを紹介しましょうargv[0]"sh "であるかどうか、およびMSYS2 Bashを参照しているかどうか通常とは異なる方法で引数を引用する必要があるかどうかを判断します。

それでもまだ問題は完全には修正されていませんが、少なくともそれは何かです。

ちなみに、これgit clone \\server\repoは、git-upload-packプロセスへのパスを渡すときにバックスラッシュの不適切な処理が原因で失敗する問題も修正します。

さらに、空白やバックスラッシュだけでなく、中括弧も引用するように注意する必要があります。
エイリアスはMSYS2 Bashを頻繁に通過し、エイリアスHEAD@{yesterday}はなどのパラメーターを頻繁に取得するため、これは非常に重要です。

見る t/t5580-clone-push-unc.sh

クローン後、私にとってプッシュは機能しませんでした。

解決策：リポジトリのクローンが作成されている場所で、.gitフォルダーと構成ファイルを開きます。

リモートの起点URLの設定値：

[remote "origin"]
    url = file:///C:/Documentation/git_server/kurmisoftware