Git リモート ウェアハウスの作成、クローン作成、プッシュおよびプル


ここに画像の説明を挿入

1 はじめに

前回の記事では、Git の基本的な概念とよく使用されるコマンドについて説明しましたが、いよいよ多人数支援開発の実現という大きなことを行うときが来ました。

  • 環境:Centos7クラウドサーバー

  • コードホスティングプラットフォーム: Gitee

Gitee は、GitHub に似た国産の Git ベースのコード ホスティング プラットフォームです。ソースコードのホスティング、バージョン管理、プロジェクト管理、共同開発などを提供します。

Gitee公式サイト: https: //gitee.com/

ここに画像の説明を挿入

2. 遠隔倉庫の構築

初めて Gitee にログインした後、マウスをアバターの横に移動し+、クリックして新しいウェアハウスを作成します

ここに画像の説明を挿入

「ウェアハウスの作成」ページに移動します

ここに画像の説明を挿入

倉庫の名前を入力すると、パスが自動的に生成されます。生成されたパスに満足できない場合は、手動で変更できます。倉庫の簡単な説明を入力できます。

ウェアハウスがオープンソースかプライベートか、企業内のオープンソースは作成直後は変更できず、プライベートのみ可能です

ここに画像の説明を挿入

.gitignoreは、特定のファイルまたはフォルダーを無視するように Git を指定する構成ファイルです。ファイル内で無視するファイルまたはフォルダーの名前、パターン、またはワイルドカードをリストすることで、どのファイルをバージョン管理に含めるべきでないのかを Git に指示できます。

ウェアハウスの初期化については、ニーズに応じて選択できます。
ここに画像の説明を挿入
ここではテンプレートについて説明します。

  • Readme ファイル: プロジェクトの貢献者やユーザーにプロジェクトを紹介するために使用される共通の文書です。通常、これは Markdown 構文を使用して記述された README.md の形式で存在します。他の人があなたのプロジェクトをすぐに理解して使用できるように、プロジェクトの概要、使用方法、インストール ガイド、貢献ガイド、サンプル コード、その他の情報を提供します。
  • lssue テンプレート ファイル: 課題テンプレート ファイルは通常、Markdown 構文を使用して記述された .md 形式で存在し、いくつかの事前定義されたフィールドとガイダンス情報が含まれています。Issueの作成時には、問題の説明、再現手順、予想される動作、実際の動作など(後述)など、テンプレートのフィールド要件に応じて対応する情報を記入できます。
  • プル リクエスト テンプレート ファイル: PR テンプレート ファイルは通常、Markdown 構文で記述された .md 形式で存在し、いくつかの事前定義されたフィールドとガイダンス情報が含まれています。PR を開始するときは、テンプレートのフィールド要件に従って、PR の説明、変更内容、テスト手順、関連する問題など、対応する情報を入力できます。

要件に応じて分岐モデルを選択できます。

ここに画像の説明を挿入

(初期化はせず、テンプレート設定時に全選択し、単一ブランチを選択しました)

「作成」をクリックして作成を完了します

ここに画像の説明を挿入

プロジェクトの説明を説明する README ファイルが生成されていることがわかります。

そして.giteeディレクトリ
ここに画像の説明を挿入

.gitee ディレクトリには、lssue ファイルとプル リクエスト ファイルが含まれています

lssues を作成するには、上で lssues を選択してください

ここに画像の説明を挿入

ここのテキストは .gitee の下にある lssue.md ファイルからのもので、一連の情報は右側で設定できます。

ここに画像の説明を挿入

lssue ファイルは、バグを発見した人が倉庫管理者と通信するための手段です。

ここに画像の説明を挿入

PR ファイルは実際にはマージ アプリケーション フォームです。開発者は master ブランチの下で開発を行いません。開発者が開発を master ブランチに直接送信したい場合は、マージ アプリケーション フォームを作成する必要があります。これには事前に管理者の承認が必要です。結合する

