IDEA は GIT を統合します

• 統合された

  アイデアのファイルメニューで設定を選択します

設定がポップアップ表示されたら、検索に「git」と入力し、Git を選択して、インストールの git.exe ディレクトリを指定します。

git の統合が完了したかどうかを確認し、「テスト」をクリックすると、検証ウィンドウがポップアップ表示されます。「git 実行成功」をクリックして、統合が完了したことを示します。

• プロジェクトを作成する

  次の構造を持つ共通の Java プロジェクト git-project を作成します。

• 基本操作 - ワークスペースの初期化

  [VCS] --> [Git リポジトリの作成] をクリックします。

管理フォルダーを選択します。ここでは gitProject フォルダーを選択します。

左下隅にある Git メニューをクリックすると、day0901_git の下にあるすべてのファイルが茶色に変わり、ワークスペースが追加されたことが示されます。

• ファイルタイプを無視する

  バージョン管理から、ローカル ウェアハウスに送信する必要のないファイルがいくつかあることがわかります。

では、どうすればよいでしょうか? 「Data」内の .gitignore ファイルを gitProject のルート ディレクトリにコピーできます。

このとき、送信する必要のない冗長なファイル タイプは無視されることがわかります。無視する新しいファイルタイプがある場合は、.gitignore に追加できます。

16. GIT の使用 - 基本操作 - IDEA でマスターに追加およびコミット

目標

在IDEA中实现工作区提交缓存区与缓存区提交本地仓库操作

コンテンツ

• ワークスペースを一時ストレージ領域に送信する追加

  gitProject プロジェクトを選択し、右クリックします

Git 内のファイルの色が茶色から緑色に変わるのがわかります。

• ステージングエリアがローカルウェアハウスコミットを送信します

  右下隅にあるバージョン コントロール パネルをクリックし、送信するファイルを選択します。ここで送信する必要があります。すべてを使用して選択します

右クリック

コミットを選択します:

「コミット」をクリックします

もう一度確認して「コミット」をクリックします

17. IDEA での GIT 基本操作の差異比較の使用

目標

在IDEA中完成差异化比较

コンテンツ

• ワークスペースとローカル リポジトリ

  バージョン管理で HelloWorld.java を右クリックします。

左下隅の「Git—>log」をクリックして送信レコードを表示します。

18. IDEA で GIT-基本操作-バージョンのロールバックと元に戻すを使用する

目標

在IDEA中完成版本回退以及撤消操作

コンテンツ

• 問題を引き起こす

  Demo01.java を選択し、新しく変更されたコンテンツをローカル ウェアハウスに送信します。

メモを入力し、「コミット」をクリックします。

左下隅にある Git のログを確認します。

Demo01.javaを追加

ローカルリポジトリに送信する

左下隅にある Git のログを確認します。

現時点で次のことがわかります: 合計 3 回送信しました。バージョンをロールバックしましょう

• ローカルウェアハウスをロールバックして元に戻す

  右下にある Git のログをクリックすると、この時点で送信された 3 つのバージョンが表示されます。

ここで、ローカル ウェアハウスの 2 番目の送信にロールバックし、2 番目の送信のマークを選択して右クリックします

ハードを選択してください

• ワークスペースを元に戻す

  ワークスペースでコードを編集し、ローカル ウェアハウスに送信されていないコードを取り消したい場合は、Git 内で右クリックします。

次のウィンドウがポップアップ表示されます

「ロールバック」をクリックすると、コードが取り消されます

説明: 上記のワークスペースのコードの取り消しについて、学生の中には疑問に思う人もいるかもしれませんが、削除すれば終わりです。なぜそんなに面倒なのでしょうか? 実際、実際の開発ではコードがたくさんあります。たくさんのコードを別の場所に書いて、忘れてしまった新しく書いたコードは、削除するのが非常に面倒で、誤って削除しやすいので、ワークスペースを使用して元に戻すのが便利です。

19. IDEA で GIT リモート ウェアハウスを使用し、リモート ウェアハウスを作成して関連付けます

学習目標:

GitLab の概要と GitLab へのユーザー ログイン

• GitLab の概要

