- Git環境設定
ユーザー名の設定
メールボックスの設定
ユーザー名をチェック
メールボックスをチェック
- 最初のステップはローカルリポジトリを初期化することで、.git hidden ファイルが生成されます。すでに git リポジトリがあるときにもう一度これを行うと、次のようになります。
- 倉庫の初期化に成功したら、倉庫のステータスをリアルタイムで確認する方法をマスターする必要があります。もちろん、見ることができるステータスの種類はたくさんあるので、ここではそのすべてを列挙することはしませんが、いずれにせよ、プロンプトを読むことが重要です。
- ファイルのコミットを行うには、次の図のように git の基本的な内部構造を理解する必要があります。
まず、構造原理について：
- その名の通り、倉庫が最も頻繁に変更されるゾーンで、ルートディレクトリから見えるものはすべてワークスペースに属します。
- これは、git initコマンドが実行されるディレクトリであり、変更したいファイルが置かれている場所です。しかし、.gitディレクトリは含まれていません。
- 変更されたプロジェクトファイルの保存
次に、ローカルとリモートのライブラリ間のプッシュとプルの操作です：
- その名のとおり、ローカルリポジトリの対応するブランチの内容を、指定したリモートリポジトリにコミットします。
- プロジェクト全体またはブランチをダウンロードしてローカルリポジトリをクローンする場合、手動で初期化する必要はありません。
- は、リモートリポジトリの対応するブランチの内容をローカルにプルすることです、表面的な意味はこれですが、プルには2つのプロセスフェッチ+マージが含まれています、つまり、ローカルブランチの内容を取得するためにリモートブランチをプルしますまた、マージ操作を実行する必要があります、マージ操作では、まずすべてのgitは、2つのブランチの内容をマージするのに役立ちます。ブランチをマージできない場合は、人為的にマージする必要があります。
または
まず、WorkSpaceで変更を加えるときは、git addを使います。上のイメージの赤いパスのステージングエリアにすべての変更を追加します。あなたがJetbrainsの会社のツールの様々なを使用するときに、謎の多くは、あなたが何の変更を行っていないファイルの内容が、あなたはローカルの変更の内容をコミットするように求められますし、他の操作を行うと、理由は、最後のコミットと比較して、いくつかのファイルのビューを開いた後、しかし、IDEは、情報の変更を保持し、次の時間では、プロジェクトを開くと同時に開くためです。IDE はその変更情報を保持し、次にプロジェクトを開いたときにその変更情報を開くので、その変更情報もリポジトリの変更情報の一部となり、再度ステージングエリアにコミットする必要があります。Android Studioをローカルのgit.exeと一緒に使うと、システムが自動的にgit add .Android Studioを使うと、システムが自動的にgit add .
キャッシュの内容をローカルリポジトリにコミットするということは、コードの次のフェーズで行った変更が正式にローカルリポジトリに保存されたということであり、このコミットの記録が .git ファイルに残ることになります。git commit を使う場合は、Vim エディタに入って変更内容を入力し、保存して終了します。これは git commit -m "change info" と同じです。Vim エディタでは、まず編集を開始し、キーボードの i キーをクリックして情報の入力が完了し、ESC をクリックして編集状態を終了し、:wq と入力して保存して操作を終了します。
- リンク名：決まったコマンドはありません。
- リモートリポジトリのリンク：Httpsは、SSHの2つのリンクは、直接その上に自分のgitリポジトリのコピーであるが、ここでは2つの使用シナリオの違いを議論するためにあります。 Httpsは、通常、最も使用されるプロトコルであり、使用するgitで制限はありませんが、あなたが他の誰かの倉庫をクローンしたいときは、直接git clone [リモートリポジトリのリンク]ので、取得することができます。取得することができますが、SSHの使用は大きな制限であるため、SSHは、リポジトリの所有者または共同研究者だけでなく、キーを設定するために自分のコンピュータでなければなりません、Windowsの資格情報マネージャが存在するため、最初の時間は、gitの後に正常にログインし、再度プッシュ操作するときに、ユーザー名、パスワードを手動で入力する必要はありません。SSHの場合は、限り、ローカルキーのリモート構成として、プッシュ操作は、もはやログインする必要はありません。
- git push origin master: 現在のローカルブランチをオリジンリモートリポジトリの master ブランチにコミットします。
- git push -u origin master: デフォルトのリモートホスト名とブランチをローカルのカレントブランチに割り当てます。
- git push -f origin master: リモートの master ブランチの内容をローカルのブランチの内容に完全に置き換えます。
