IDEAでのGit操作の練習

IDEAでのGit操作の練習:

1アイデアのGit構成

1.1 Gitのインストール:

Gitはバージョン管理システムです。Gitを使用してチームコードのバージョン管理と管理を行うことができます。公式の
https://www.git-scm.com/downloadからダウンロードできます(既にお持ちの場合は、図-1に示すように、ダウンロードする必要があります):
ここに画像の説明を挿入
Gitのダウンロードが完了したら、愚かな方法でインストールし(常に次のステップ)、インストールディレクトリを変更しないでください(すでにインストールしている場合は、インストールしません)。それをインストールする必要があります)。

1.2ストレージモデル

Gitシステムのストレージモデルを図2に示します。
ここに画像の説明を挿入

1.3グローバルユーザー構成

Gitクライアントツールを開き、ユーザーとパスワードを構成して、コードを送信したユーザーを識別します。

$ git config --global user.name "your-name"
$ git config --global user.email "[email protected]"

構成情報を確認してください。

$ git config –list
user.email=xxxxxx@xxxxxx.com
user.name=xxxxxx

1.4アイデアでGit環境を確認する

図-3に示すように、Git構成オプションを見つけて、Gitテストを実行します。
ここに画像の説明を挿入

1.5アイデアのGitee構成

ステップ1:Giteeプラグインをインストールします。図-4に示すように、IDEA設定で[プラグイン]オプションを開き、giteeプラグインを検索してインストールします。
ここに画像の説明を挿入
ステップ2:Giteeがインストールされているかどうかを確認します。図-5に示すように、バージョン管理にはGiteeオプションがあります。
ここに画像の説明を挿入

ステップ3:図-6に示すように、バージョン管理のGiteeオプションをクリックして、Giteeにログインするようにアカウントを構成します。
ここに画像の説明を挿入
ステップ4:Gitee構成インターフェイスで、[アカウントの追加]を選択し、図に示すようにアカウント構成インターフェイスに入ります。 -図7:
ここに画像の説明を挿入
Giteeアカウント構成インターフェイスで、Giteeプラットフォームに接続するようにアカウントを構成し(Giteeプラットフォームアカウントを事前に登録する必要があります)、[ログイン]をクリックしてログインします。ログインが成功すると、次のインターフェイスが表示されます。図-8に示すように、が表示されます。
ここに画像の説明を挿入

2 Git inIdeaの基本操作

2.1ローカルライブラリの
作成図-9に示すように、Ideaでプロジェクトローカルライブラリを作成します。
ここに画像の説明を挿入

通常、ローカルライブラリは、図10に示すように、プロジェクトのルートディレクトリに作成されます。
ここに画像の説明を挿入

ローカルライブラリが作成されると、図-11に示すように、.gitディレクトリ(隠しディレクトリの場合もあります)がディスクプロジェクトのルートディレクトリに追加されます。
ここに画像の説明を挿入

図-12に示すように、ローカルライブラリの場所をアイデアで表示することもできます。
ここに画像の説明を挿入

ローカルライブラリが正常に作成された後、src / main / java、src / main / resourcesおよびその他のディレクトリにファイルを作成すると、図-13に示すように、一時ストレージ領域に追加するかどうかを確認するメッセージが表示されます。
ここに画像の説明を挿入
ここに画像の説明を挿入

キャンセルが設定されている場合、ファイルは作業領域にのみ存在し、そのファイル情報は一時記憶領域に追加されません。

2.2ファイル構成を除外する

.git / infoディレクトリにある除外ファイルを開き、ファイルの内容を変更して、指定したリソースをフィルタリングします。たとえば、送信またはアップロードされていないリソースを指定すると、このファイルをグローバルに構成できます。詳細は以下のとおりです。

HELP.md
target/
out/
### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr
.gitignore
### maven ###
mvnw
*.cmd
.mvn/

2.3Gitでの追加とコミット

図-14に示すように、プロジェクトとモジュールの更新を一時ストレージ領域に追加し、ローカルライブラリをコミット(コミット)します。
ここに画像の説明を挿入

図-15に示すように、ツールバーのボタンに基づいて関連する操作を実行することもできます。
ここに画像の説明を挿入

プロジェクトがコミット操作を実行するとき、図-16に示すように、コミット情報を入力する必要があります。
ここに画像の説明を挿入

2.4Gitでのバージョン切り替え操作

ステップ1:図17に示すように、モジュールを右クリックするか、ツールバーの[履歴の表示]を選択して、バージョンの送信履歴を表示します。
ここに画像の説明を挿入
ここに画像の説明を挿入

ステップ2:図-18に示すように、切り替える必要のあるバージョンを右クリックし、コピーリビジョンバージョンを選択します。
ここに画像の説明を挿入

ステップ3:図-19に示すように、モジュールを右クリックしてヘッド情報をリセットします。
ここに画像の説明を挿入

図-20に示すように、リセットページで、リセットタイプとコミットバージョン番号を設定します。
ここに画像の説明を挿入

バージョンの切り替えが成功すると、切り替えられたバージョンが図21に示すように表示されます。
ここに画像の説明を挿入

2.5プロジェクトをリモートウェアハウスに共有する

プロジェクトとモジュールをプッシュするGiteeリモートコードホスティングプラットフォームは、ここでは2つの状況に分けられます。1つはすでにリモートウェアハウスがある場合、もう1つは一時的にリモートウェアハウスがない場合です。リモートウェアハウスがない場合、コードを共有するためにCVSを直接与えることができます。プロセスを図-22に示します。
ここに画像の説明を挿入ここに画像の説明を挿入

