発生したタイミング不明。

不明。

エラー文言が抽象的すぎて、検索不能。

と同じ階層にある

をダブルクリックして、クリーン起動することで
エラーが出なくなった。

いきなり [チーム同期化] パースペクティブを開くと、
[データ読み込み] か [同期化] か選べ！
と言われて、困ったｗ

1. [Git リポジトリー] ビュー
2. 当該プロジェクトを開く
3. [ブランチ] を開く
4. [ローカル] または [リモート・トラッキング] を開く
5. 当該ブランチのコンテキストメニューから [ワークスペースと同期化] をクリック
6. 「[チーム同期化] パースペクティブを開くよ」というダイアログが出るので [はい]
7. [チーム同期化] パースペクティブが開く

この場合は、ローカルリポジトリと編集中ファイルの差分を見ることになる。

差分のあるファイルがプロジェクトツリーとして表示されているので
目的のファイルをダブルクリックすれば、差分用の左右に並んだビューが開く。

この場合は、リモートリポジトリ、ローカルリポジトリ、編集中ファイルの三者の差分を同時に見ることになる。
未試行。

三者同時なので、場合分けをされてツリー表示されるみたい。
この先は試していないので、参考サイト参照。

kakiro-web：EclipseでGitをクライアント用途として使用(EGit)(その2)

問題ビューと同様なので、そちらを参照。
問題（Problems）

問題ビューと同様なので、そちらを参照。
問題（Problems）

フレームワークは大変ありがたい存在なんだけど
フレームワークを利用すると、せっかくの Eclipse の便利機能を活かせない
と、ずっと困っていた。

なんと、今日はその解決方法を見つけた。

フレームワークを利用すると、
フレームワークのソースに Eclipse が反応しちゃって
問題ビューがえらいことになる。。。

これで、せっかくの便利な機能を使えずにいたんだけど
この問題ビューを利用できる日が来た！

デフォルトの設定を変更すると、
後々、何がなんだかわからなくなることがある。

設定メニューに [デフォルトに戻す] というのもある。
でも、そうすると、今度は独自設定がわからなくなる。

そこで、新規に問題ビューを作成してしまえば
いつでも、どちらの設定でも確認できる。

右上のビュー専用ツールバーの ▼ をクリック
[新規問題ビュー] 名前を入力して [OK]

こうしておけば、デフォルトの問題ビューは残っているので
もし、一旦消しても、[ウィンドウ]-[ビューの表示] から、いつでも再表示可能。

独自に設定した問題ビューについては
一旦閉じてしまうと、再表示の仕方がわからない。

ただし、再度新規作成をして、同一名称にしてみたら
設定を受け継いでくれた。
きっとどこかに保存しているはず。

1. 右上のビュー専用ツールバーの ▼ をクリック
2. [内容の構成]
1. [全ての項目を表示] のチェックを外す
2. [以下で選択されたいずれかの構成に一致する項目を表示] を選択
3. 構成
1. [新規]
2. 左ペインに新たに追加された項目を選択した状態で [名前変更]
1. 名前を任意に入力-[OK]
3. 右ペイン
1. スコープ
1. 下記いずれかを選択
2. [すべての要素]
3. [同一プロジェクト内の任意の要素]
4. [選択された要素のみ] *1
5. [選択された要素およびその子] *1
6. [次のワーキング・セット: ◯◯・ワーキング・セット]-[選択]
2. その他、任意に設定
4. [OK]

*1：プロジェクトツリーで、予め指定箇所を選択しておくこと
（クリックして、色が反転している状態にしておく）

開発環境と本番環境では、どうしても差分が出る。
その差分への対処に頭を悩ませていたけど
他の情報を検索しているときに、素敵な記事を発見した♪
サボり屋の技術メモ：Gitで内容が異なるファイルをマージ対象から除外(無視)する設定

開発環境で開発用に用意しているファイルを本番環境には入れたくない。

OpenPNE3 では、開発用に下記開発用ページが用意されている。

これらは、開発環境では利用をするけど
本番環境に上がったらエライことになる。

Git の設定で何とかなりそう！

• 別ブランチ（develop から master など）へのマージの際に除外される
• 下記はそのまま利用できる
• develop ブランチでのコミット
• リモートへのプッシュ
• リモートから他へのマシンのプル