GitLab は、倉庫管理システムのオープンソース プロジェクトです。コード管理ツールとして Git を使用し、これに基づいて Web サービスを構築します。パブリックまたはプライベート プロジェクトへのアクセスは、Web インターフェイスを通じて行うことができます。彼は GitHub や Gitee と同様の機能を備えており、ソース コードを参照し、バグやコメントを管理することができます。リポジトリへのチーム アクセスを管理でき、コミットされたバージョンを参照するのが非常に簡単で、ファイル履歴リポジトリが提供されます。チームメンバーは、内蔵の簡易チャットプログラム (Wall) を使用してコミュニケーションできます。また、コードを簡単に再利用できるように、コード スニペットの収集機能も提供します。

公式ウェブサイト：

https://about.gitlab.com

• GitLab へのユーザーログイン

  • ログインサイト

  http://47.96.143.141:9999/users/sign_in
  

注: 生徒から教師に渡されたユーザー名、パスワード、電子メール アドレスが正しいことを確認してください。正しくないと、ログインできません。

ログイン後のページの効果:

20. GitLab の使用紹介_プロジェクト、ユーザーとグループの紹介 (概念を理解します。グループ リーダーを除き、他の人には権限がありません)

# 1.Projects : 表示gitlab中的项目
# 2.Users ：当前gitlab中的所有的用户
# 3.Groups ： 当前gitlab中所有的组，其实就是我们公司开发中的小组。分组的好处的是权限具有管理，各个小组之间是无法查看组之间的内容的

21. GitLab 使用紹介_キャンセル登録許可 (概念を理解します。チームリーダー以外、他の人には許可がありません)

セキュリティ上の理由から、GitLab には登録権限がありません。このようにして、アカウント番号とパスワードのみをバックグラウンドで生成できます。

22. GitLab入門_一般ユーザーの作成（グループリーダー以外は権限がありませんのでご了承ください）

【1】

【2】

[3] ユーザーを作成した後、チーム リーダーは [編集] をクリックして編集します。

[4] 次のポップアップインターフェイスでパスワードを入力し、パスワードを確認します

【5】チームメンバーはあなたのユーザー名とパスワードを使用してログインします

【6】ログイン後、チームリーダーから渡されたパスワードと新しいパスワードを入力します チームリーダーから渡されたパスワードを引き続き使用する場合は、以前のパスワードを入力してください。

【7】ログイン後の効果

共通のユーザー ログイン インターフェイス:

23. GitLab は、introduction_create グループを使用し、グループにユーザーを追加します (グループ リーダー以外は誰も権限を持っていないことを理解してください)

【1】

【2】

# 注意：组的命名必须按照规范:项目名或者案例名_班级编号_group_组的序号。例如：xuecheng_133_group_01

[3] グループを作成したら、グループにメンバーを追加する必要があります

注: チーム リーダーは、ここで各メンバーに開発者権限を与える必要があります。あなたがチームリーダーの場合は、自分自身に所有者の権限を与える必要があります。

[4] 追加後の効果:

24. ローカル プロジェクトを gitlab にアップロードします (チーム リーダーがプロジェクトを gitlab にアップロードする必要があります)。

[1] 新しいMavenプロジェクトをローカルに作成する

【2】新規プロジェクトを選択

[3] gitlab上でプロジェクトを作成する

gitlab上で作成したプロジェクトは以下の通りです。

[4] ローカルにプロジェクトのルートディレクトリを作成し、git bashウィンドウを開きます

[5] gitlab上で作成したプロジェクトをgit bashウィンドウ上で実行します

ローカル プロジェクトを gitlab にアップロードした後、次のようにします。

注: 各チーム リーダーは、上記の操作に従ってローカル コードを gitlab にアップロードできます。

25. マスターブランチを保護する (チームリーダーが完了) マスター

実際の開発では、チームリーダー、つまり管理者以外は、アップロードやダウンロードを含めてマスターブランチを操作することはできません。他のユーザーが master ブランチを変更できないようにするには、master ブランチを保護する必要があります。

[1] gitlab上にdev1ブランチを作成する

解説：実際の各チーム開発では、同じ機能を複数人で開発する場合は同じブランチを使用し、各人が機能を担当する場合は各人ごとにブランチを作成します。

dev1 ブランチを作成した後、次のようにします。

説明: 実際の開発では、全員がそれぞれのブランチで開発を行い、開発が完了したらチームリーダーがブランチをマージします。

[2] master ブランチの設定はマージ不可、他のブランチの設定はマージおよびプッシュ可能

保護後の効果:

26. プロジェクトを Gitlab からローカルにプルします

[1] gitlabにインポートするプロジェクトの接続アドレスをコピーします

[2] プロジェクトを閉じてアイデアのメインインターフェイスに戻ります

