環境

OS
CentOS release 6.4 (64bit)

Git Version
1.9.0

Gitについて

用語

作業ディレクトリ

作業ディレクトリとはリポジトリをチェックアウトし、ファイル実体を配置して編集作業などを行うディレクトリのことである。
Gitはファイルを管理する中央のリポジトリ以外に、開発者がローカルにそのリポジトリのコピー（クローン）のリポジトリを持つ。
作業ディレクトリは開発者用のリポジトリに存在し、そこで作業ディレクトリからローカルリポジトリに反映、
ローカルリポジトリから中央リポジトリに反映という手順が取られる。

Gitの構築

Gitによる通信は複数のプロトコルから選択可能である。
参考:http://git-scm.com/book/ja/Git-サーバー

SSH
- 利点
  - 用意が簡単である
  - 認証機構を使用できる
  - Linuxアクセス権限が流用できる
- 欠点
  - 匿名アクセスを使用できない
  - 必ず暗号化のオーバーヘッドが発生する

Git
9418番ポートを使用する
- 利点
  - Git専用のため高速である
- 欠点
  - 認証機構を使用できない

HTTP/HTTPS
- 利点
  - WEBサーバ環境があれば、流用できる
- 欠点
  - 認証機構を使用できない
  - HTTP自体の処理のオーバーヘッドが非常に重い

サーバー(git-daemon)のインストール

クライアント(git)のインストール

ソースコードからインストール

関連パッケージをインストールする
1. コンパイラをインストールする
```
yum install gcc
```
ダウンロードサイト:https://code.google.com/p/git-core/downloads/listからアーカイブのURLを取得する

ダウンロードする

wget https://git-core.googlecode.com/files/git-1.9.0.tar.gz

アーカイブファイルを展開する
```
tar xzfv git-*.tar.gz
```
ソースコードディレクトリへ移動する
```
cd git-*
```
コンパイル最適化設定を行う
```
export CFLAGS="-O3 -m64"
```

configure設定を行う

./configure --prefix=/usr/local/git-1.9.0

使用できる設定内容は以下のとおり

[root@ip-10-255-246-27 git-1.9.0]# ./configure --help
`configure' configures git 1.9.0 to adapt to many kinds of systems.

Usage: ./configure [OPTION]... [VAR=VALUE]...

To assign environment variables (e.g., CC, CFLAGS...), specify them as
VAR=VALUE.  See below for descriptions of some of the useful variables.

Defaults for the options are specified in brackets.

Configuration:
  -h, --help              display this help and exit
      --help=short        display options specific to this package
      --help=recursive    display the short help of all the included packages
  -V, --version           display version information and exit
  -q, --quiet, --silent   do not print `checking ...' messages
      --cache-file=FILE   cache test results in FILE [disabled]
  -C, --config-cache      alias for `--cache-file=config.cache'
  -n, --no-create         do not create output files
      --srcdir=DIR        find the sources in DIR [configure dir or `..']

Installation directories:
  --prefix=PREFIX         install architecture-independent files in PREFIX
                          [/usr/local]
  --exec-prefix=EPREFIX   install architecture-dependent files in EPREFIX
                          [PREFIX]

