[Git]ハブへのバックアップ


リモートストレージとハブ

  • は、自分のコンピュータ上で動作した後、送信をコンピュータに保存する.
  • は、このリポジトリをローカルリポジトリと呼ぶ.
  • ローカル・リポジトリを誤って削除すると、それまでのすべての作業が失われます.
  • では、ローカル・リポジトリにのみ作業を格納するのは安全ではありません.そのため、作業中のコンピュータ以外の場所に記憶領域を提供する必要があります.
  • リモートストレージとは

  • 機能により、ローカル・リポジトリとリモート・リポジトリ(リモート・リポジトリ)を接続してバージョン管理するファイルを簡単にバックアップできます.
  • ここで、リモート・リポジトリとは、ローカル・リポジトリではなく、コンピュータまたはサーバ上に作成されたリポジトリを指します.-リモート・リポジトリはローカル・リポジトリに接続されており、バックアップとコラボレーションの2つの重要な役割を果たしています.
  • リモート・リポジトリを直接配置できますが、作成とメンテナンスは容易ではありません.そのため、主にインターネットを使用してリモートストレージのサービスを提供しています.
  • の中で襟に関する最も一般的なサービスは襟センターです.
  • できること。

  • リモート・リポジトリでダウンジャケットを使用できます.
  • ダウンジャケットはリモートストレージを提供するため、ダウンジャケットをインストールすることなく、ダウンジャケットのバージョン管理機能をオンラインで使用できます.
  • ローカル・リポジトリを作成する必要がなく、支店でリモート・リポジトリを作成できます.ローカル・リポジトリがあれば、リモート・リポジトリに接続することもできます.
  • のローカル・リポジトリをバックアップできます.
  • ハブにリモート・リポジトリを作成し、コンピュータ上のローカル・リポジトリに接続して同期することで、ローカル・ストレージをインターネットにバックアップできます.
  • コラボレーションプロジェクト.
  • チームプロジェクトは現在もハブを主なリポジトリとしています.
  • はリモート・リポジトリであり、誰もがインターネットを通じてリポジトリにアクセスでき、複数のチーム・メンバーが1つのプロジェクトを簡単に行うためのさまざまなコラボレーション・ツールを提供します.
  • は独自の開発の歴史を残すことができる.
  • は、他の人のソースコードを表示したり、オープンソースコードに参加したりすることができます.
  • リモート・リポジトリへのローカル・リポジトリの接続


    ローカルリポジトリの作成


    1.loc-gitという新しいディレクトリを作成し、ローカルリポジトリに初期化します.次に、ディレクトリ、ドキュメントf 1に進みます.txtを作成します.
    $ git init loc-git
    $ cd loc-git
    $ vim f1.txt
    2.f1.txtを舞台に置いて提出します.コミットメッセージは「add a」と呼ばれます.git logコマンドを使用して、コミットが正しいかどうかを確認します.

    リモート・リポジトリへの接続

  • ユーザーコンピュータ上のローカル・リポジトリをハブ上のリモート・リポジトリに接続します.
  • の「コマンドラインから既存のリポジトリをプッシュ」方法を使用して、ローカル・リポジトリ内のファイルをリモート・リポジトリにアップロードします.
  • 1.ローカル・リポジトリとリモート・リポジトリを接続するには、ハブのストレージ・アドレスを知る必要があります.
  • Webブラウザで、ハブ・アドレスをハブ・リポジトリにコピーします.
  • 2.リポジトリ・アドレスがコピーされた場合は、ターミナル・ウィンドウに次のように入力します.
    $git remote add origin  [복사한 주소 붙여넣기]
  • 私ならオリジナルバージョンがあるので削除する必要があります.
  • $ git remote rm origin
  • このコマンドは、リモートストレージにソースを追加することをリーダーに伝えます.
  • において、「ソース」は、バニラ格納アドレスを指す.
  • 傘下のハブストレージアドレスが保持されている場合は、originと略してremoteに追加します.
  • ローカル・リポジトリを特定のリモート・リポジトリに一度接続するだけです.3.リモート・リポジトリに正しく接続されていることを確認します.
    $ git remote -v
    

    リモート・リポジトリへのアップロードと取得


  • ローカル・リポジトリをリモート・リポジトリに関連付けた以上、ローカル・リポジトリのソースをリモート・リポジトリに転送したり、リモート・リポジトリのソースをローカル・リポジトリにダウンロードしたりできます.

  • ローカル・リポジトリ内のソースをリモート・リポジトリに転送することをプッシュ(push)と呼び、リモート・リポジトリからローカル・リポジトリにダウンロードすることをプッシュ(pull)と呼ぶ.
  • リモート・リポジトリへのファイルのアップロード

  • まず、ローカルストレージモジュールをリモートストレージに送信するプッシュについて説明します.
  • 1.ローカル・リポジトリ内のブランチを原点、すなわちリモート・リポジトリ内のプライマリ・ブランチにプッシュするコマンド.
  • では、-uオプションは、最初はローカル・リポジトリのブランチをリモート・リポジトリのプライマリ・ブランチに接続するためにのみ使用されます.
  • $ git push -u origin master
    2.端末ウィンドウにPushプロセスが表示されます.
  • ログインウィンドウが表示された場合は、ログインが必要です.
  • 3.プッシュの完了は、ローカル・リポジトリのコミットがリモート・リポジトリにコミットされたことを意味します.
  • Pushが終了すると、ハブリポジトリを開いたWebブラウザでエリアリポジトリのf 1が表示されます.txtファイルはリモートリポジトリにアップロードされました.

  • 4.ローカル・リポジトリとリモート・リポジトリを接続してプッシュした場合は、その後より簡単にプッシュできます.
  • 領域リポジトリに別のコミットを作成した後、リフレッシュを試みます.
  • $ vim f1.txt
  • 英字「b」を追加し、保存および終了します.
  • 次のコマンドを使用して、ダンプとコミットを同時に実行します.
  • Git commitコマンドでは、-amはダンプオプション(-a)とメッセージオプション(-m)を一緒に書き込み、少なくとも1回ファイルをコミットして使用する必要があります.
  • がメッセージを送信することを「add b」と呼ぶ.
  • $ git commit -am "add b"
    6.リモート・リポジトリにプッシュできる新規コミットがローカル・リポジトリに作成されました.
  • は、ローカル・リポジトリのブランチと元のプライマリ・ブランチが前に接続されているため、ファイルを再リフレッシュする場合はgit pushを入力します.
  • $ git push
    作成したコミットは、リモート・リポジトリにプッシュされます.7.Webブラウザのハブリポジトリ画面を更新します.
  • ファイルのリストで、最新のコミットメッセージがファイル名の右側に表示されます.

  • リモート・リポジトリからファイルを取得-git pull


    他のユーザーが
  • リモート・リポジトリのソース・ファイルを変更したり、ハブ・サイトから直接コミットしたりした場合、ローカル・リポジトリとの相違が発生します.
  • リモート・リポジトリをローカル・リポジトリにインポートし、リモート・リポジトリとローカル・リポジトリを同じ状態にします.
  • これを「ラ」と言います.
  • 1.loc-gitローカル・リポジトリをリモート・リポジトリに接続した後、リフレッシュを試みた.
  • 、それからKindhubのウェブサイトの上でf 2.txtという新しいファイルを作成しました.
  • ターミナルウィンドウでloc-gitディレクトリに移動し、lsコマンドを使用してディレクトリの内容を表示します.
  • 地域リポジトリによって作成されたf 1.txtファイルしかないはずです.
  • 2.次のコマンドは、Origin(リモート・リポジトリ)のコンテンツをプライマリ・ブランチにインポートすることを示します.
    $ git pull origin master
    3.git logコマンドを使用してコミットログをチェックします.
  • 羽のバニラサイトから作成された「Createf 2.txtという名前のコミットがローカルリポジトリコミットログとして表示されます.