ゼロからのGitを理解します

Gitは何ですか？

Gitは、世界で最も先進的な分散型バージョン管理システム（誰）です。

特徴：グレード上のハイエンドな雰囲気。

Gitリポジトリをインストールします。

Gitはまた、通常のバージョン管理システムである、あなたはまた、Javaと同様に、ツールとして理解することができ、している最初にダウンロードし、使用前にインストールし、最初のステップは、インストールする必要がありますので、実際には、システムは、Mac上でGitに付属しています、WindowsのそれはOKで、次のされています。

Gitの基本的な操作コマンド

githubのアカウントの設定

1 
2 
3

-global user.nameコンフィグgitの"benarchen" 
gitの設定-global user.email "[email protected]" 
のgitのgitのコンフィグ--list＃ビューの設定情報。

基本コマンド

gitの状態＃は、リポジトリの現在の状態を表示します。
gitのINIT＃は、リポジトリを初期化します。
＃はgitリポジトリにファイルを提出するgitの追加、実際には、バッファの状態にファイルです。
Gitはgitリポジトリに-m「最初の提出」＃真の提出をコミット（GitHubのアカウントに署名する必要があります）。
gitのログ＃は、Gitはコミットログを表示します。
gitの差分＃は、変更内容を表示することができます。

バージョンロールバック

（Gitの最も重要な機能）
gitが戻る前バージョンに--hard HEAD ^＃秋リセット
バックバージョンの--hard HEAD ^＃秋リセットgitの
上にフォールバックする--hard HEAD〜100＃100バージョンをリセットgitの
Gitは--hard HEAD特定のバージョン番号＃が特定のバージョン番号にフォールバックリセット
のfileName＃相当が失効- gitのチェックアウト。要するに、これは最後のgitの追加またはgitのコミット時の状態に戻すfileNameにファイルをさせることです

リモートリポジトリ

あなたはGitHubのアカウントを取得したら、あなたは無料のクローンやその他のプロジェクトをダウンロードすることができ、またはあなた自身の作成することができ
、プロジェクトを、しかし、あなたは、コードを提出することはできません。して自由ならば、確かに、コードを提出することができることが自由にできないことも知っていると思う
、それはそう承認のいくつかの種類の必要性は、コードの前に提出しなければならないで、混乱GitHubの上でプロジェクト、その後、コードを提出していない
、と一般的にGitHubの上これは、SSHの認証に基づいています。

設定SSHキーは、SSH鍵ファイルを生成しました：

1 
2 
3

LSはの〜/ .ssh＃公開鍵はssh自身のシステムがあるかどうかを確認するには、このコマンドを使用します。
SSH-keygenは-t rsaの-Cキーファイルを生成するために、「あなたのGitHubが電子メールを登録し、」
現在のディレクトリを削除するの.ssh＃キー-rf RMを

そして、3はストレートEnterキーを押し、デフォルトのパスワードが必要とされていない場合、すべての内容をコピーしますキー生成の.sshフォルダをid_rsa.pub見つけます。オープンGitHub_Settings_keysのページ、新しいSSHキー、タイトルのタイトルを作成するには、いずれかで埋めることができ、ちょうどid_rsa.pubの内容は中に移動し、追加のSSHキーをクリックしてコピー＆ペーストします。

Gitのバッシュでは、公共のGitHubを設定するかどうかを検出し入力します。

1 
2

SSH -T [email protected]テストは、それを継続するには、yesを選択するどのようなセキュリティ、言うかもしれません。
					 注意：SSHの成功は、キーアイコンはgithubの上の緑色に変わり見ることができた後。

説明：サーバー上に保存されたGITは、公開鍵、ローカルに保存された秘密鍵であるあなたは、リモートでコードがライブラリにネイティブコードライブラリを押すと、サーバはあなたの秘密鍵を参照するように依頼し、自分の秘密鍵を使用し、その公開鍵を表示しますペアリングは、認証を完了します。非対称暗号化が使用されているので、公開鍵は、限り、あなたは、秘密鍵の世話をすることができますよう、公共行うことができます。ので

