IDEA Git Stsh使用詳細


会社の開発者が増えるにつれて、多需要の並行開発は、機能線が邪魔になります。自分で書き終わっていないコードが他の人にオンラインに展開されることを恐れて、他の人のコードが書き終わっていないことを恐れて自分でオンラインに配置されます。つまり機能がオンラインになる前に、すべての開発と意思疎通が必要です。コードを配置してもいいですか?何人かのチームなら大丈夫ですが、開発者が多くなれば、コミュニケーションコストが高くなります。そこでGitの分岐はその役割を発揮し、ここでは仕事にIDEAを使って枝の管理と合併を行い、他のGitの使い方を説明します。
環境の準備
デモのためにまずIDEAで簡単なプロジェクトを作成し、git遠隔倉庫に提出します。

dev-10ブランチの作成
今は100番の番号が必要です。マスターに基づいてdev-1000ブランチを作成します。

新しい分岐dev-1000を作成し、dev-1000分岐に切り替えます。

dev-10分岐コード開発
dev-10ブランチに必要な番号を100とする機能があります。コードが完了したらcommit及びpushを行います。(もしこのブランチがあなた一人だけ開発されているなら、pushからリモートブランチには及びません。commitだけが必要です。)

ブランチ結合
これからdev-10の分岐上のコードをマスター枝に結合します。
先にマスター分岐に切り替えます。

dev-10をマージしてマスターブランチに分岐する前に、マスターコードをpull更新してからMerge into Curentを実行することを提案します。

衝突がなければ、dev-1000のコードはマスターの分岐に結合されます。合併が成功したら、pushをリモート倉庫に送ることができます。

分岐マージを解除
合併が完了しましたが、いくつかの問題のため、今回の合併をキャンセルしたいです。右ボタンgit、Reset HEADを選択します。


HEAD^は前のバージョンに還元され、HEAD^^は前のバージョンに還元されます。
Reset Typeは3つあります。
  • mixedのデフォルトの方式は、ソースコードだけを保留して、comitとindex情報をキャンセルします。
  • ソフトはあるバージョンに戻して、comitの情報だけを返して、index fileの1級まで回復することはできません。また提出するなら、直接にcomit
  • hardは徹底的に戻して、現地のソースコードも前のバージョンの
  • になります。
    デフォルトのmixedや荒っぽいhardを使うのが一般的です。
    私達はここで合併をキャンセルしますので、Hard方式を選択して、HEAD^を前のバージョンに復元しました。キャンセルして元のマスターのコードを復元しました。

    統合衝突問題を解決する
    続いて、マージの衝突をデモします。この時はマスターの分岐でファイルを修正し、commt及びpushを遠隔倉庫に送ります。

    この時dev-10分岐をマスター分岐に合わせると衝突が発生します。

    衝突ファイルをダブルクリックして、衝突を処理します。

    処理が完了したら、appyをクリックすればいいです。複数の衝突ファイルがあれば、このように処理します。これは衝突を解決した後のコードです。

    dev-1000分岐はマスターに合併されました。削除できます。リモートのdev-1000分岐を直接削除してもいいです。削除時にIDEAからローカルのdev-1000分岐を同時に削除するかどうか指示があります。チェックすればいいです。
    今はブランチ合併の結果を遠隔倉庫に送ります。
    コード一時保存のgit stash
    番号100の需要が完成したら、また新しい需要があります。dev-101分岐で開発しています。開発はまだ完成していません。

    突然オンラインでバグが発生しました。緊急に修正しなければなりません。最新のマスター分岐に基づいてバグを新たに作成します。まずマスター分岐に切り替える必要があります。しかし、現在の分岐のコードにはcomitがありません。直接マスター分岐に切り替えると、dev-101分岐上の追加コードがマスター分岐に走ります。コードはこの時comitできないので、stashの出番です。

    Stshは現在の作業進捗を保存し、一時預かりエリアと作業エリアの変更を保存します。

    コメントを追加し、CREATE STASHを選択します。現在の作業エリアのコードが元に戻りました。

    コードの一時保存と復元
    現在マスターブランチに切り替えて、バグを修復します。修復が完了したらマスターブランチに結合してリモートリポジトリに再生します。上記ではどのように結合するかを実証しましたが、ここではもう説明しません。
    bug-12とmasterを統合して完成したら、今度はdev-101デマンドコードを書きます。まずdev-101分岐に切り替えます。
    でも、前のコードはもうgitのstashに入れました。今はコードを作業エリアに戻します。
    ユニスタンスのチャンンスを選択します。


    前に保存したものを選択して、Pop stashにチェックを入れます。確定したら、作業エリアの前に書いたコードが戻ってきます。

    おわりに
    Starshを利用すれば、枝を自由に切り換えることができます。突然の需要に対しても悩む必要はありません。
    ここでIDEA Git Stshについて詳細な文章を使って紹介します。IDEA Git Stshの使用内容は以前の文章を検索してください。または下記の関連記事を引き続きご覧ください。これからもよろしくお願いします。