hiromasa.another :o)

have a lot of interests.

Eclipse EGit の使い方(2/2)

投稿日時: 2014 年 4 月 5 日投稿者: ひろまさ

返信

前回に続き、EGit の使い方です。

導入
ローカルリポジトリの作成
ファイル操作
リモートリポジトリに接続
ローカルブランチの作成
リベースインタラクティブ
ブランチからのマージ1
ブランチからのマージ2
コンフリクトの解消
リベース
コミットコメント修正
コミットリセット
リバートコミット

このページでは、7〜13までを記載しています。

ブランチからのマージ1

develp ローカルブランチのコミットを origin/master に接続している master ブランチにマージしてプッシュする操作です。この操作では、devel に行ったコミット操作が master に統合されます。

develp ローカルブランチは次のようになっています。

1. master ブランチにスイッチします。

2. プロジェクト右クリックから、Team -> Marge を選択します。

3. devel ブランチを指定し Merge ボタンを押下すると、master ブランチに devel ブランチのコミットがマージされます。devel と master でコンフリクトがなく、Fast forward option で、If a fast-foward, only update the branch pointer を選択しているため、master のおしりに devel のコミットが結合されます。

4. リモートリポジトリにプッシュされていないコミットがあると↑印で分かります。 Team -> Push to Upstream でプッシュします。（ devel ブランチで行った rebase -i で修正したコミットはプッシュされていないのが分かります）

5. 不要になったローカルブランチは、Git Repository View から右クリック Delete Branch で削除できます。

ブランチからのマージ2

develp ローカルブランチのコミットを origin/master に接続している master ブランチにSquash マージしてプッシュする操作です。この操作では、devel ブランチに行ったコミット全てをひとつにまとめて master にコミットできます。

1. Team -> Swicth To -> New Branch から devel2 ローカルブランチを作成します。

2. devel2 で作業を行い、（恥ずかしい）コミットをいれます。

3. Team -> Swich To -> master から master ブランチに切り替えます。

4. Team -> Merge を選択します。

5. devel2 ブランチを選択し、Merge options で Squash を選択し、Merge ボタンを押下すると、ソースコードがマージされます。（コミットはされません）

6. マージされたソースを master ブランチにコミットすると、devel2 の修正が新しいコミットとして作成できます。なお、Commit Changes ダイアログでは Commit and Push を押下すると、コミット後自動的にリモートブランチにプッシュが行えます。

コンフリクトの解消

マージやプル操作などで、ソースに衝突が発生した場合は、次の手順でマージを行います。

master からブランチした devel3 ローカルブランチで作業中に、起点とした master に別な修正がかかりコンフリクトした例です。

master にスイッチして devel3 をマージしたところ衝突が起きました。該当のモジュールに赤印がつき、プロジェクトのマーカーに Conficts がつきます。

1. 衝突したモジュールを右クリックし、Maege Tool を選択します。

2. Select a Merge Mode で Use HEAD を選択します。

3. Merge Tool でソースコードのマージを解消します。

4. マージして赤くなっているモジュールを右クリックから、Team -> Add to Index を選択し、インデックスに戻してあげると、プロジェクトのマーカーが Merged に変わります。

5. コミットを行います。（マージコミットが作成されます）

リベース

ローカルブランチで作業中に、ブランチの起点となったコミットを動かし、なるべくマージ（コミット）しないようにリベースする手順です。

master からブランチしたローカルブランチの devel4 をリベースし、最新の master を起点に追従します。

1. devel4 で作業中の master にリベースしたいタイミングで、Team -> Rebase を選択します。

2. master ブランチを選択し、Rebase を押下します。

3. rebase 時に不運にもソースコードにコンフリクトが起きた場合は、Start Merge Tool to resolve conflicts を選択し OK ボタンを押下します。

4. コンフリクトを解消するとマージ印がつきます。プロジェクトのマーカーは Rebase interractive になっており、まだ rebase 操作中であることが分かります。