おおお、これぞ正しく探していた方法。

feature ブランチや release ブランチを新規作成するときは
マージではなくリセット？（コピー）なので、release ブランチへは入っちゃうのかも。
でも、そこから master へいけないはずだから、理論上は問題ないはず。

ただ、release は、できる限り master と同一性を保証したいので
今後の行方を見守らなければ。

• .gitglobal
• 各リポジトリの .git/config

いずれかに、記述。

[merge “ours”] の config設定は固定です。特殊なマージエンジンを有効化しているらしい。

サボり屋の技術メモ：Gitで内容が異なるファイルをマージ対象から除外(無視)する設定

んむ。
まんま書くことにしよう。。。

こちらに記述することで設定可能。

上記で設定した merge=ours という文字列を、マージしたくないファイル名の後に付ける。

• .gitignore と真似る
• ファイル名
• .gitignore と真似る
• ファイル名
• フルパス
• .gitignore 同様、ワイルドカードを利用できる
• web/*_dev.php

確かに、上記４ファイルは、develop には存在し、master には存在しない。
.gitattributes は、両ブランチに存在する。

やった～！

確かに、上記４ファイルは存在したまま。
ただ、develop ブランチでは、存在するのが当たり前なので
まだよくわからない。
変更するファイルじゃないしな～。

無事に .gitattributes ファイルがプルされました。
ん～、こちらも問題があるかどうかは不明。

Git の逆引き情報は、結構あるので助かる～。
自分がぶつかった壁を随時追加していきまする。

BranchA で、FileX を編集をして BranchB へ切り替えたら、
FileX の編集内容が引き継がれている。

BranchA での変更をコミットしていないから。

1. BranchA でコミットをしてから、ブランチを切り替える
2. BranchA で Stash してから、ブランチを切り替える

@IT：Gitでbranchを変えるときに、ファイルの変更はどう扱えばいいのか？

1. [ウィンドウ]-[設定]
2. [一般]-[ネットワーク接続]-[SSH2]
3. [鍵管理] タブを選択
4. [RSA 鍵の生成]
5. [秘密鍵の保管]
1. [パスフレーズ保護なしでこの秘密鍵を保管しますか？]-[OK]
2. [保存ファイル名] 任意
6. [OK]

リモートリポジトリが複数ある場合、公開鍵を複数併用する必要が出てくる。
（あ、実は使いまわしてもいいのかしらね。。。試してない）

そんなときの対応法。

公開鍵の保存ディレクトリ %HOME%/.ssh にある config ファイルを用いて設定。

デフォルトは、下記の通り。

そして、私の場合は、同ディレクトリ内に config ファイルがなかったので
テキストファイルを配置してリネーム。

拡張子は、なし。
当然、Windows から警告が出るけど、OK。

Git リモートリポジトリからプロジェクトをインポート の
[ソース Git リポジトリー]-[ロケーション]-[URI] に
git@bitbucket.org:username/ripositoryname.git
と入力していたところを
bitbucket-account1:username/ripositoryname.git
と入力する。

頑張って設定したのに、下記エラーが出た。 😥

Google 先生に質問をしてみると、認証エラーということで、
SSH 公開鍵のセッテに問題があるのかと、何度もやり直しをしてみたけど
さっぱり直らない。

最終的には、PC の再起動で正常に動作した。。。虚しい。。。
開発 PC なので、メモリを食い過ぎているのかしらね～。

上記エラーについて、あれこれ調べている間に、
色々な参考情報を入手したので、メモ。

きのふよりけふ、けふよりあした：【git】egitをつかってみて
→ローカルとリモート（GitHub）でリポジトリ名が異なるとプッシュできなかったみたい
→私は試しに異なるリポジトリ名にしてみたけど、問題なくプッシュできた（Bitbucket）

mziの日記：Eclipse で github : Pushできない- Windows
→.ssh/known_hosts が更新されなくて、プッシュできなかったとのこと

.ssh/ 関連には、パーミッションの既定があるそうで

• .ssh/ ディレクトリは Users の所有にしなければならない
• .ssh/config のパーミッションは 0600 でなければならない
• Windows では、パーミッションは関係ない。そもそも [属性] の設定しかできない

というような記述を見かけた。
調べてもいないし、勉強もしていないので、本当かどうかもわからないから
ひとまずメモ。

Windows 8でcygwinのSSH秘密鍵を使うとPermissions 0660 too openと怒られる
Windows7 Home SP1 64bit のコマンドプロンプトで

としたら、そんなコマンド知らないよ～と言われた。
DOSEI日記：SSH の config のパーミッションエラーを解決する

Windows の場合、HOME とは、前述の通り、デフォルトで下記のように設定されているらしい。

つまり、秘密鍵の保存場所を独自にしたければ、この辺の設定をしなければならない。
また、HOME の場所を変更したければ、環境変数の登録が必要とのこと。

.ssh/config は、端末個別の設定ファイル。
ssh_config は、サーバー全体の設定ファイル。
.ssh/config の内容が優先される。
ワイルドカード（*）を利用できる。
それマグで！：.ssh/config でSSH設定を活用する方法。

Eclipse へ URI を設定する場合、下記どちらでも OK だった。
git@bitbucket-account1:username/ripositoryname.git
bitbucket-account1:username/ripositoryname.git

詩的私的雑記帳：ssh/configの書き方と踏み台サーバを利用した多段sshログイン，多段scp

入門OpenSSH
付録
4.7. 個人用の設定ファイルでさらに快適に

こんなエラーが出たとき
他の場合であれば、ちゃんとした対応が必要みたいだけど
さくらインターネットの場合は、MySQL が別サーバーになっているため
ホストの設定をしていないと、このエラーが出る。

つまり、ホストの設定を追加してあげればよいだけ。

mysqldump コマンドを実行したときのデフォルトの保存場所は

なので、mysqldump などというディレクトリを１つ追加して
そちらへ保存されるようにする。

当然、指定するファイル名にも、パスを追加。

Eclipse：EGit/User Guide　Branching

Eclipse：EGit/User Guide　Checking out an existing Branch
→スタート地点が３通り載っている。

プロジェクトコンテキストメニュー

1. [チーム]-[切り替え]-[（当該ブランチ）]

Eclipse：EGit/User Guide　Creating a New Local Branch
→スタート地点が３通り載っている。

プロジェクトコンテキストメニュー

1. [チーム]-[切り替え]-[新規ブランチ]
2. 新規ブランチの作成（Branch Creation Dialog）
1. ソース：変更したいときは [選択] *1
2. ブランチ名：任意
3. プッシュおよびプルのアップストリームを構成する
1. プルを行う場合
1. 現在、詳細不明。大体の意味を理解した上で、ひとまず下記の通り
2. ◎アップストリームのコミットをローカル・ブランチにマージする
3. ◯アップストリームにローカル・ブランチのコミットをリベースする
4. 完了

*1：ソースの選択
ローカル、リモートから任意に選択できる

プロジェクトコンテキストメニュー

1. [チーム]-[リモート]-[プッシュ]
2. 宛先 Git リポジトリー
1. ◎構成済みリモート・リポジトリー
1. 当該リモート先を選択
2. ◯カスタム URI
1. 一時的なリポジトリを利用する際に用いる（Pushing to other Repositories）
3. [次へ]　※１
3. プッシュ仕様指定
1. 作成/更新仕様の追加
1. ソース参照：選択（ソースを選択すると、宛先に同名ブランチが自動選択される）
2. 宛先参照：選択
3. [仕様の追加] これで、プッシュの仕様という欄に追加される
2. 事前定義仕様の追加
1. ここの欄は、プッシュ仕様をまとめて追加したいときに利用するみたい
2. [構成済みプッシュ仕様の追加]
3. [すべてのブランチ仕様を追加]
1. 読んだまんま。全てのブランチをプッシュするプッシュ構成となる
4. [すべてのタグ仕様の追加]
3. [‘origin 構成に仕様を保管] にチェックをすると、次回以降、プッシュ仕様の設定をスキップできる？/li>
4. [次へ] or [完了]
4. プッシュ確認
1. プッシュ内容を表示してくれる
2. 完了
5. プッシュ結果
1. プッシュ結果を表示してくれる
2. [OK]

※１：次のダイアログのプッシュ仕様を設定しない状態で、ここで [完了] とすると
Can’t connect to any repository:
というエラーになる。

The Powerful Code：使い分けできていますか？マージ（merge）&リベース（rebase）再入門
→メリット＆デメリットおよび適性が記述されており、大変わかりやすい説明でした。感謝！

branchA で開発していた新機能を master へマージするという前提。
マージ元：branchA
マージ先：master
とする。

1. ブランチを master へ切り替える
2. [チーム]-[マージ]（プロジェクトコンテキストメニュー）
3. Merge ‘master’
1. ツリーからマージ元ブランチを選択（今回は [ローカル]-[branchA]）
2. マージ・オプション
1. 現状意味不明なので、デフォルトのまま
2. ◎コミット
3. ◯コミットなし
4. ◯スカッシュ
3. 高速フォワード・オプション
1. 現状意味不明なので、デフォルトのまま
2. ◎高速フォワードの場合はブランチ位置のみ更新する
3. ◯高速フォワードの場合はマージ・コミットを作成する
4. ◯高速フォワードでない場合は失敗
4. [マージ]
4. マージ結果
1. マージ結果を表示してくれる
2. [OK]

マージした結果、コンフリクト（競合）を起こすことがある。

コンフリクトを起こしているファイルを開く
コンフリクト内容を、両方残すなり、片方を残すなり、対処
ファイルを保存
[チーム]-[索引に追加（Add to index）] とすることで、コンフリクトマークが消える
コンフリクトを全て解消したらコミット
プッシュ

プロジェクトエクスプローラ
コンフリクトを起こしているファイルにマーク（赤い左右矢印？）が付く
当該ファイル

プロジェクトコンテキストメニュー

1. プロジェクトコンテキストメニューから [チーム]-[切り替え] で、リセットしたいブランチをアクティブにする
2. プロジェクトコンテキストメニューから [チーム]-[リセット]
3. リセット: project_name
1. ツリーから、上書きしたいブランチを選択
2. リセット先：ツリーでブランチを選択することで自動入力
1. 「リセット先」と書かれると、「リセットしたいブランチ」のように受け取れるけど、
   実際は「当該ブランチをリセットするために元とするブランチ」をセットする
3. リセット・タイプ
1. ◯ソフト（HEAD 更新）
2. ◯混合（HEAD およびインデックス更新）
3. ◎ハード（HEAD, index, and working tree updated）
1. 何かも全て更地にしてコピー
4. リセット
4. 確認ダイアログ [はい]

ファイルのコンテキストメニュー
[置換]-[HEAD 改訂]

参考サイト
河西 高明 BLOG：Eclipse EGit で作業ファイルの変更を個別に元に戻す方法

EGit + Bitbucket でプッシュしようとしたときのエラー。

EGit プラグインを入れてローカルリポジトリを作成し
後から Bitbucket へ登録してリモートリポジトリを設定した。

1. プロジェクトのコンテキストメニュー
2. [チーム]-[リモート]-[プッシュ]
3. [宛先 Git リポジトリー]
4. [完了]

初回設定時も [構成済みのリモート・リポジトリー] 利用時も同様のエラーが出た。

プッシュ仕様設定を行っていなかった。

1. プロジェクトのコンテキストメニュー
2. [チーム]-[リモート]-[プッシュ]
3. [宛先 Git リポジトリー]
4. [次へ]
5. [プッシュ仕様設定]
1. [作成/更新仕様の追加]
1. [ソース参照]-[refs/heads/master（当該ブランチ？）
2. [宛先参照] は、ソース参照を設定することで自動的に設定される
3. [仕様の追加] をクリックすると、[プッシュの仕様に追加される
2. [‘origin’ 構成に仕様を保管] にチェックを入れると、次からは [宛先 Git リポジトリー] で [完了] するだけでプッシュできる
6. [次へ]
7. [プッシュ確認]
8. [完了]

メモ：ubuntu14.10でGit

プロジェクトコンテキストメニューではなく、Git リポジトリービューからプッシュする。

1. Git リポジトリービュー内の当該プロジェクトを開く
2. [リモート] を開く
3. 当該リモート名（リモートリポジトリ設定時に入力した名称。デフォルトは origin）を開く
4. 同じ URI が２行並んでいるので、プッシュ用（赤い↑）を右クリック
5. [プッシュの構成]
6. [保管およびプッシュ]

じっとしてないEGit：プッシュしたい内容があるのに、Can’t connect to any repository: XXXXXXX (Nothing to push.) と出た時の対応