Recomendados
Más contenido relacionado
Similar a Githubことはじめ
Similar a Githubことはじめ (20)
Último
Último (9)
Githubことはじめ
- 1. Github を使ってみる twitter@tikitikipoo
- 2. １． Git の役割 ２． Github を使う ２−１． Github でバージョン管理 ２−２． Github のコマンドの意味 ２−３．記録したいものをリクエストする ２−４．記録する ２−５．変更を見る ２−６．履歴を見る ３．もっと使えるようになるには
- 3. １． Git の役割 バージョン管理システム ≒ 変更履歴を記録すること
- 5. ■ 変更履歴を調べる 上の例は 1.0 から 1.1 に変更されたことを表している。
- 6. ■ 誰が： tikitikipoo ■ なぜ：写真問題対応、文字参照コード対応、…
- 8. これを覚えて帰って 一人で Github を使うにはこれだけ覚えれば使える $ git add $ git commit $ git status $ git diff $ git push origin master
- 9. ２−１． Github でバージョン管理 Github に行ってプロジェクトを作成する リポジトリ：プロジェクトを記録するデータベースのこと
- 12. ２−２． Github コマンドの意味 mkdir git_test1 は「 git_test1 」ディレクトリを作成 cd git_test1 は git_test1 ディレクトリに移動
- 13. ２−２． Github のコマンドの意味 $ git init ← git のすべての始まり バージョン管理をしていきますと宣言するコマンド コマンドを実行したディレクトリ以下が管理対象になる $ touch README は README というファイルを作成
- 14. ２−２． Github のコマンドの意味 $ git add README Git のバージョン管理に記録したいものをリクエストする git add しなかったらバージョン管理に登録されない
- 15. ２−２． Github のコマンドの意味 $ git commit README Git のバージョン管理に記録したいものを記録する。これで晴 れてバージョン管理対象となる。 「 -m 」はメッセージを１行で追加しますというオプションコ マンド。 ある時点でのプロジェクトの状態を記録したものを、リビジョンと呼んで、 「コミットする」という言葉は前のリビジョンに基づいて、変更を加えた新し いリビジョンを作るという意味
- 16. ２−２． Github のコマンドの意味 $ git remote add origin git@github.com:tikitikipoo/git_test1.git リモートサーバに origin ていうあだ名をつけますよ。 リモートサーバは github.com の tikitikipoo/git_test1.git ディレ クトリを指しますよ。 git@ は git ユーザでログインしますよ。 とにかくここでの意訳は リモートサーバの URL に origin というあだなをつけただけ。 別に origin でなくてもよい。なんだったらつけなくてもよ い。
- 17. ２−２． Github のコマンドの意味 $ git push -u origin master push = アップロード origin = リモートのサーバ名（登録してなかったらさっきの git@github~ を書くことになる） master = デフォルトの格納領域 意訳は ローカルのコードを、 origin というリモートサーバに対して アップロードして。指定する格納領域は master で。
- 18. ２−２．まとめ とにかく $ git add . $ git commit . -m ' コミットした内容を入力 ' $ git push origin master でファイルがバージョン管理されていく 。
- 19. ２−３．記録したいものリクエストする $ git add < ファイルまたはディレクトリ > 状態の記録をリクエストする
- 20. ２−４．記録する $ git commit < ファイルまたはディレクトリ >
- 21. ２−３、２−４まとめ $ git add . $ git commit . ワークツリー＝作業場 インデックス リポジトリ $ git reset <path> $ git reset HEAD^
- 22. ２−５．変更を見る $ git status ファイルまたはディレクトリまたは指定なし ワークツリーの状態とインデックスの状態を出力
- 23. ２−５．変更を見る - status ワークツリーでの変更≒インデックスでまだ管理していない # Untracked files: # (use "git add <file>..." to include in what will be committed) # # about.html Untracked まだ Git は管理しませんよ
- 24. ２−５．変更を見る - status インデックスで管理 # Changes to be committed: # (use "git rm --cached <file>..." to unstage) # # new file: about.html # Changes to be committed 記録したいものをリクエストした状態 コミットすれば管理されるよ
- 25. ２−５．変更を見る - status Git で管理されてるけどリポジトリの情報と違う # Changed but not updated: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: about.html Changed but not updated: 変更されているけど、記録したいってリクエストしてないよ
- 26. ２−５．変更を見る - diff $ git diff ファイルまたはディレクトリ どのように変更したかをユニファイド形式の diff で出力され る。 この形式のファイルはパッチ（ patch ）と呼ばれる
- 27. ２−５．変更を見る - diff diff --git a/about.html b/about.html index 6747c3f..09c5951 100644 --- a/about.html +++ b/about.html @@ -6,7 +6,7 @@ </head> <body> <div id="header"> - <h1></h1> + <h1>tikitikipoo</h1> </div> <div id"content"></div> <div id="footer"></div> ・ヘッダーに about.html に関するパッチであることを表すヘッダ情報 ・ @@ ~ @@ はーは変更前の先頭行番号と行数。＋は変更後の以下略 ・インデントされたファイル内容の抜粋。 ・ー（マイナス記号）変更前の内容 ・＋（プラス記号）変更後の内容 ・
- 28. ２−５．変更を見る $ git add . $ git commit . $ git diff . $ git diff --cached $ git diff HEAD ワークツリー＝作業場 インデックス リポジトリ $ git reset <path> $ git reset HEAD^ $ git reset HEAD~x
- 29. ２−６．履歴を見る $ gitk GUI 環境が使えれば変更履歴を表示 $ git log - 数字 -p 数字分パッチ形式でコミットを表示 Github の履歴見るのもよし
- 30. まとめ 一人で Github 使うにあたっては以下のものを覚えてれば大体 なんとかなる $ git add $ git commit $ git status $ git diff $ git push origin master おまけ $ git init （最初だけしか使わない） $ gitk $ git rm < ファイルまたはディレクトリ >
- 31. ３．もっと使えるようになるには 対象：だれでも 自分が読んだ感想として 対象：入門者 目次と amazon のレビューか ら いいんじゃないかなと思った 対象：中級者から 自分のプログラマ仲間が神本 だと言っていた
Notas del editor
- https://github.com/tikitikipoo/POTI/network https://github.com/tikitikipoo/POTI/commit/4c7c31debe013fc0cf98eeb283cddf9da731ea95
- html:5 (#header>h1) +#content+#footer
- git log --pretty-short='h1'