By default, `make install' will install all the files in
`/usr/local/bin', `/usr/local/lib' etc.  You can specify
an installation prefix other than `/usr/local' using `--prefix',
for instance `--prefix=$HOME'.

For better control, use the options below.

Fine tuning of the installation directories:
  --bindir=DIR            user executables [EPREFIX/bin]
  --sbindir=DIR           system admin executables [EPREFIX/sbin]
  --libexecdir=DIR        program executables [EPREFIX/libexec]
  --sysconfdir=DIR        read-only single-machine data [PREFIX/etc]
  --sharedstatedir=DIR    modifiable architecture-independent data [PREFIX/com]
  --localstatedir=DIR     modifiable single-machine data [PREFIX/var]
  --libdir=DIR            object code libraries [EPREFIX/lib]
  --includedir=DIR        C header files [PREFIX/include]
  --oldincludedir=DIR     C header files for non-gcc [/usr/include]
  --datarootdir=DIR       read-only arch.-independent data root [PREFIX/share]
  --datadir=DIR           read-only architecture-independent data [DATAROOTDIR]
  --infodir=DIR           info documentation [DATAROOTDIR/info]
  --localedir=DIR         locale-dependent data [DATAROOTDIR/locale]
  --mandir=DIR            man documentation [DATAROOTDIR/man]
  --docdir=DIR            documentation root [DATAROOTDIR/doc/git]
  --htmldir=DIR           html documentation [DOCDIR]
  --dvidir=DIR            dvi documentation [DOCDIR]
  --pdfdir=DIR            pdf documentation [DOCDIR]
  --psdir=DIR             ps documentation [DOCDIR]

Optional Features:
  --disable-option-checking  ignore unrecognized --enable/--with options
  --disable-FEATURE       do not include FEATURE (same as --enable-FEATURE=no)
  --enable-FEATURE[=ARG]  include FEATURE [ARG=yes]
  --enable-pthreads=FLAGS FLAGS is the value to pass to the compiler to enable
                          POSIX Threads. The default if FLAGS is not specified
                          is to try first -pthread and then -lpthread.
                          --disable-pthreads will disable threading.
  --enable-jsmin=PATH     PATH is the name of a JavaScript minifier or the
                          absolute path to one.
  --enable-cssmin=PATH    PATH is the name of a CSS minifier or the absolute
                          path to one.

Optional Packages:
  --with-PACKAGE[=ARG]    use PACKAGE [ARG=yes]
  --without-PACKAGE       do not use PACKAGE (same as --with-PACKAGE=no)
  --with-sane-tool-path=DIR-1[:DIR-2...:DIR-n]
                          Directories to prepend to PATH in build system and
                          generated scripts
  --with-lib=ARG          ARG specifies alternative name for lib directory
  --with-openssl          use OpenSSL library (default is YES)
                          ARG can be prefix for openssl library and headers
  --with-libpcre          support Perl-compatible regexes (default is NO)
                          ARG can be also prefix for libpcre library and
                          headers
  --with-curl             support http(s):// transports (default is YES)
                          ARG can be also prefix for curl library and headers
  --with-expat            support git-push using http:// and https://
                          transports via WebDAV (default is YES)
                          ARG can be also prefix for expat library and headers
  --without-iconv         if your architecture doesn't properly support iconv
  --with-iconv=PATH       PATH is prefix for libiconv library and headers
                          used only if you need linking with libiconv
  --with-gitconfig=VALUE  Use VALUE instead of /etc/gitconfig as the global
                          git configuration file. If VALUE is not fully
                          qualified it will be interpreted as a path relative
                          to the computed prefix at runtime.
  --with-gitattributes=VALUE
                          Use VALUE instead of /etc/gitattributes as the
                          global git attributes file. If VALUE is not fully
                          qualified it will be interpreted as a path relative
                          to the computed prefix at runtime.
  --with-pager=VALUE      Use VALUE as the fall-back pager instead of 'less'.
                          This is used by things like 'git log' when the user
                          does not specify a pager to use through alternate
                          methods. eg: /usr/bin/pager
  --with-editor=VALUE     Use VALUE as the fall-back editor instead of 'vi'.
                          This is used by things like 'git commit' when the
                          user does not specify a preferred editor through
                          other methods. eg: /usr/bin/editor
  --with-shell=PATH       provide PATH to shell
  --with-perl=PATH        provide PATH to perl
  --with-python=PATH      provide PATH to python
  --with-zlib=PATH        provide PATH to zlib
  --with-tcltk            use Tcl/Tk GUI (default is YES)
                          ARG is the full path to the Tcl/Tk interpreter.
                          Bare --with-tcltk will make the GUI part only if
                          Tcl/Tk interpreter will be found in a system.

Some influential environment variables:
  CC          C compiler command
  CFLAGS      C compiler flags
  LDFLAGS     linker flags, e.g. -L<lib dir> if you have libraries in a
              nonstandard directory <lib dir>
  LIBS        libraries to pass to the linker, e.g. -l<library>
  CPPFLAGS    (Objective) C/C++ preprocessor flags, e.g. -I<include dir> if
              you have headers in a nonstandard directory <include dir>
  CPP         C preprocessor

Use these variables to override the choices made by `configure' or to help
it to find libraries and programs with nonstandard names/locations.