5. Team -> Rebase -> Continue Rebase を選択し、全ての衝突を解消すると、リベースが完了します。

コミットコメント修正

コミットした直前のコミットコメントは修正できます。

1. モジュールに修正をかけない状態で、再びコミットを行おうとすると、No files to commit ダイアログが表示されるので、はいを押下します。

2. コミットダイアログが表示されるので、コミットコメントを修正し、Commit を押下すると直前のコミットコメントが修正されます。

コミットリセット

プッシュ前であれば、コミットを取り消す（HEADを移動させる）ことができます。

1. ヒストリービューからいらないコミットの前（HEADにしたい）のコミットにカーソルを合わせて、Reset -> Mixed を選択すると、そこまでのコミットがなかったことになります。（Mixed を選択した場合、ワーキングディレクトリのファイルの内容はそのままになります。ファイルの内容も抹消したい場合は Hard を選択します）

リバートコミット

プッシュしてしまったコミットを取り消すには、打ち消しのコミットを入れてプッシュします。

機能G追加のコミットが不要でしたが、リモートリポジトリにプッシュしてしまったので取り消します。

1. ヒストリービューから、取り消したいコミットを右クリックして Revert Commit を選択すると、取り消しとなるリバートコミットが行われます。

3. リバーとコミットをプッシュします。

以上、Egit の操作系の紹介でした。（実はプルを書き忘れていたりしますがそのうちなおしておきます…）

EGit ではその他にも、stash とかタグうちとか、ブランチ同士の比較なども同じような操作でできますので試してがってん。3.3.1 にて自分がやりそうな操作はひと通りできるようになっているようです。（3.4 も後少しで Eclipse Luna とともにリリースされるハズです）

気になっているのが JGit のコマンドラインインターフェースがあるような雰囲気なのですが、どうやって使うんでしょうか。

…てなわけで、オチがないので滝にうたれてきます。

Eclipse EGit の使い方(1/2)

投稿日時: 2014 年 4 月 5 日投稿者: ひろまさ

Eclipse から Git 操作を行う、EGit の使い方についてまとめてみました。

この記事は 2014/3/25 にリリースされた EGit 3.3.1 を使い、Ubuntu もしくは Windows で操作しています。（たぶん Mac でも大丈夫です）

リポジトリを破壊したり、ファイルが多くあると遅くなっていたりしていたお騒がせな EGit でしたが、現在の所、通常の操作では問題なくなったように思います。

導入
ローカルリポジトリの作成
ファイル操作
リモートリポジトリに接続
ローカルブランチの作成
リベースインタラクティブ
ブランチからのマージ1
ブランチからのマージ2
コンフリクトの解消
リベース
コミットコメント修正
コミットリセット
リバートコミット

このページでは、1〜6までを記載しています。（続きは力尽きたので次回…）

導入

EGit は Eclipse 用の Git プラグインです。

JavaEE 版の Eclipse Kepler であれば、初期状態でバージョン 3.2 が導入されていますが、不具合の修正も多数ありますので、以下のアップデートサイトを登録し 3.3.1 の最新版をいれたほうが良いでしょう。

EGit – Download

To install via one of the update site URLs listed below, copy and paste it into the “Help > Install new software” dialog.

EGit can be installed in the following ways:

Main Update Site: http://download.eclipse.org/egit/updates (Recommended)

ヘルプ->新規ソフトウェアのインストールに、アップデートサイトを登録し、Eclipse Git Team Provider と JGit を導入します。

なお、EGit は Java の Git 実装である JGit を使って動きますので、別途 Git のコマンドラインツールなどを入れる必要はないです。

導入が完了すると、以下のビューが使えるようになります。

Git Repositories からリポジトリを操作するので出しておくと便利でしょう。

ローカルリポジトリの作成

新規プロジェクトを作成し、そのモジュールを Git のローカルリポジトリで管理するまでの手順です。既存のプロジェクトでも 2. 以降の手順で Git 管理下におくことができます。