このステップは、実際にマシンとgithubのアカウントに関連しています。

リモートリポジトリに関連付けられています：

1つの
2 
大カラム   ゼロ知識のGitから > 3「行」
4

GitHubには、関連付けられたリモート・ウェアハウス・アドレス＃上で原点倉庫を追加し、リモートgitの
リモートRM起源位関連する削除gitの
最初の時間のための＃はリモートリポジトリのプルする必要がある--allow-無関係-履歴マスターの前にgitのプルの原点を
gitのプッシュ原点マスター＃は、ネイティブコードを置きますリモート・マスター・ブランチにプッシュ。

注意：ゼロから開発すると、リモートデータベースを持つことで、その後、地元の図書館があります。

1	gitのクローン[email protected]：ローカルのGithubクローンのbenarchen / first.git＃プロジェクト。

支店の管理

枝の役割は、各開発者は、開発プロジェクトライブラリの進行に独自の行を持つことができ、支店を持つ、グループが開発に協力してできるようにすることです。ように、その後マスターブランチへの同期の完了を担当し、独自の部分を開発しています。Gitのブランチは、作成、削除、およびスイッチング分岐が、Gitは非常に短時間で完了できるかどうか、違います！

ブランチを作成します

gitのブランチブランチ名の＃は、ブランチ作成
gitのチェックアウト支店名＃ハンドオーバブランチ
＃が作成Gitチェックアウト-b支店名をブランチに切り替える
*ブランチはマークの前にGitのブランチ＃は、現在そこにある、すべての枝を表示します

リモートリポジトリにプッシュ

、説明を追加ステートメントを作成し、リモートブランチプッシュするローカル必要性からGitのプッシュ--set-上流の原点benarの＃最初のプッシュ
に枝に直接プッシュを宣言していない後、初めてのgitのプッシュ原点＃を
gitのマージbenarの＃分岐マスターへの分岐benar内容をマージする
リモートにプッシュその後、Gitのプッシュ原点＃メインブランチと
gitのログ--graph番号は、図の枝がマージを参照してください。

削除された枝

1 
2 
3

gitのブランチはブランチブランチ＃1の名前を削除-d 
Gitのプッシュ起源：支店名＃は、リモートブランチの削除	 
リモートブランチブランチ名の＃を削除--delete Gitのプッシュの原点を

ドロップダウン倉庫

1 2	gitのプル原点マスター＃コードダウンローカルへのリモート・マスター。 gitのクローン[email protected]：地元の倉庫にbenarchen / sddc.git＃クローン

支店使用ポリシー

マスターブランチは非常に安定であるべきであり、まだその上で動作することはできません通常、新しいバージョンをリリースするために使用されます。あなたは、開発ブランチ、その分岐副マスターとしてのdevのブランチを作成することができます。各開発者は独自のブランチを持っているか、自分の仕事が時間からのdevの枝、最終リリースにmasterブランチアップに同期した時刻に実行された後。

ラベル管理

gitのタグタグ名タグヒット＃の
gitのタグ＃は、すべてのタグを見る
gitのタグタグ名commitID＃はタグ付けコミットIDを指定
gitのタグ-aラベル名-m「タグ情報」＃コメントタグ情報
指定されたタグ名＃タグに切り替えるにはgitのチェックアウトを
gitの＃ショーのタグ名テキストビューに
gitのタグを＃ラベル名タグ削除-d 
リモートのgitのプッシュ原点ラベル名タグ＃プッシュ
gitのプッシュ原点--tag＃ -時間プッシュがすべてのリモートローカルラベルにプッシュされていない
gitのタグ-dラベル名＃ローカルラベルの削除
Gitのプッシュ起源：レフリー/タグ/タグ名の＃は、リモートにプッシュしてからラベルを削除されています