gitをリポジトリとして使用するプロジェクトに取り組み始めたところです。私は1つの開発チームであるため、実際にバージョン管理システムを使用したことはありません。ローカルリポジトリのブランチを作成する場合、私が理解していることから、そのブランチをelcipseで選択してから、コードに変更を加えます。これで、元のマスターブランチを選択できるようになります。マージしていなければ、これらの変更は表示されません。
私を混乱させているのは、マスターに戻ったときに、新しいブランチで行った変更がそこにあることです...マージしていなくても。
私は明らかに全体を誤解しています....どんなアイデアでもありがとう。
Gitを学ぶための素晴らしいリソースはProGitだと思います。本ですが、オンラインで読むことができます。最初の章では、バージョン管理とgitの基本について説明します。
また、いくつかのgitチュートリアルがリストされているこの質問を確認してください。
クイックスタートガイドをお探しの場合でも、少なくともProGitの最初の3つの章をお読みになることをお勧めします。これにより、バージョン管理システムの使用方法、いくつかのgitの基本、および分岐とマージの機能についての一般的な理解が得られます。次に、私が投稿した2番目のリンクのチュートリアルを確認してください。
egitに関しては、公式サイトにいくつかのドキュメントがあります。gitを手に入れると、egitの使い方を簡単に学ぶことができます。
ローカルリポジトリのブランチを作成する場合、私が理解していることから、そのブランチをelcipseで選択してから、コードに変更を加えます。これで、元のマスターブランチを選択できるようになります。マージしていなければ、これらの変更は表示されません。
私を混乱させているのは、マスターに戻ったときに、新しいブランチで行った変更がそこにあることです...マージしていなくても。
あなたはこれを明確に言っていませんでしたが、私の推測では、あなたはそれらの変更をコミットしなかったと思います。Gitを使用すると、変更がコミットされていないブランチを切り替えることができます。ただし、これらの変更が2つのブランチ間で異なるファイルにない場合に限ります。これが役立つ大きなことは、コミットしようとしているときに、間違ったブランチがチェックアウトされていることを発見することです。
変更をコミットしてからブランチを切り替えると、期待どおりにそれらが消えるのがわかります。
（ちなみに、マージはコミットベースの操作です。2つの（通常）コミットをマージし、元の2つの両方を親として新しいコミットを作成します。コミットされていない変更とのマージについて考えるのは意味がありません。）
使い方を学び、さらに重要なことにGitを理解することに関しては、 Git Parable（コアアイデアの簡単な紹介）、ProGit、Git Community Bookなど、すばらしい参考資料がたくさんあります。EGitは原則として素晴らしいものであり、IDEを介して物事にアクセスできるようにしますが、内部で物事が実際にどのように機能しているかについての十分な理解をスキップしないように注意します。いつかボタンをクリックして「ああ、私は何をしたんだ！」と言うことからあなたを救うでしょう。
Egitに関しては、ekkeのコーナー記事をお勧めします。