[3] URLの後の入力ボックスにgitlabプロジェクトの接続アドレスを入力します。

[4] インポート後、アイデア内の現在のプロジェクトの 3 つの環境を確認します。

• メイブンアドレス

• 現在のアイデア環境は UTF-8 でエンコードされている必要があります

• 現在jdk8を使用しています

27. アイデアのブランチを切り替える (マスター)

[1] Gitlab のすべてのブランチをアイデアに取り込む

[2] idea でローカル ブランチとリモート ブランチを表示する

【3】dev1ブランチに切り替えます

注: master ブランチにコードを書くことはできません。1 つおきのブランチにコードを書き、問題がないことを確認した後、他のブランチのコードを master ブランチにマージします。

• 現在のブランチをコミットする
  
  

とても重要です。とても重要です。非常に重要: 他のブランチに切り替える前に、現在のブランチのコードを最初に送信する必要があります。そうしないと、現在のブランチのコードは存在しません。

• 分岐を切り替える

28. master以外のブランチをgitlab(master)にpushします

上記の操作が完了し、チームリーダーが要件を整理した後、他の人が自分のブランチで開発を行い、開発完了後にそのブランチを gitlab に送信することができます。

[1] dev1 ブランチのテストクラスに新しいコードを記述する

[2] 新しいコードを送信して gitlab にプッシュします

[3] gitlab上で表示された結果

注: プッシュは dev1 ブランチ上のコードである必要があります。プッシュがマスター ブランチ上のコードである場合、エラーが報告されます。

29. 他のブランチコードをマスターブランチにマージし、gitlab に送信します (チームリーダー、マスター)

dev1 ブランチのコードを master ブランチにマージするには、まず master ブランチに切り替えてからマージする必要があります。

[1] 現在の dev1 ブランチにコードを送信します。

【2】masterブランチに切り替える

スイッチはローカルの master ブランチ上にある必要があります。

[3] dev1 ブランチのコードを master ブランチにマージします。

[4] master ブランチのコードを gitlab に送信してプッシュします

[5] gitlab での結果

注: 上記の操作はグループ リーダーによって実行される必要があります。そうしないと、グループ リーダーは正常にプッシュできません。

30 サプリメント

GitLab ユーザーグループのロール権限マップの概要

31 まとめ

• Gitの概念

  • ワークスペースとは、コンピュータ上に表示されるディレクトリです。
  • 一時記憶領域のことを英語ではステージまたはインデックスといいます。通常、.git ディレクトリ内のインデックス ファイル (.git/index) に保存されるため、一時記憶領域をインデックス (index) と呼ぶこともあります。
  • リポジトリ ワークスペースには隠しディレクトリ .git があります。これはワークスペースとは見なされませんが、Git リポジトリと見なされます。
  • リモート ウェアハウスで一般的に使用されるリモート ウェアハウスは gitee github gitlab です

• ローカル操作

  • 追加してコミットする
    • git add ファイル名はワークスペース送信の一時ストレージ領域として機能します
    • git commit -m file name は、ローカル ウェアハウスに送信するためのステージング領域として機能します。
    • ファイルのステータスを表示する git status 関数
  • 違いの比較
    • git diff ファイル名は、作業領域と一時記憶領域の比較として機能します。
    • git diff head ファイル名は、作業領域とローカル ライブラリを比較するために使用されます。
    • git diff --cached ファイル名は、ステージング領域とローカル ライブラリを比較するために使用されます。
  • バージョンのロールバック
    • 現在の操作ログを表示する git log 関数
    • すべての操作ログを表示する git reflog 関数
    • git replace --hard head^ 関数は以前のバージョンをロールバックします
    • git replace --hard バージョン番号関数は、指定されたバージョンにロールバックします。
  • 変更を元に戻す
    • git checkout ファイル名 ロール ワークスペース 元に戻す
    • git replace ヘッド ファイル名は一時記憶領域として機能します undo

• 分岐操作

  • ブランチを作成する git ブランチ ブランチ名
  • ブランチ git checkout ブランチ名を切り替える
  • マージブランチ git meger ブランチ名
  • ブランチを表示する git ブランチ
  • ブランチを削除 git ブランチ -d ブランチ名

• 遠隔倉庫

  • git リモートの追加オリジン リモート ウェアハウスの関連付け
  • プル git プル
  • プッシュ git プッシュ
  • git clone リモート ウェアハウスのクローンを作成する

• IDEA統合GIT運用のポイント