1. Eclipse のプロジェクトを作成します。

2. プロジェクトを右クリックし、Team からプロジェクトの共有を選択します。

3. Git を選択します。

4. Use or create repositoru in parent folder of project にチェックを入れ、Create Repository をクリックします。

# Creation of reoisitories in parent folder the Eclipse workspace は非推奨。ワークスペース上に Git のファイルがあると Eclipse が遅くなるのでということのようです。（が、特に問題無さそうなので自分はこちらを使っています）

5. ワークスペースと同じフォルダに .git リポジトリが作成されるので、完了をクリックします。

6. プロジェクト右クリックから、Team -> Commit をクリックします。

7. コミットダイアログが表示されます。　が、コミットの必要がない Eclipse の設定ファイルなどがあるので、いったんキャンセルします。

9. Eclipse 標準のフィルターだと隠しファイルが見えないため、見えるようにビューを一度カスタマイズします。

10. フィルターから .* リソースのチェックを外します。

11. 隠しファイルが見えるようになったので、コミットが不要なファイルを右クリックし、Team -> Ignore を指定し、Git の管理下から外します。(.gitignore が編集されます）

12. 管理するファイルが決まったので、再び Team -> Commit を選択します。

13. コミットダイアログで、コミット（インデックス）するファイルにチェックをつけ、コミットボタンを押下します。ヒストリービューからコミットの履歴を見ることができます。

ファイル操作

コミット後に修正を行ったファイルには > 印がつきます。

コミット（HEAD）に戻したい（上書きしたい）時は、ファイル右クリック->置換->HEAD Revision を選択します。

HEAD と比較したい場合は、比較-> HEAD Revision を選択します。（このへんの操作は Subclipse などと同様です）

ファイルの追加や削除は、Eclipse の右クリックの操作から行なってください。（OS からファイル操作をすると Git のインデックスがおかしなことになります）

ファイルの移動もドラッグアンドドロップを使うことで、Git が追従してきます。

リモートリポジトリへの接続

作成したローカルリポジトリを、リモートリポジトリに接続します。（ここでは Bitbucket のプライベートリポジトリに接続します）

1. ベアリポジトリを作成します。（Bitbucket 上に egit-test を作成しました）

2. Git Repository ビューから、ローカルリポジトリの Remotes 指定し、Create Remote を押下します。

3. Remote name を origin とし、Configure fetch を指定して OK ボタンを押下します。

5. リモートリポジトリに 1. で作成したベアリポジトリを指定すると、Remotes が作成されます。

6. master ブランチをリモートと同期するために、ローカルブランチの master を選択し、Configure Branch を押下します。

7. Remote に origin を、Upstream Branch を refs/heads/master とし、リモートリポジトリを追跡ブランチとして指定すると、Remote Traking が作成されます。

8. プロジェクトを右クリックし、Team -> Push to Upstream を押下し、リモートリポジトリにローカルリポジトリをプッシュします。

ローカルブランチの作成

Git の利点の一つは、ローカルブランチを手軽に作成でき、自分のタイミングで好きなようにコミット操作ができることです。それはドラクエのセーブに似ています。保存域は3箇所と言わず無限に（←真面目さがなくなってきた…

EGit でのローカルブランチの作成操作は次のようになります。

1. プロジェクト右クリックから Team -> Swicth To -> New Branch を選択します。

2. Brach name を指定します。（ここでは devel ブランチにしました）　master からブランチを作成したので、ヒストリーをみると、devel、master、origin/master の位置が一致しているのが分かります。

3. ワーキングディレクトリがdevel ローカルブランチにスイッチしたので、好きなように（恥ずかしい）コミットを入れながら、作業をしていきます。

コミットを改変する場合

ふと次の日見た devel のコミットは、やっぱりあんまりだったので、コミットを改変して正しいものにするなどの手順です(?)。（rebase -i）

1. ヒストリーから親にするコミットを右クリックし、Rebase Interactive を押下します。プロジェクトのマーカーが Rebase Interactive に変わります。

2. Git Interractive Rebase ビューを開き、編集したいコミットに対してそれぞれの操作を指定して Start を押下します。（ここでは、２つのコミットを SQUASH 指定し、コミットをひとつにまとめています）

3. 本コミットのメッセージを指定し、OK ボタンを押下すると、コミットが指定通りに改変されます。

というわけで次回は、できあがった devel を master にマージしてリモートリポジトリにプッシュする「ブランチからのマージ1」から書きます。

（続く…）

Ubuntu 13.04 リリース!

投稿日時: 2013 年 4 月 26 日投稿者: ひろまさ

返信

半年に一度のお楽しみ、Unbutu の 13.04 がリリースされました。 😀

日本語 Remix を待ちきれずに、早速愛機 ThinkPad T420s にインストールしてみました。もともと Ubuntu 12.10 がのっていた機械ですが、アップグレードせずに、クリーンインストールしております。

インストールプロセスでは特に困ったこともなく、いつも通りそのままブートされ、無線LAN などやトラックポインタなどのデバイスもそのまま使えるようになりました。

ubuntu1304-01

利用を開始して最初に気がついたのが、Super(Win) + S のワークスペーススイッチャーが効かないこと。

どうやらデフォルトで仮想デスクトップが無効になったようです。システム設定->外観から「ワークスペースを有効にする」にチェックをつけてあげます。

ubuntu1304-02

とりゃ。でてきよった。 🙂

ubuntu1304-03

ワークスペース切り替え Win + S と Alt + Tab のタスクスイッチャーの切り替えはいつもながらかなり強力です。 🙂

ちなみに、このようなショートカットは Super(Win) キー長押しで知ることができます。（これは前のバージョンからの機能）

ubuntu1304-04

便利すなぁ。

デフォルトインストールから追加したのは、次の開発系と flash などのサードパーティー製品です。

sudo apt-get install build-essential
sudo apt-get install ubuntu-restricted-extras
sudo apt-get install openjdk-7-jdk

最近は、Oracle のではなく OpenJDK7 を利用中。 Eclipse や JVM 系開発用。

で、その Eclipse でちょっと困ったのが、Internal Browser が使えなかったこと。

ubuntu1304-05

この画面は既に設定済みなので、Use Internal web Browser（内部ブラウザを使う）が有効になっていますが、デフォルトインストール直後は非活性でした。

この事象、いつもだったか、 Ubuntu を設定しているうちにそのうち入って動いていたのか、いままで気にしたことがなかったのですが、理由は Eclipse の SWT が webkit の 1系を要求するためで、入ってないと enable にできません。 13.04 のデフォルト webkit は 3系でした。

てなわけで、1 系をインストールすれば使えるようになります。

sudo apt-get install libwebkitgtk-1.0-0

これにより、いつも使っている Eclipse Mylyn Doc textile 編集でプレビューができるようになりました。（下のプレビュータグがでてきます）

ubuntu1304-06

さて、WebKit 関係ありませんが、先日購入しました WireframeSketcher もうまく動作しました。

SWT Spy 恐るべしの図（既存の SWT 画面を吸い取ってスケッチ化できるっ）

ubuntu1304-07

やはり Linux はソフトウェアをつくる環境として便利で、ほとんど何もしなくても好みの動きをしてくれるのが良いところです。

インターネットの場合、開発時の接続先のサーバも Linux であることが多いので、ワークステーションとの親和性の高さもポイントですね。 🙂

OS の群雄割拠を見るような自分の机。 Linux 勢優勢。

20130425_215355

てなわけで、奥のディスプレイはこの部屋に新星のように現れた Windows 8。　ようやく入れましたぞ！

（次のブログは Windows 8 ネタという前フリらしい）