英語フランス語スペイン語

OnWorksファビコン

gitクローン

Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、または MAC OS オンライン エミュレーターを介して OnWorks 無料ホスティング プロバイダーで git-clone を実行します。

これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、または MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド git-clone です。

プログラム:

NAME


git-clone - 新しいディレクトリにリポジトリのクローンを作成します

SYNOPSIS


git [--テンプレート= 】
[-l] [-s] [--ハードリンクなし] [-q] [-n] [--ベア] [--ミラー]
[-o ] [-b ] [-u ] [ - 参照】
[--dissociate] [-- Separate-git-dir 】
[ - 深さ] [--[no-]単一分岐]
[--再帰的 | --recurse-submodules] [--]
[ 】

DESCRIPTION


新しく作成されたディレクトリにリポジトリのクローンを作成し、リモート追跡ブランチを作成します。
クローン化されたリポジトリ内の各ブランチ (git Branch -r を使用して表示)、作成およびチェック
クローン化されたリポジトリの現在アクティブなブランチからフォークされた最初のブランチを作成します。

クローン作成後、引数なしでプレーン git fetch を実行すると、すべてのリモート追跡が更新されます。
ブランチを追加し、引数なしで git pull を実行すると、さらにリモートのマスター ブランチがマージされます。
現在のマスター ブランチ (存在する場合) にコピーします (これは、「--single-branch」が指定されている場合は当てはまりません。
下記参照)。

このデフォルト構成は、リモート ブランチ ヘッドへの参照を作成することで実現されます。
refs/remotes/origin の下で、remote.origin.url と Remote.origin.fetch を初期化することによって
構成変数。

OPTIONS


--ローカル、-l
クローン元のリポジトリがローカル マシン上にある場合、このフラグは通常の
「Git 対応」トランスポート メカニズムと、HEAD のコピーを作成してリポジトリのクローンを作成し、
object および refs ディレクトリの下にあるすべてのもの。 .git/objects/ ディレクトリ下のファイル
可能な場合はスペースを節約するためにハードリンクされています。

リポジトリがローカル パス (例: /path/to/repo) として指定されている場合、これは
デフォルトであり、--local は基本的に何も行いません。 リポジトリをURLで指定した場合、
その場合、このフラグは無視されます (ローカル最適化は決して使用されません)。 指定する
--no-local は、/path/to/repo が指定された場合に、通常のパスを使用してデフォルトをオーバーライドします。
代わりに Git トランスポートを使用してください。

--ハードリンクなし
ローカル ファイルシステム上のリポジトリからクローン作成プロセスを強制的に実行してファイルをコピーします
ハードリンクを使用する代わりに、.git/objects ディレクトリの下に配置します。 これは次の場合に望ましいかもしれません
リポジトリのバックアップを作成しようとしています。

--共有、-s
クローン作成するリポジトリがローカル マシン上にある場合、ハード リンクを使用する代わりに、
オブジェクトをソースと共有するために .git/objects/info/alternates を自動的にセットアップします
リポジトリ。 結果として得られるリポジトリは、独自のオブジェクトなしで開始されます。

注意: これは危険な操作である可能性があります。 する 理解していない限り使用してください
します。 このオプションを使用してリポジトリのクローンを作成し、ブランチを削除した場合 (または
ソース内の既存のコミットを非参照にする他の Git コマンドを使用します。
リポジトリでは、一部のオブジェクトが参照されなくなる (またはぶら下がった状態になる) 場合があります。 これらのオブジェクトは、
git gc を自動的に呼び出す通常の Git 操作 (git commit など) によって削除されます。
--自動。 (見る git-gc(1).) これらのオブジェクトが削除され、
クローンされたリポジトリを削除すると、クローンされたリポジトリが破損します。

-s で複製されたリポジトリで -l オプションを指定せずに git repack を実行すると、
オブジェクトをソース リポジトリからクローン リポジトリ内のパックにコピーし、削除します
clone -s によるディスク容量の節約。 ただし、 git gc を実行するのは安全です。
デフォルトでは -l オプション。

-s を使用して複製されたリポジトリのソースへの依存関係を解除したい場合
リポジトリにある場合は、 git repack -a を実行するだけで、ソースからすべてのオブジェクトをコピーできます。
リポジトリを複製されたリポジトリ内のパックに追加します。

- リファレンス
参照リポジトリがローカル マシン上にある場合は、自動的にセットアップされます。
.git/objects/info/alternates を使用して、参照リポジトリからオブジェクトを取得します。 を使用して
既存のリポジトリを代替として使用すると、コピーするオブジェクトが少なくなります
クローン作成されるリポジトリから削除され、ネットワークとローカル ストレージのコストが削減されます。

注意: --shared オプションと --dissociate オプションについては注を参照してください。

--解離する
--reference オプションで指定された参照リポジトリからオブジェクトを借用します。
ネットワーク転送を削減し、クローンが作成された後はネットワークからの借用を停止するためだけです。
借用したオブジェクトの必要なローカル コピーを作成します。 このオプションは次の場合にも使用できます。
すでに別のリポジトリからオブジェクトを借用しているリポジトリからローカルでクローンを作成する
リポジトリ - 新しいリポジトリは同じリポジトリからオブジェクトを借用します。
借入を停止するオプションを使用できます。

-静か、-q
静かに操作してください。 進行状況は標準エラー ストリームには報告されません。 この旗は
指定された場合は、「rsync」コマンドにも渡されます。

--verbose、-v
冗長に実行します。 標準エラーへの進行状況のレポートには影響しません。
ストリーム。

- 進捗
進行状況は、デフォルトで標準エラー ストリームで報告されます。
-q が指定されていない限り、端末に接続されます。 このフラグは進行状況を強制します
標準エラーストリームが端末に向けられていない場合。

--チェックアウトなし、-n
クローンの完了後、HEAD のチェックアウトは実行されません。

- 裸
作る Git リポジトリ。 つまり、作成するのではなく、 そして、
の管理ファイル/.git を作成します。 それ自体は $GIT_DIR です。
作業ツリーをチェックアウトする場所がないため、これは明らかに -n を意味します。
また、リモートのブランチヘッドは、対応するローカルブランチに直接コピーされます。
ヘッドを refs/remotes/origin/ にマッピングせずに。 このオプションを使用すると、どちらも
リモート追跡ブランチも関連する設定変数も作成されません。

- 鏡
ソース リポジトリのミラーを設定します。 これは --bare を意味します。 --bare と比較すると、
--mirror は、ソースのローカル ブランチをターゲットのローカル ブランチにマップするだけでなく、
すべての参照 (リモート追跡ブランチ、メモなどを含む) をマップし、
これらすべての参照が git リモート更新によって上書きされるような refspec 構成
ターゲットリポジトリ内。

- 元、-o
上流リポジトリを追跡するためにリモート名オリジンを使用する代わりに、次を使用します。


- ブランチ、-b
新しく作成された HEAD をクローンが指すブランチに指すのではなく、
リポジトリの HEAD を指します代わりに分岐します。 非ベアリポジトリでは、これは次のようになります。
チェックアウトされるブランチ。 --branch はタグを取得し、
結果のリポジトリ内のそのコミットの HEAD。

--アップロードパック、-u
これが指定され、クローン元のリポジトリが ssh 経由でアクセスされる場合、これは
相手側で実行されるコマンドのデフォルト以外のパス。

--テンプレート=
テンプレートが使用されるディレクトリを指定します。 (「テンプレートディレクトリ」を参照)
のセクション git-init(1)。)

--config = 、-c =
新しく作成したリポジトリに構成変数を設定します。 これは有効になります
リポジトリが初期化された直後、リモート履歴が初期化される前
フェッチされたファイルまたはチェックアウトされたファイル。 キーは、によって予期されるのと同じ形式です ギット-
設定(1) (例: core.eol=true)。 同じキーに複数の値が指定された場合、それぞれの値は
値が設定ファイルに書き込まれます。 これにより、たとえば次のように追加しても安全になります。
元のリモートへの追加のフェッチ refspec。

- 深さ
作る 浅い 指定されたコミット数に切り捨てられた履歴を持つクローンを作成します。
--no-single-branch が指定されていない限り、--single-branch を暗黙的に指定して履歴を取得します。
すべての枝の先端。

--[no-]単一分岐
で指定された単一のブランチの先端に至る履歴のみを複製します。
--branch オプション、またはプライマリ ブランチ リモートの HEAD がポイントします。 さらにフェッチします
結果として得られるリポジトリは、ブランチのリモート追跡ブランチのみを更新します。
このオプションは最初のクローン作成に使用されました。 リモートの HEAD がポイントしていない場合
--single-branch クローンが作成された場合、どのブランチでも、リモート追跡ブランチは作成されません。
作成しました。

--recursive、--recurse-submodules
クローンが作成されたら、その中のすべてのサブモジュールをデフォルトを使用して初期化します。
設定。 これは、git submodule update --init --recursive を実行するのと同じです。
クローン作成が完了した直後。 クローンが作成された場合、このオプションは無視されます。
リポジトリにワークツリー/チェックアウトがありません (つまり、--no-checkout/-n、--bare、
または --mirror が指定されます)

--セパレート-git-dir=
クローンを作成したリポジトリを本来あるべき場所に配置する代わりに、クローンを作成したリポジトリを配置します。
指定されたディレクトリにリポジトリを作成し、ファイルシステムに依存しない Git をシンボリックにします。
そこへのリンク。 その結果、Git リポジトリを作業ツリーから分離できます。


クローン作成元の (おそらくリモートの) リポジトリ。 詳細については、以下の URL セクションを参照してください
リポジトリの指定に関する情報。


クローンを作成する新しいディレクトリの名前。 ソースの「人間味のある」部分
ディレクトリが明示的に指定されていない場合は、リポジトリが使用されます (/path/to/repo.git の場合は repo 、
foo (host.xz:foo/.git))。 既存のディレクトリへのクローン作成は、次の場合にのみ許可されます。
ディレクトリが空です。

GIT URL


一般に、URL にはトランスポート プロトコル、サーバーのアドレスに関する情報が含まれています。
リモートサーバーとリポジトリへのパス。 トランスポート プロトコルによっては、
この情報は存在しない可能性があります。

Git は、ssh、git、http、および https プロトコルをサポートします (さらに、ftp および ftps も使用できます)
フェッチには rsync を使用し、フェッチとプッシュには rsync を使用できますが、これらは非効率的であり、
廃止されました。 使用しないでください)。

ネイティブ トランスポート (例: git:// URL) は認証を行わないため、一緒に使用する必要があります。
安全でないネットワークには注意してください。

次の構文を一緒に使用できます。

· ssh://[user@]host.xz[:port]/path/to/repo.git/

· git://host.xz[:port]/path/to/repo.git/

· http[s]://host.xz[:port]/path/to/repo.git/

· ftp[s]://host.xz[:port]/path/to/repo.git/

· rsync://host.xz/path/to/repo.git/

代替の scp に似た構文も ssh プロトコルで使用できます。

· [user@]host.xz:path/to/repo.git/

この構文は、最初のコロンの前にスラッシュがない場合にのみ認識されます。 これは役に立ちます
コロンを含むローカル パスを区別します。 たとえば、ローカル パス foo:bar は次のようになります。
SSH URL として誤解されないように、絶対パスまたは ./foo:bar として指定してください。

ssh および git プロトコルは、~username の拡張も追加でサポートします。

· ssh://[user@]host.xz[:port]/~[user]/path/to/repo.git/

· git://host.xz[:port]/~[user]/path/to/repo.git/

· [user@]host.xz:/~[user]/path/to/repo.git/

ローカル リポジトリの場合は、Git によってネイティブにサポートされており、次の構文を使用できます。
中古:

· /path/to/repo.git/

· file:///path/to/repo.git/

これら XNUMX つの構文は、前者が --local オプションを暗黙的に示す点を除いて、ほとんど同等です。

Git は、特定のトランスポート プロトコルの処理方法がわからない場合、
リモート- リモート ヘルパー (存在する場合)。 リモート ヘルパーを明示的にリクエストするには、
次の構文を使用できます。

· ::

どこパス、サーバーとパス、または任意の URL のような文字列を指定できます。
呼び出される特定のリモート ヘルパーによって認識されます。 見る gtremote ヘルパー(1)
詳細。

類似した名前のリモート リポジトリが多数あり、
異なる形式 (使用する URL が次の URL に書き換えられるなど)
work)、次のフォームの構成セクションを作成できます。

[URL " "]
= の代わりに

たとえば、次のようになります。

[URL "git://git.host.xz/"]
代わりに = host.xz:/path/to/
代わりに=仕事:

「work:repo.git」または「host.xz:/path/to/repo.git」のような URL は、任意の形式に書き換えられます。
URL を「git://git.host.xz/repo.git」にするコンテキスト。

URL をプッシュ専用に書き換える場合は、
形:

[URL " "]
プッシュの代わりに =

たとえば、次のようになります。

[URL "ssh://example.org/"]
PushInsteadOf = git://example.org/

「git://example.org/path/to/repo.git」のような URL は次のように書き換えられます。
プッシュの場合は「ssh://example.org/path/to/repo.git」ですが、プルでは引き続き元のものが使用されます
URL。


· 上流からクローンを作成します。

$ git clone git://git.kernel.org/pub/scm/.../linux.git my-linux
$ cd my-linux
作る

· 何もチェックせずに、現在のディレクトリから借用するローカル クローンを作成します。
アウト:

$ git clone -l -s -n 。 ../コピー
$ cd ../コピー
$ git ショーブランチ

· 既存のローカル ディレクトリから借用しながら上流からクローンを作成します。

$ git clone --reference /git/linux.git \
git://git.kernel.org/pub/scm/.../linux.git \
私のLinux
$ cd my-linux

· 変更を一般に公開するためのベア リポジトリを作成します。

$ git clone --bare -l /home/proj/.git /pub/scm/proj.git

GIT


の一部 git(1)スイート

onworks.net サービスを使用してオンラインで git-clone を使用する


Ad