【ZZ】TryGitチュートリアル
4554 ワード
何気なくネットでTryGitのGitチュートリアルを見て、ずっとGitを学びたいと思っていましたが、これを開いていませんでした.食事の前に15分もかけて、TryGitのチュートリアルを過ぎて、大体の流れは以下の通りです(このチュートリアルではgithub pushバージョンの情報に触れるので、まずCode School AccountかGitHub Accountを用意したほうがいいです):
1.バージョンウェアハウスの初期化
このコマンドは、現在のディレクトリの下に1つ生成されます.gitディレクトリgitに必要なバージョン管理情報が格納されている
git倉庫の現在のステータスが表示されます
”# Initial commit“
2.ファイルを追加
現在のディレクトリの下にファイル(try gitが自動的に作成)とディレクトリ(自動)を追加し、git statusコマンドで現在のバージョンライブラリのステータスを表示します.
gitにこのファイルに注目するように通知して、提出する前に、今回の変更はまだ1つのバージョンになっていません)でもいいです.
ワイルドカードによるファイルの一括追加
すべてのフォルダでtxtファイルが検索されます.
3.github上のリモートウェアハウス(remote repository)を追加
ローカルのプロファイルにoriginというgithubリモートウェアハウス構成を追加します.
4.ローカルバージョンをgithubにpushする
本
地下倉庫で使われているバージョンはmasterですが、
リモートgithubのバージョンはoriginで、このコマンドはローカルmasterのバージョン情報pushをgithub倉庫に送ります(githubの倉庫名がtry_gitでない場合、
倉庫の存在を事前に保証するにはtry_gitチュートリアルは自動的に作成するので、pushの時に間違いはありません.
1つのgithubに存在しない倉庫にプッシュすると、Repository Not Foundエラーになります)
5.githubから最新バージョンを引く[他の場所でgithubのバージョンを更新したと仮定すると、これらの更新をローカルに引く必要がある]
origin[githubリモート]からローカルのmasterブランチへ
6.ステージでの変更の表示
これを前提にgit addが追加したファイルは、最終的に新しいバージョンではなく「stage」という状態にコミットされるので、git addの後、commitの前にdiffツールでstageにどのような更新があるかを確認できます.
(注:この時点でファイルを修正してgit addを再gitしない場合、stageには前回addの内容が保持されています.この場合、CIも前回git addの場合のファイルの内容しかCIされません)
git addの更新後に突然提出したくない場合は、
ファイルはmodified状態に戻っただけです.
7.ファイルの復元
git resetは、staged状態からmodified状態にファイルを再設定するだけですが、ファイルが最後にコミットされた後のすべての更新を行うには、
注意、–決して少なくしてはいけません.–単一のファイルを表し、もし-がなければ、ブランチの名前を表します.ブランチの概念は後で詳しく説明します.
注意、
git checkoutはmodifed状態のファイルrevertを前の最後に変更する前の状態にするしかなく、1つのファイルのgit addがstaged状態に入った場合、checkoutは効果がありません.では、stagedの状態を処理するファイルを直接未修正の状態に戻す方法はまだ見つかっていません.とりあえず問題をここに残しておきましょう.はい、菜鳥は入門したばかりで、みんな笑っています.
8.ブランチの作成
clean_という名前のupの分岐(ここのチュートリアルは少し穴が空いていて、clean_upという名前をつけて、英語に注意していないので、最初は前の分岐に対していくつかの掃除をすると思っていました.汗ですね.汗)
clean_に切り替えupブランチ
clean_upブランチでいくつかの変更を行い、
マスターブランチに戻り、merge clean_upブランチでの更新
これでTryGit基本チュートリアルは終わります.学習後,repository,branch,modied状態,Staged状態について簡単な認識があり,いくつかの基本命令について一定の把握がある.熟練と精通までまだ長い道のりがあると思います.頑張ってください.
——————————————————-
TryGitアドレス:http://try.github.com
gitを学ぶ良い場所をもう一つ補充して、http://gitbook.liuhui998.comここではgitの実装に偏っている.
SVN兄貴は時々あまり力が入らないと感じて、hgに変えようと思っていましたが、今回は強ちゃんが帰ってきてgitを極力お勧めし、git windowsの下にもtotoise svnのような仕事GUIツールがありました.Eclipseの下のEgitサポートもいいので、後でgitの下に投げましょう.次のリンクは、関連する開発ツールとドキュメントです.
1.バージョンウェアハウスの初期化
git init
このコマンドは、現在のディレクトリの下に1つ生成されます.gitディレクトリgitに必要なバージョン管理情報が格納されている
git status
git倉庫の現在のステータスが表示されます
”# Initial commit“
2.ファイルを追加
現在のディレクトリの下にファイル(try gitが自動的に作成)とディレクトリ(自動)を追加し、git statusコマンドで現在のバージョンライブラリのステータスを表示します.
git add octocat.txt
octocat.txtファイルはバージョンシステムに追加されます(注意、これはただgitにこのファイルに注目するように通知して、提出する前に、今回の変更はまだ1つのバージョンになっていません)でもいいです.
ワイルドカードによるファイルの一括追加
git add '*.txt'
ワイルドカード*.txt外引用符、引用符がない場合、コマンドはshellによって先に解析されます.すなわち*.txtの内容は現在のディレクトリの下のすべてのtxtファイルになり、サブディレクトリのすべてのtxtファイルは無視され、'*.txt’はワイルドカードをgitに渡して処理しgit内部で完了するすべてのフォルダでtxtファイルが検索されます.
git commit -m "add some txt file"
変更バージョンをバージョンライブラリに送信します.3.github上のリモートウェアハウス(remote repository)を追加
git remote add origin [email protected]:/try_git.git
ここでngloomは自分のgithubユーザー名になる必要があります.このコマンドはローカルのプロファイルにoriginというgithubリモートウェアハウス構成を追加します.
4.ローカルバージョンをgithubにpushする
git push -u origin master
本
地下倉庫で使われているバージョンはmasterですが、
リモートgithubのバージョンはoriginで、このコマンドはローカルmasterのバージョン情報pushをgithub倉庫に送ります(githubの倉庫名がtry_gitでない場合、
倉庫の存在を事前に保証するにはtry_gitチュートリアルは自動的に作成するので、pushの時に間違いはありません.
1つのgithubに存在しない倉庫にプッシュすると、Repository Not Foundエラーになります)
5.githubから最新バージョンを引く[他の場所でgithubのバージョンを更新したと仮定すると、これらの更新をローカルに引く必要がある]
git pull origin master
origin[githubリモート]からローカルのmasterブランチへ
git diff HEAD
新しいバージョンでどのような変化があるかを確認します.6.ステージでの変更の表示
これを前提にgit addが追加したファイルは、最終的に新しいバージョンではなく「stage」という状態にコミットされるので、git addの後、commitの前にdiffツールでstageにどのような更新があるかを確認できます.
git diff --statged
(注:この時点でファイルを修正してgit addを再gitしない場合、stageには前回addの内容が保持されています.この場合、CIも前回git addの場合のファイルの内容しかCIされません)
git addの更新後に突然提出したくない場合は、
git reset filename
はステージ内のファイルの更新を削除しますが、安心してください.ローカルのファイルの内容の更新は削除されません.ファイルはmodified状態に戻っただけです.
7.ファイルの復元
git resetは、staged状態からmodified状態にファイルを再設定するだけですが、ファイルが最後にコミットされた後のすべての更新を行うには、
git checkout --filename
注意、–決して少なくしてはいけません.–単一のファイルを表し、もし-がなければ、ブランチの名前を表します.ブランチの概念は後で詳しく説明します.
注意、
git checkoutはmodifed状態のファイルrevertを前の最後に変更する前の状態にするしかなく、1つのファイルのgit addがstaged状態に入った場合、checkoutは効果がありません.では、stagedの状態を処理するファイルを直接未修正の状態に戻す方法はまだ見つかっていません.とりあえず問題をここに残しておきましょう.はい、菜鳥は入門したばかりで、みんな笑っています.
8.ブランチの作成
git branch clean_up
clean_という名前のupの分岐(ここのチュートリアルは少し穴が空いていて、clean_upという名前をつけて、英語に注意していないので、最初は前の分岐に対していくつかの掃除をすると思っていました.汗ですね.汗)
git branch
は、現在のシステムにどのブランチがあるかを確認し、どのブランチが使用されているかを見ることができます.clean_に切り替えupブランチ
git checkout clean_up
以前git checkoutロールバックファイルで修正したときに言いましたが、-はファイルロールバックを表し、「-」がなければブランチの切り替えを表します.clean_upブランチでいくつかの変更を行い、
git rm '*.txt'
提出git commit -m 'remove all txt'
clean_upバージョンpushからgithubgit push origin clean_up
githubには2つのバージョンがあります.1つはmasterで、1つはclean_です.up マスターブランチに戻り、merge clean_upブランチでの更新
git checkout master && git merge clean_up
clean_upはすでに自分の使命を果たして、取り除くことができますgit branch -d clean_up
git push
masterの最新バージョンをgithubにpushこれでTryGit基本チュートリアルは終わります.学習後,repository,branch,modied状態,Staged状態について簡単な認識があり,いくつかの基本命令について一定の把握がある.熟練と精通までまだ長い道のりがあると思います.頑張ってください.
——————————————————-
TryGitアドレス:http://try.github.com
gitを学ぶ良い場所をもう一つ補充して、http://gitbook.liuhui998.comここではgitの実装に偏っている.
SVN兄貴は時々あまり力が入らないと感じて、hgに変えようと思っていましたが、今回は強ちゃんが帰ってきてgitを極力お勧めし、git windowsの下にもtotoise svnのような仕事GUIツールがありました.Eclipseの下のEgitサポートもいいので、後でgitの下に投げましょう.次のリンクは、関連する開発ツールとドキュメントです.
Github for Windows: http://code.google.com/p/msysgit/downloads/list?can=3
TortoiseGit : http://code.google.com/p/tortoisegit/downloads/list
EGit: http://www.eclipse.org/egit/download/
tortoiseGit github , app 。
: http://www.bitsun.com/documents/gittutorcn.htm
http://progit.org/book/zh/
leemars :
Gitready: http://gitready.com/
Git from the bottom up
Pro Git
Git Immersion