gitは初めてです。概念的には、その一部がどのように機能するかについて少し混乱しています。
ですから、ローカルワークの観点からは、本番環境に入るものだけを含むブランチと、アイデアなどをテストするためのブランチを用意して、それをマージできるようにするのは良い考えのように思えます。それらのブランチを作成するのと同じくらい簡単で、プロジェクトへの最近の変更をマスターブランチにコミットしたくない場合は、「テスト」ブランチに切り替えて、そこからコミット/プッシュするだけですか？ローカルプロジェクトアクティビティとgitの間の相互作用について混乱しています。
たとえば、Androidプロジェクトにコードを追加して保存すると、コミットしない限り、これらの変更はマスターリポジトリに影響しません。実際のローカルプロジェクトに関しては、これらの変更は保存されていましたが、それは事実です。
私はこの権利について考えていますか？そうでない場合は、私をまっすぐにしますか？
たとえば、Android プロジェクトにコードを追加して保存すると、コミットしない限り、これらの変更はマスター リポジトリに影響しませんか? 実際のローカル プロジェクトに関しては、これらの変更は保存されていますが、これは当てはまります。
実際には、プッシュするまでマスター リポジトリは何も変更されません。コミットすると、ローカル リポジトリが変更されます。
ブランチをどのように整理するかはあなた次第ですが (実際には、同時に作業するものがいくつあるかによって異なります)、いつでもそれらのブランチを保持し、それらにコミットすることができます。マージするものの新しいブランチ、cherry-pick および/または rebase -i を使用してコミットのクリーンなシリーズを作成し、そのブランチをマージ/プッシュします。
git の作成者である Linux Torvalds は、3 年前に Google で Git に関するスピーチを行いました: http://www.youtube.com/watch?v=4XpnKHJAok8
Git Wiki ページ: https://git.wiki.kernel.org/index.php/Main_Page