Report bugs to <git@vger.kernel.org>.

エラーが出なかった場合、インストールを行う

make 2>&1 | tee make.log.`date +"%Y%m%d"`
make install 2>&1 | tee make_install.log.`date +"%Y%m%d"`

インストールに使用したパッケージを削除する
```
cd ../
rm -rf git-*
```
インストールディレクトリへのシンボリックリンクを作成する
```
ln -s /usr/local/git-1.9.0 /usr/local/git
```
これによって、複数のバージョンを同居させ、リンクを切り替えることで、バージョン変更が可能
共通した環境とするために環境変数を設定する
```
export GIT_HOME=/usr/local/git
```
ツール類にパスを通す
```
export PATH=$GIT_HOME/bin:$PATH
```

環境変数を再起動後も有効にする

vi /etc/bashrc
# 以下を追記する
export GIT_HOME=/usr/local/git
export PATH=$GIT_HOME/bin:$PATH

リポジトリ管理用のディレクトリを作成する
```
mkdir -p /usr/local/data/git-repository
```

パッケージからインストール

yum install git -y

GitWebのインストール

GitWebはWEBブラウザからGitリポジトリを参照できるツールである

Gitosisのインストール

Gitosisは複数のリポジトリの管理ツールである

ツール

参考:https://www.atlassian.com/ja/git/tutorial/git-basics

git

init

リポジトリを新規作成するときに使用するオプション

書式
```
git init --bare <リポジトリパス>
```

オプション
- –template <template-directory>
  指定したディレクトリ内のファイルをテンプレートとしてリポジトリを作成する。
- –bare
  作業ディレクトリを作成しない。
  このオプションを付けるとディレクトリにGitリポジトリ用のファイルが直接配置される。
  つけなかった場合は、.git隠しディレクトリ内に同様のファイルが配置され、直下が作業ディレクトリとなる。
  通常ローカルのリポジトリはinitサブコマンドでなく、cloneサブコマンドで作成されるため、ほぼこのオプションは必須である。
- –shared[=<permissions>]
  複数ユーザでリポジトリを共有する場合はこのオプションを指定する。
  特定のパーミッションを指定することができる。
  指定できるのは以下。省略した場合のデフォルトはgroup。
  - umask, false
    これはsharedオプションを使用しなかった場合と同様である。
  - group, true
    リポジトリのオーナーグループに所属するユーザのみ書き込めるようになる。
  - all, world, everybody
    あらゆるユーザが書き込みできるようになる。
  - 0xxx
    指定したパーミッションでumask値を上書きする。
- -q, –quiet
  実行結果を出力しない
- –separate-git-dir <作業ディレクトリ>
  リポジトリディレクトリと作業ディレクトリを分離する。
  これによって本来.gitディレクトリ内に作成されるファイル群がこのオプションによって指定されるディレクトリ内に生成される。
  bareオプションと併用した場合、リポジトリのパスにはファイルが作成され、そのファイルで作業ディレクトリのパスを示す内容が記述される。

clone

リポジトリのコピーをローカルリポジトリとして作成する

使用例
```
git clone <リポジトリURL>
```

書式
```
git clone [オプション] <リポジトリURL> [<チェックアウトパス>]
```
チェックアウトパスを省略した場合はカレントディレクトリとなる

URLはSSHの場合、次のように指定する

ssh://<ユーザ名>@<ホスト名>/<絶対パス>

パスワードが必要な場合はこの後問われる。キーペアによる認証を行う場合は、キーファイルを指定できないので、~/.sshにて設定しておく。

