私はGitのでJavaシリーズ--- [使用]アイデアを愛し

Gitのアイデアに配置された1

Gitはデフォルトのパスにインストールした場合、あなたは手動でGitの下にパスを設定する必要がGitリポジトリの取付位置を変更した場合のIntelliJ IDEAをインストールした後、その後、アイデアは自動的に、Gitの場所を見つけます。バージョン管理下にgitのオプションを見つける、[設定]ウィンドウを開くには、ファイル→設定を選択します。

 

テストボタン、今の成功の実装をクリックし、設定は完了です

 

2、Gitののアイデアの動作

2.1、リモートリポジトリのプロジェクトリーダー[操作]を初期化します

• リモートリポジトリプロジェクトの作成

• 初期化と遠隔倉庫に押し込ま

  メイン初期化ファイルは無視され、プロジェクトの初期化コード、およびリモートリポジトリにプッシュされます

  1. ローカルにリモートリポジトリのクローンを作成

     • ローカルディスクには、これはgitのコマンドを使用して行われ、フォルダを選択しました

     • 完了クローン後、図に示しました。

  2. 開発ブランチに切り替え

     • 現在のブランチを見ます

     • 検出ブランチは、開発、および開発ブランチを決定します

  3. ファイルを無視するように追加します。

  4. gitリポジトリにプロジェクトの初期化コード

  5. gitのことでコマンド補完、提出、プッシュを追加

2.2、ローカル・ウェアハウスを作成する（推奨）

ローカルローカルリポジトリを作成し、リモートリポジトリに関連付ける、このように動作することはお勧めしません。

 

2.3、ローカルにクローンリモートリポジトリ（推奨）

1. ローカルディスクには、フォルダを選択して操作を完了するためにgit cloneコマンドを使用します。

 

2. 開発ブランチに切り替え

   

    

 

2.4、地元の倉庫プロジェクトのクローンを開きます

 

 

2.5、ローカル倉庫通常動作

1. 新しいファイル

   示すように、例えば、パッケージ内のJavaファイルを追加します。

   

    

   自動的にステージングエリアに追加された新しいファイルを追加するためにチェックし、新しいファイルが自動的に緑色に変わり

   

2. ファイルを編集します

   示すように、例えば、コンテンツファイルは、一つのパケットを既存します：

   

    

   通常の編集ファイル、作業領域上のデフォルト、あなたは、ステージングエリアに追加するファイルを選択し、メニューを右クリックし、のgit - [追加]を選択する必要がある場合

   

3. あなたは、変更するファイルをリセットする前に

   例えば、ファイルのリビジョンは、あなたはgitのリセットを選択し、ファイル、右クリックメニューを選択し、ファイルを変更する前の状態にリセットする必要があります

   

    

   リセット後、ファイルは、それが変形前の状態にリセットされたことを示す、自動的に色消滅します。

   

    

4. ローカルリポジトリに提出

   • 現在のファイルを送信

   

    

   • 複数のファイルを提出

     

      

   • コメントを追加して提出します

   

    

   

    

   • 送信完了

     

      

2.6、リモートリポジトリにプッシュ

操作をプッシュ：

1. ステージング領域への作業領域の内容を追加します。

2. 現在のブランチにステージングエリアを提出します。

3. 競合がある場合、リモートリポジトリの対応する枝を引いて競合を解決し、保存を提出

4. リモートリポジトリに現在のブランチをプッシュ

1、対応するブランチは、リモートリポジトリを引きます

 

 

 

2、競合をマージ解決

如果从远程仓库拉取的代码中，同一文件在本地仓库也修改了，需要解决合并冲突，比如如图所示：

 

解决冲突（根据业务情况，进行代码合并，并删除冲突提示）

 

提交合并冲突

 

推送当前版本到远程仓库

 

2.7、合并版本并推送到远程

如果当前版本需要发布，需要把develop合并到master版本

步骤：

1、切换到需要合并的版本，比如master

 

2、执行合并操作，使用当前版本合并其他版本到当前，比如master合并developer

 

3、合并完成，推送到远程仓库

 

2.8、创建分支

假如线上发生问题，需要解决线上问题，需要在master创建bugfix分支，解决线上问题。

2.9、切换分支

切换分支，只需要选中分支，然后选择checkout，就可以切换分支

 

2.10、版本比较

对代码修改后，可以点击对比按钮，对比差异

 

3.场景分析

基于实战模式，我们做一个综合练习

当前的开发环境如下，我们每个人都对这个项目已经开发一段时间，接下来我们要切换成团队开发模式。

也就是我们由一个团队来完成这个项目实战的内容。团队有组长和若干组员组成（组长就是开发中的项目经理）。

所有操作都在idea中完成。

练习场景如下：

1、由组长，基于本项目创建本地仓库；创建远程仓库，推送项目到远程仓库。（真实环境：项目经理创建空的项目推送，然后逐步添加内容，提交并推送）

2、每一位组员从远程仓库克隆项目到idea中,这样每位同学在自己电脑上就有了一个工作副本，可以正式的开始开发了。我们模拟两个组员(组员A、组员B)，克隆两个工作区。

3、组员A修改工作区，添加到暂存区，提交到本地仓库。如果需要分享代码给另一个组员，推送到远程仓库。组员B可以直接从远程仓库获取代码，组员B可以获取组员A推送的代码。

4、组员A和组员B对同一个文件进行修改，提交代码到本地，这时需要分享代码给其他组员；组员A推送代码到远程仓库；组员B也推送代码到远程仓库，由于两位组员修改了同一个文件，推送失败。

解决方法：需要先获取远程仓库的代码到本地仓库，编辑冲突，提交并推送代码。

5、组员A接到组长命令，要对某功能进行重大的实验性调整；

操作思路：创建分支B1， 切换到B1分支，在B1分支上进行代码调整。B1分支达到了预期的目标，可以合并到原来的主干上；B1分支没有达到预期的目标，可以继续调整，也可以直接删除分支，切换到主分支继续开发。如果其他组员对主干上代码进行过调整，在合并时会产生冲突，需先解决冲突，再提交并推送。