3. リモートウェアハウスのクローン作成

リモート ウェアハウスをローカルにクローン作成するには、次の 4 つのタイプがあります。

ここに画像の説明を挿入

この記事では、1. HTTPS 2. SSH の 2 つの方法を紹介します。

注: クローンを作成する前にウェアハウスをオープンソースとして設定してください

3.1 HTTPS を使用したクローン作成

HTTPS の下のアドレスをコピーします

次のコマンドを使用します。

git clone [HTTPS网址]

ここに画像の説明を挿入

クローン化されたローカル ウェアハウスに入って表示します

ここに画像の説明を挿入
2 つのコマンドを追加します。

# 查看远程仓库的名字(默认是origin)
git remote 
# 查看对远程仓库的权限
git remote -v

3.2 SSHを使用したクローン作成

SSH 公開キーを構成し、マウスをアバターに移動し、[設定] を選択し、セキュリティ設定で SSH 公開キーを見つけます。

ここに画像の説明を挿入

次に、サーバーのホームディレクトリに.sshディレクトリがあるかどうかを確認します

ここに画像の説明を挿入

id_rsa(私钥)存在する場合は、このディレクトリにこれら 2 つのファイルがあるかid_rsa.pub(公钥)どうかを確認し、存在しない場合は作成する必要があります。SSH KEY

次のコマンドを実行します。

ssh-keygen -t rsa -C "邮箱" 
# 邮箱要与Gitee上的保持一致

コマンドを実行します。何かを入力する必要がある場合は、Enter キーを押すだけです。次のインターフェイスが表示され、構成が成功したことが示されます。

ここに画像の説明を挿入

この時点でファイルを表示すると、これら 2 つのファイル.sshが表示されますid_rsa(私钥)id_rsa.pub(公钥)

ここに画像の説明を挿入

catコマンドを使用してid_rsa.pub(公钥)このファイルを表示し、表示される情報の文字列をコピーします。

ここに画像の説明を挿入

Giteeに貼り付けて確認します。

ここに画像の説明を挿入

リポジトリの SSH アドレスをコピーします。

ここに画像の説明を挿入

次にgit cloneコマンドを実行します

ここに画像の説明を挿入

4. リモート倉庫からのプッシュ

ローカル ウェアハウスにクローンを作成した後、ローカル ウェアハウスを構成しますuser.name 和 user.email

コマンドは次のとおりです。

git config [user.name/user.email] []

ここでのユーザー名と電子メール アドレスも、Gitee のものと一致している必要があります。

Git のワークフローは通常次のとおりです。

  1. ワークスペース内のファイルを変更 (追加、変更、削除) します。
  2. 変更したファイルをステージング領域に追加するには、git addコマンドを使用します。
  3. 一時記憶領域内のファイルをバージョン ライブラリに送信し、git commitコマンドを使用します。
  4. ローカルの送信をリモート ウェアハウスにプッシュするには、git push次のコマンドを使用します

最初の3ステップは前回の記事で紹介していますので、詳しくないお友達は以前書いた記事を読んでみてください。

git push [远程仓库名] [本地分支]:[远程分支]
# 如果本地分支和远程分支相同,可以省略":[远程分支]"

ここに画像の説明を挿入

この効果はプッシュが成功したことを示しており、リモートの倉庫に入って確認することができます。

5. 離れた倉庫からの引き出し

Gitee は複数人支援開発のためのプラットフォームです。リモート ウェアハウスのコードがローカル ウェアハウスのコードより新しい場合は、リモート ウェアハウスから最新のコードを取得する必要があります。

次のコマンドが使用できます。

git pull [远程仓库名] [远程分支]:[本地分支]

ここに画像の説明を挿入
上記の状況が発生した場合は、リモート ウェアハウスが正常にプルされたことを意味します。

これで記事は終わりです、ご覧いただきありがとうございました!
ここに画像の説明を挿入

おすすめ

転載: blog.csdn.net/m0_63463510/article/details/132005478