オプション
- -v, –verbose
```
        be more verbose
```
- -q, –quiet
```
          be more quiet
```
- –progress
```
           force progress reporting
```
- -n, –no-checkout
```
    don't create a checkout
```
- –bare
```
               create a bare repository
```
- –mirror
```
             create a mirror repository (implies bare)
```
- -l, –local
```
          to clone from a local repository
```
- –no-hardlinks don’t use local hardlinks, always copy
- -s, –shared setup as shared repository
- –recursive initialize submodules in the clone
- –recurse-submodules initialize submodules in the clone
- –template <template-directory>
```
                         directory from which templates will be used
```
- –reference <repo> reference repository
- -o, –origin <name> use <name> instead of ‘origin’ to track upstream
- -b, –branch <branch>
  指定のブランチをクローンする
- -u, –upload-pack <path>
```
                         path to git-upload-pack on the remote
```
- –depth <depth> create a shallow clone of that depth
- –single-branch clone only one branch, HEAD or –branch
- –separate-git-dir <gitdir>
```
                         separate git dir from working tree
```
- -c, –config <key=value>
```
                         set config inside the new repository
```

–depth <depth>
Create a shallow clone with a history truncated to the specified number of revisions. A shallow repository has a number of limitations (you cannot
clone or fetch from it, nor push from nor into it), but is adequate if you are only interested in the recent history of a large project with a long
history, and would want to send in fixes as patches.

–[no-]single-branch
given for the same key, each value will be written to the config file. This makes it safe, for example, to add additional fetch refspecs to the origin
remote.

–depth <depth>
Create a shallow clone with a history truncated to the specified number of revisions. A shallow repository has a number of limitations (you cannot
clone or fetch from it, nor push from nor into it), but is adequate if you are only interested in the recent history of a large project with a long
history, and would want to send in fixes as patches.

–[no-]single-branch
Clone only the history leading to the tip of a single branch, either specified by the –branch option or the primary branch remote’s HEAD points at.
When creating a shallow clone with the –depth option, this is the default, unless –no-single-branch is given to fetch the histories near the tips of
all branches. Further fetches into the resulting repository will only update the remote-tracking branch for the branch this option was used for the
initial cloning. If the HEAD at the remote did not point at any branch when –single-branch clone was made, no remote-tracking branch is created.

–recursive, –recurse-submodules
After the clone is created, initialize all submodules within, using their default settings. This is equivalent to running git submodule update –init
recursive immediately after the clone is finished. This option is ignored if the cloned repository does not have a worktree/checkout (i.e. if any of
no-checkout/-n, –bare, or –mirror is given)

–separate-git-dir=<git dir>
Instead of placing the cloned repository where it is supposed to be, place the cloned repository at the specified directory, then make a
filesytem-agnostic Git symbolic link to there. The result is Git repository can be separated from working tree.

add

リポジトリにファイルを追加する

使用例
```
git add <対象ファイル・ディレクトリ>
```
ディレクトリを指定した場合はその階層以下の全てのファイルが含まれる

bisect

    Find by binary search the change that introduced a bug

branch

    List, create, or delete branches

checkout

ブランチの切り替えを行う。

使用例
- masterブランチに戻る
```
git checkout master
```

特定のブランチに切り替える
```
git checkout <ブランチ名>
```

特定のファイルのみを特定のブランチに切り替える
```
git checkout <ブランチ名> <ファイル>
```

新しいブランチを作成して切り替える
```
git checkout -b <ブランチ名>
```

commit

ローカルリポジトリにコミットする

使用例
```
git commit -m "<コメント>"
```

オプション
- -m “<コメント>”
  コミットにコメントを付与する。
  このオプションを使用しない場合、テキストエディタが起動して、エディタ上で、コメントを編集できる
- -a
  変更されたファイルのみをコミットする。
  addされた新規ファイルは除かれる。

diff

Show changes between commits, commit and working tree, etc

fetch

     Download objects and refs from another repository

grep

Print lines matching a pattern

log

Show commit logs

merge

     Join two or more development histories together

mv

 Move or rename a file, a directory, or a symlink

pull

ローカルリポジトリを最新状態に更新する

push

Update remote refs along with associated objects

rebase

    Forward-port local commits to the updated upstream head

reset

     Reset current HEAD to the specified state

rm

 Remove files from the working tree and from the index

show

Show various types of objects

status

    Show the working tree status

tag

Create, list, delete or verify a tag object signed with GPG

環境