ヒント: git のインストールと使用方法に関する少数のチュートリアル。Gitee と働き蜂プラットフォームをすぐに使い始める方法について詳しく説明します。
1. 準備作業
1. gitをダウンロードする
対応するオペレーティング システム、対応するバージョン、対応する桁数を見つけます。
ダウンロード後、必要に応じて自分でインストールし、 git --version を使用して成功したかどうかを確認します。
2. SSHキーを取得する
SSH キーを使用すると、Git サーバーと通信する際に、より安全な認証を実現できます。
最初のものはコマンドによって生成されます (電子メール アドレスとユーザー名を自分のものに置き換えます)
ユーザー名の設定
git config --global user.name "yourusername"グローバル ユーザー メールボックスを設定する
git config --global user.email "[email protected]"電子メールに基づいて秘密キーを生成する
ssh-keygen -t rsa -b 4096 -C "[email protected]"
~/.ssh/id_rsa生成された秘密鍵はファイルに保存されます
2 番目の方法では git GUI を使用します。
空のフォルダーを右クリックして入るか、スタートメニューから入ります
「SSH キーを表示」をクリックします。
存在しない場合は、クリックすると自動的に作成されます
コマンドが生成されている場合は表示されます
3. ローカル プロジェクトを共同ツール プラットフォームにアップロードする
(ここでは例として gitee と Tencent Worker Bee を取り上げます)
1. 初期化
プロジェクトが存在するフォルダーを入力し、仮想プロジェクト フォルダーを作成し、その中に Readme ファイルを作成します。
具体的な構造を図に示します
右クリックして git bash に入ります
コードリポジトリを初期化する
git initこのとき隠しフォルダが出現します git このコマンドの実行フラグです。
2. Gitee と Tencent Worker Bee 連携ツール プラットフォームの使用方法に関するチュートリアル
1、ジーティー
公式ウェブサイト: Gitee - エンタープライズレベルの DevOps R&D パフォーマンス プラットフォーム
gitee の登録とログイン - Gitee.com (GitHub を使用してログインしました)
1. ホームページに移動し、「ウェアハウスの作成」をクリックします。
作成後、倉庫のアドレスが表示されます。
ページの下部には、プロジェクトをウェアハウスにアップロードするためのチュートリアルがあります。
2. SSHをバインドする
SSH は、リモート ウェアハウスがローカル ファイルを取得するための許可キーです。
倉庫の上にあるメニューバーで「管理」をクリックします。
左側の「公開キーの追加」をクリックします
先ほど生成した公開キーを貼り付け、タイトルを設定します
ディスプレイが正常に追加されました
クリックして公開キーを展開し、クリックして有効化します
公開キーが有効であることを示すポップアップ通知
3. ローカル プロジェクトをリモート ウェアハウスにアップロードします
以前にプロジェクト ディレクトリ testproject を作成し、git リポジトリを初期化したので、次のコマンドを実行します。
git add .
git commit -m "first commit" //引号里的为提交的备注
git remote add origin "你的代码仓库地址" コマンド説明
//このコマンドを実行すると、「コード リポジトリ アドレス」にあるリモート リポジトリ「origin」との関連付けをローカル リポジトリに作成するように Git に指示します。このようにして、オリジンを使用して、リモート ウェアハウスとのプッシュ、プル、およびその他の対話型操作を行うことができます。
これはリモート リポジトリに関連付ける単なる手順であり、コードを自動的にプッシュまたはプルするわけではありません。実際にデータを転送するには、git Push や git pull などの追加の Git コマンドを実行する必要があります。
git push -u origin "master"プロジェクトのルート ディレクトリを右クリックして GitBash に入ります
コマンドを一度に 1 つずつ入力します
アップロード成功
この時点で、ウェアハウス内のプロジェクトを入力して、リモート コード ウェアハウスに正常にアップロードされたローカル プロジェクトを表示します。
プロジェクトの削除方法（リポジトリ全体の削除）
クリックして管理
「削除」をクリックします。削除を元に戻すことはできないことに注意してください。
2.テンセントの働き蜂
1. Worker Bee - Tencent Worker Bee (tencent.com) にログインします。
2. まず、プロジェクトを直接作成してみます。
このプロジェクトの上位フォルダーである親パスを入力するときに、プロジェクト グループ フォルダーまたは個人スペース フォルダーのみを選択できることがわかります。したがって、正しい順序は、最初にプロジェクト グループを作成してから、プロジェクトを作成することです。
3. プロジェクトチームを作成する
プロジェクト チーム/ディレクトリ名は一意であるため、誰も付けたことのない名前を付ける必要があることに注意してください。
プロジェクト グループに入ると、プロジェクトが表示され、プロジェクト メンバーとプロジェクト グループの下にプロジェクトの作成ボタンが表示されます。
クリックしてプロジェクトを作成します
プロジェクト パスは、実際にはプロジェクトが配置されているフォルダーです。
プロジェクト パスを入力するときは、次の点に注意する必要があります。
- プロジェクト パスは、ウェアハウス内のプロジェクトの一意の識別子です。これは一意である必要があり、他のプロジェクト パスと重複することはできません。
- 通常、プロジェクト パスはプロジェクトの URL に影響します。たとえば、プロジェクト パスが の場合
my-awesome-project、プロジェクトの URL は次のようになりますhttps://yourusername.coding.net/p/my-awesome-project。 - プロジェクト パスには文字、数字、ダッシュ (-)、アンダースコア (_) を使用できますが、スペースや特殊文字を含めることはできません。
- プロジェクト パスは大文字と小文字が区別されません。つまり
myproject、MyProject同じパスとして扱われます。
テストという名前を付けることにしました
このとき、作成に成功したことが表示され、リモートウェアハウスのSSHアドレスが生成されます。
特定のコマンドの説明については、ページを下にスクロールしてください。
これで既存のプロジェクトができたので、コマンドを選択してローカルの README.md をコード リポジトリにアップロードします。
最後のコマンドの実行に失敗し、十分な権限がないことがわかりました。この時点では、SSH キーをリモート ウェアハウスにバインドしていませんでした。これは、以前の準備が原因でした。SSH キーは生成されていました。
ホームページに戻り、「個人設定」->「SSH キー」をクリックします。
または、右上隅のアバターをクリックし、小さな鍵の記号をクリックします
クリックして秘密キーを追加します
先ほど生成した秘密鍵を貼り付け、鍵名を設定します。
このとき、push コマンドを再度実行すると、権限の問題は報告されなくなります。
プロジェクト チームのプロジェクトに入ると、ローカル プロジェクトがリモート コード リポジトリに正常にプッシュされたことがわかります。
リモートウェアハウス内のプロジェクトを削除する方法
ページを下にスクロールして [プロジェクトの削除] をクリックします。プロジェクトの削除は元に戻せないことに注意してください。
3. 概要:
1. まず、倉庫を作成するためのアカウントを作成します (Tencent Worker Bee がプロジェクト チームです) 倉庫のアドレス (.git で終わるリンク文字列) を取得するプロジェクトを作成します
2. ローカル SSH キーを生成し、リモート ウェアハウスにバインドして有効にします。
3. 次のコマンドを実行します(プロジェクトが存在するディレクトリ内)。
git init
git add .
git commit -m "first commit" //引号里的为提交的备注
git remote add origin "你的代码仓库地址"
git push -u origin "master"4. プロジェクト内のファイルがリモート ウェアハウスに正常にアップロードされたかどうかを確認します
次に、クローン、プル、コミット、プッシュ、およびリモートのメソッドについて説明します。
cloneローカルコピーを作成するために使用されます。pullリモートの変更をローカルに同期するために使用されます。commitローカルの変更をローカル リポジトリの新しいバージョンに保存するために使用されます。pushローカル リポジトリのコミットをリモート リポジトリにプッシュするために使用されます。remoteリモート リポジトリへの接続を管理するために使用されます。
4. クローン方法:
clone注文：
cloneリモート リポジトリのローカル コピーを作成するために使用されるコマンドです。
リポジトリのクローンを作成する場合、Git はリモート リポジトリのすべてのファイルと履歴をローカル コンピュータにコピーし、ローカルでの変更や操作を可能にします。
通常、cloneこのコマンドを実行する必要があるのは、プロジェクトの初期コピーを作成するために 1 回だけです。
例：
git clone https://github.com/user/repo.git
難しい問題が発生し、エラー メッセージが解決できない場合、またはファイルのアップロードが常に失敗する場合は、クローン方法を試すことができます。
ディレクトリを入力してください
git clone コマンドを使用して、リモート コード リポジトリのディレクトリを現在のディレクトリにダウンロードします (二重引用符は使用しません)。
git clone "代码仓库地址" "自己想要设置的文件夹名称" 生成されたフォルダーに入ると、その中にすでに .git ファイルがあることがわかります。
ローカル プロジェクト ディレクトリ ファイルをこのフォルダーに移動し、コマンドを実行します。
git add .
git commit -m "你的备注"
git push -u origin "你的备注"この方法でも正常にアップロードできます
5.プル方法
pull注文：
pullは、リモート リポジトリから最新の変更を取得し、現在のブランチにマージするために使用されるコマンドです。
ローカルで作業しているときに、他の人がリモート リポジトリに変更をコミットした可能性があります。pullコマンドを使用すると、これらの変更をローカル リポジトリに同期できます。
pullfetchこれは実際には、(リモート リポジトリからの変更のフェッチ) とmerge(フェッチされた変更の現在のブランチへのマージ)の 2 つの操作の組み合わせです。
例：
git pull origin master
6. プッシュコマンド
push注文：
pushローカル リポジトリのコミットをリモート リポジトリにプッシュするために使用されます。リモート ウェアハウスは通常、GitHub、GitLab、Bitbucket などのサービスでホストされ、国内ウェアハウスには gitee、Tencent Worker Bee などが含まれます。
一連のコミットをローカルで行い、これらの変更を他のユーザーと共有したい場合は、コマンドを使用してpushこれらの変更をリモート リポジトリにアップロードできます。
例：
git push origin master
7.コミットコマンド
commit注文：
commitローカルの変更をローカル リポジトリの新しいバージョンに保存するために使用されます。コミットごとに、行った変更と説明的なコミット メッセージを含む新しいコミット レコードが作成されます。
コミット メッセージは行った変更の簡単な説明であり、通常は変更が行われた理由を明確に説明する必要があります。適切なコミット メッセージは、コラボレーションとコードのメンテナンスの鍵となります。
例：
git commit -m "增加了一个css样式"
8.リモートコマンド
remote注文：
remoteコードのクローン作成や同期に直接関連するコマンドではありませんが、リモート リポジトリへの接続を管理するために使用されます。
このコマンドを使用してremote、現在構成されているリモート ウェアハウスの表示、新しいリモート ウェアハウスの追加、リモート ウェアハウスの削除などを行うことができます。
これにより、ローカル プロジェクト内に複数のリモート リポジトリをセットアップして、複数のソースと同時に対話できるようになります。
例：
# 查看当前配置的远程仓库
git remote -v
# 添加一个新的远程仓库
git remote add upstream https://github.com/upstream/repo.git
9. ライブラリを削除します (元のプロジェクト フォルダーをクリアし、新しいプロジェクト フォルダーをアップロードします)。
cd次のコマンドを使用して、ウェアハウス ディレクトリに移動します。
cd <仓库目录>
すべてのファイルを削除する:次のコマンドを使用して、リポジトリ内のすべてのファイルを削除します。
git rm -r *
これにより、すべてのファイルが再帰的に削除されます。これはステージング領域と作業ディレクトリからファイルを削除するだけであり、リモート リポジトリには直接影響しないことに注意してください。
変更を送信:次のコマンドを使用して削除を送信します。
git commit -m "Remove all files"
変更をプッシュします:最後に、次のコマンドを使用して変更をリモート リポジトリにプッシュします。
git push origin <分支名>
<分支名>プッシュ先のブランチの名前に置き換えて ください(通常mainは またはmaster)。
これらの手順を実行すると、リモート リポジトリにはファイルが含まれなくなります。大切なデータを誤って削除しないようご注意ください。リポジトリ全体を削除するのではなく、リモート リポジトリ内のファイルのみをクリアしたい場合は、新しい空のコミットを作成してクリア効果を実現することも検討できます。
より具体的な手順は、
git clone 远程仓库地址元のプロジェクトフォルダー内のすべてのファイルを削除します
次に、.git ファイルと同じディレクトリにある git bash をクリックし、次のコマンドを入力します。
git add .ローカルの変更を送信する
git commit -m "删除目录下的所有文件"リモート倉庫にプッシュ
git push origin <your-branch-name><your-branch-name>使用しているブランチの名前に置き換えます(通常mainは または ) master。
このエラーは、プッシュの実行時に報告される場合があります。
[session-d244b98b] 認証エラー: DeployKey はプッシュ コードをサポートしていません
。 致命的: リモート リポジトリから読み取ることができませんでした。
正しいアクセス権があること、
およびリポジトリが存在することを確認してください。
リモートウェアハウスのローカル接続をSSHからhttps形式に変更できます
1.権限を確認します。プッシュ操作を実行するための十分な権限がリモート コード リポジトリにあることを確認します。認証情報が正しいかどうか、およびウェアハウスにプッシュする権限があるかどうかを確認する必要があります。個人の SSH 秘密キーがバインドされているかどうかを確認します (公開キーには読み取り専用の権限しかありません)。
2.リモート倉庫のアドレスを表示する
git remote -v
3. リモート倉庫アドレス変更コマンド
git remote set-url origin <new-remote-url>
<new-remote-url>正しい https バージョンのリモート ウェアハウス アドレスに 置き換えます。
4. もう一度押す
git push origin <your-branch-name>今回はうまくいきました
この時点で、リモート ウェアハウス内のファイルは更新され、ローカル プロジェクト ファイル ディレクトリにないファイルは削除されました。
3. コンパイラを使用して、プル、コミット、その他の操作を自動的に実行します。
1、アイデア
idea でプロジェクト ディレクトリを開きます (この時点で、プロジェクトは前の手順で正常にアップロードされ、一度プッシュされています)。
現時点では、プロジェクトの同じディレクトリに .git フォルダーのアイデアがあり、リモートの倉庫のアドレスとブランチを自動的に識別できます。
メニュー バーの [Git] オプションをクリックして、コミット、プッシュ、プロジェクトの更新などの操作を実行します。
ここでは、これらの操作が何を行うかを紹介します。
Git の操作には、バージョン管理とコードのコラボレーションのさまざまな側面が関係します。それらの説明と違いは次のとおりです。
-
専念：
Git では、「コミット」とは、コードの変更をローカル コード リポジトリに保存する操作を指します。コードの変更が完了したら、
git commitコマンドを実行して新しいコミットを作成できます。各コミットには一意の識別子 (ハッシュ) があり、加えた変更と、変更の目的と内容を説明する説明的なコミット メッセージが含まれています。 -
押す：
「プッシュ」は、ローカルのコミットをリモート リポジトリにアップロードする操作です。コードがローカル リポジトリにコミットされたら、
git pushコマンドを使用して、それらのコミットを接続されたリモート リポジトリ (通常は GitHub、GitLab、Gitee など) にプッシュできます。こうすることで、他の共同編集者があなたの変更を確認し、ローカル リポジトリでそれに応じて更新できるようになります。 -
引く：
「プル」は、リモート リポジトリからローカル リポジトリに変更をプルする操作です。他のコラボレーターやチームメンバーがリモートリポジトリに新しい変更をコミットすると、
git pullコマンドを使用してこれらの変更をローカルリポジトリにプルできるため、ローカルで作業するときに最新のコードに基づいて作業できます。 -
フェッチ：
「フェッチ」は、リモート リポジトリから最新の変更をフェッチする操作ですが、それらをローカル ブランチに自動的にマージしません。このコマンドを使用すると
git fetch、リモート リポジトリ内の新しいコミットとブランチ情報を取得し、他のコマンド ( や などgit merge)を使用してgit rebaseこれらの変更をローカル ブランチにマージできます。IDEA では、「プル」操作は実際には「更新」と「マージ」の組み合わせです。「プル」操作を実行すると、IDEA は最初に「更新」操作を実行し、次にリモート リポジトリ内の新しい変更をローカルの変更とマージしようとします。競合がある場合は、それらを解決する必要があります。 -
アップデート
IDEA では、「更新」とは、リモート リポジトリの最新の変更を取得するためにローカル リポジトリとリモート リポジトリを同期することを指します。「更新」操作の実行を選択すると、IDEA はリモート リポジトリから新しいコミットを取得し、これらの変更をローカル ブランチに適用します。これは、ローカル リポジトリとリモート リポジトリの同期を維持するのに役立ちます。
違い：
- コミット: ローカルの変更をコミットとして保存し、ローカル リポジトリにのみ影響します。
- プッシュ: ローカル コミットをリモート リポジトリにアップロードして、他の人が変更内容を確認できるようにします。
- プル: リモート リポジトリの変更をローカル ブランチにマージして、ローカル リポジトリを最新の状態に保ちます。
- フェッチ: リモート ウェアハウスから変更を取得しますが、それらを自動的にマージしません。これらの変更をローカル ブランチに適用するには、手動操作が必要です。
アップデートとプルの違い
IDEA では、「更新」操作はリモート リポジトリから最新の変更を取得し、「プル」操作は最新の変更をリモート リポジトリからローカル ブランチにマージします。ほとんどの場合、「プル」操作は「更新」ステップと「マージ」ステップで構成されます。
ローカル プロジェクトを以前のバージョンに復元する方法
左下隅の git をクリックし、右側で復元されたバージョンを選択し、「CheckOut Revison」を右クリックして復元します。
2、ビジュアルスタジオ
vsの左側のメニューにある3番目のアイコンを開きます。
ここではさまざまな操作が行われます
日常生活では、送信とプッシュが行われますが、各送信メッセージは必ず入力する必要があるオプションであることに注意してください。
下の列に表示される git 関連情報には円形の円が表示されます。これは、リモート コード リポジトリへのリンクが成功したことを意味します。それ以外の場合はリンクがありません。
