Githubことはじめ

Github を使ってみる

twitter@tikitikipoo

１． Git の役割
２． Github を使う
　２−１． Github でバージョン管理
　２−２． Github のコマンドの意味
　２−３．記録したいものをリクエストする
　２−４．記録する
　２−５．変更を見る
　２−６．履歴を見る
３．もっと使えるようになるには

１． Git の役割

バージョン管理システム
≒ 変更履歴を記録すること

バージョン管理システムがやることは
大体４つの役割と考えて

１．変更履歴を調べる

２．「どうして変更したのか」と「誰が」を記録する

３．以前の状態に戻る

４．ディレクトリ構造をそのまま記録する

■ 変更履歴を調べる

上の例は 1.0 から 1.1 に変更されたことを表している。

■ 誰が： tikitikipoo
■ なぜ：写真問題対応、文字参照コード対応、…

これを覚えて帰って

一人で Github を使うにはこれだけ覚えれば使える

$ git add
$ git commit
$ git status
$ git diff
$ git push origin master

２−１． Github でバージョン管理

Github に行ってプロジェクトを作成する

リポジトリ：プロジェクトを記録するデータベースのこと

２−２． Github のコマンドの意味


ファイルを記録するにあたって「誰が」記録したかを設定す
る。

２−２． Github コマンドの意味

mkdir git_test1 は「 git_test1 」ディレクトリを作成

cd git_test1 は git_test1 ディレクトリに移動


$ git init 　← git のすべての始まり
バージョン管理をしていきますと宣言するコマンド
コマンドを実行したディレクトリ以下が管理対象になる

$ touch README は README というファイルを作成


$ git add README

Git のバージョン管理に記録したいものをリクエストする

git add しなかったらバージョン管理に登録されない


$ git commit README

Git のバージョン管理に記録したいものを記録する。これで晴
れてバージョン管理対象となる。

「 -m 」はメッセージを１行で追加しますというオプションコ
マンド。
ある時点でのプロジェクトの状態を記録したものを、リビジョンと呼んで、
「コミットする」という言葉は前のリビジョンに基づいて、変更を加えた新し
いリビジョンを作るという意味


$ git remote add origin git@github.com:tikitikipoo/git_test1.git

リモートサーバに origin ていうあだ名をつけますよ。
リモートサーバは github.com の tikitikipoo/git_test1.git ディレ
クトリを指しますよ。
git@ は git ユーザでログインしますよ。

とにかくここでの意訳は
リモートサーバの URL に origin というあだなをつけただけ。
別に origin でなくてもよい。なんだったらつけなくてもよ
い。


$ git push -u origin master

push = アップロード
origin = リモートのサーバ名（登録してなかったらさっきの
git@github~ を書くことになる）
master = デフォルトの格納領域

意訳は
ローカルのコードを、 origin というリモートサーバに対して
アップロードして。指定する格納領域は master で。

２−２．まとめ
とにかく
$ git add .
$ git commit . -m ' コミットした内容を入力 '
でファイルがバージョン管理されていく。

２−３．記録したいものリクエストする
$ git add < ファイルまたはディレクトリ >

状態の記録をリクエストする

２−４．記録する
$ git commit < ファイルまたはディレクトリ >

２−３、２−４まとめ
$ git add . $ git commit .

ワークツリー＝作業場インデックスリポジトリ

$ git reset <path> $ git reset HEAD^

２−５．変更を見る

$ git status ファイルまたはディレクトリまたは指定なし

ワークツリーの状態とインデックスの状態を出力

２−５．変更を見る - status
ワークツリーでの変更≒インデックスでまだ管理していない

# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# about.html

Untracked
まだ Git は管理しませんよ

インデックスで管理

# Changes to be committed:
# (use "git rm --cached <file>..." to unstage)
#
# new file: about.html
#

Changes to be committed
記録したいものをリクエストした状態
コミットすれば管理されるよ

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:
変更されているけど、記録したいってリクエストしてないよ

２−５．変更を見る - diff

$ git diff ファイルまたはディレクトリ

どのように変更したかをユニファイド形式の diff で出力され
る。
この形式のファイルはパッチ（ patch ）と呼ばれる

２−５．変更を見る - 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 に関するパッチであることを表すヘッダ情報
・ @@ ~ @@ はーは変更前の先頭行番号と行数。＋は変更後の以下略
・インデントされたファイル内容の抜粋。
・ー（マイナス記号）変更前の内容
・＋（プラス記号）変更後の内容
・

２−５．変更を見る
$ git add . $ git commit .

$ git diff . $ git diff --cached
$ git diff HEAD

ワークツリー＝作業場インデックスリポジトリ

$ git reset <path> $ git reset HEAD^
$ git reset HEAD~x

２−６．履歴を見る

$ gitk

GUI 環境が使えれば変更履歴を表示

$ git log - 数字 -p

数字分パッチ形式でコミットを表示

Github の履歴見るのもよし

まとめ
一人で Github 使うにあたっては以下のものを覚えてれば大体
なんとかなる
$ git add
$ git commit
$ git status
$ git diff

おまけ
$ git init （最初だけしか使わない）
$ gitk
$ git rm < ファイルまたはディレクトリ >

３．もっと使えるようになるには

対象：だれでも
自分が読んだ感想として

対象：入門者
目次と amazon のレビューか
ら
いいんじゃないかなと思った

対象：中級者から
自分のプログラマ仲間が神本
だと言っていた

Githubことはじめ

Recommandé

Recommandé

Contenu connexe

Similaire à Githubことはじめ

Similaire à Githubことはじめ (20)

Dernier

Dernier (7)

Githubことはじめ

Notes de l'éditeur