図-23に示すように、Giteeウェアハウスのウェアハウス名を指定します(ライブラリは存在しません。プッシュすると自動的に作成されます)。
ここに画像の説明を挿入
ここに画像の説明を挿入

図-24に示すように、Giteeにログインし、リモートウェアハウスの内容を確認します。
ここに画像の説明を挿入ここに画像の説明を挿入

ライブラリプロジェクトが更新されたら、図-25に示すように、プロジェクトを直接プッシュできます。
ここに画像の説明を挿入

2.6ローカルウェアハウスの更新(更新)

通常の状況では、パートナーは新しいコードをGiteeにアップロードします。この時点でローカルライブラリが更新されていない場合、アップロードはできません。
簡単にするために、Giteeでファイルをオンラインで直接変更します。
ステップ1:編集するファイルを開き、[編集]を選択すると、図-26に示すように、ファイルのコンテンツが開きます。
ここに画像の説明を挿入

ステップ2:図-27に示すように、コンテンツをオンラインで編集して送信します。
ここに画像の説明を挿入ここに画像の説明を挿入

3番目のステップは、図28に示すように、アイデアに基づいてGit更新操作を実行することです。
ここに画像の説明を挿入

最初のものを直接、次に[OK]を選択します
ここに画像の説明を挿入

図-29に示すように、更新が成功した後:
ここに画像の説明を挿入

2.7ローカルライブラリとリモートライブラリのマージ操作

ステップ1:図-30に示すように、リモートウェアハウスにファイルを作成します。
ここに画像の説明を挿入

手順2:図-31に示すように、新しいファイルの内容を編集します。
ここに画像の説明を挿入

ステップ3:図-32に示すように、作成したファイルを送信します。
ここに画像の説明を挿入

ステップ4:ローカルライブラリのコンテンツを変更してから送信すると、拒否されます。この時点で、図-33に示すように、マージを選択します。
ここに画像の説明を挿入

マージが成功すると、図-34に示すように、リモートライブラリによって作成されたファイルがプロジェクトの表示領域に表示されます。
ここに画像の説明を挿入

2.8リモートライブラリプロジェクトをローカルに複製する

図-35に示すように、IDEAでクローンオプションを開きます。
ここに画像の説明を挿入ここに画像の説明を挿入

クローンアドレスとクローンディレクトリを指定します。ローカルの場所に同じ名前のプロジェクトがすでに存在する場合は、図-36に示すように、新しいプロジェクト名を変更できます。
ここに画像の説明を挿入ここに画像の説明を挿入

クローン作成が完了したら、図-37に示すように、ウィンドウを選択してプロジェクトを開きます。
ここに画像の説明を挿入

3アイデアにおけるGitベースの共同開発

3.1パートナー間のコラボレーション

プロジェクトの共同開発の過程で、リモートウェアハウスが自分で作成されていない場合、プロジェクトのクローンを作成してコード
編集を完了した後、アカウントを介したコードのプッシュは失敗します(プッシュは許可されません)。正常にアップロードする場合
は、リモートウェアハウスの所有者がパートナーとして追加する必要があります。実装する例としてGiteeプラットフォームを取り上げます。
最初のステップ:ウェアハウス管理の開発者メニュー、次にユーザーを招待します。図-39に示す:
ここに画像の説明を挿入

ステップ2:図-40に示すように、直接リンクまたは追加してユーザーを招待します。
ここに画像の説明を挿入

3番目のステップ:招待ユーザーが同意した後、共同開発を実行できます。

3.2非パートナー間のコラボレーション

GitHubには多くの優れたオープンソースプロジェクトがあり、ダウンロードして他の人のコードを表示したり学習したりできます。ただし
、変更した場合、相手のパートナーではないため、他人の倉庫にコードをアップロードすることはできません。現時点では、
フォーク操作とプルリクエスト操作を選択できます。
気に入ったアイテムが表示されたら、フォーク操作をクリックして他の人のアイテムを自分の倉庫としてコピーする
と、倉庫の下部に現在のアイテムの出所が表示されます。
図-41に示すように:
ここに画像の説明を挿入

コードを変更した後、作成者とマージする場合は、作成者にレビューを依頼する必要があります。[プルリクエスト]→[新しい
プルリクエスト]をクリックします

4まとめ(まとめ)

4.1主要なポイントと難しいポイントの分析

▪IDEAでのGit構成。
▪IDEAでのGitの基本操作。
▪IDEAでのGitの共同開発プロセス。

4.2FAQ分析

▪IDEAでGit環境をテストする方法は?
▪Giteeプラグインとアカウント構成をIDEAにインストールするにはどうすればよいですか?
▪IDEAでGitバージョンを切り替える方法は?
▪プロジェクトをIDEAのリモートウェアハウスにプッシュする方法は?
▪IDEAでリモートウェアハウスの変更をローカルに更新するにはどうすればよいですか?
▪IDEAでプロジェクトをローカルに複製するにはどうすればよいですか?
▪クローンプロジェクトをIDEAにインポートする方法は?

4.3バグ分析

▪プロジェクトをリモートウェアハウスにプッシュ
できませんでした。▪インポートされたクローンプロジェクトを実行できません

おすすめ

転載: blog.csdn.net/QQ1043051018/article/details/113104667