#!/bin/sh
#
# An example hook script to verify what is about to be committed.
# Called by "git commit" with no arguments. The hook should
# exit with non-zero status after issuing an appropriate message if
# it wants to stop the commit.
#
# To enable this hook, rename this file to "pre-commit".
if git rev-parse --verify HEAD >/dev/null 2>&1
then
against=HEAD
else
# Initial commit: diff against an empty tree object
against=$(git hash-object -t tree /dev/null)
fi
# If you want to allow non-ASCII filenames set this variable to true.
allownonascii=$(git config --bool hooks.allownonascii)
# Redirect output to stderr.
exec 1>&2
##### ↓↓↓↓追加↓↓↓↓ #####
if test "`git symbolic-ref HEAD | sed -e 's:^refs/heads/::'`" = master; then
echo "<masterへコミットできない文言>"
exit 1
fi
if test "`git symbolic-ref HEAD | sed -e 's:^refs/heads/::'`" = develop; then
echo "<developへコミットできない文言>"
exit 1
fi
##### ↑↑↑↑追加↑↑↑↑ #####
# Cross platform projects tend to avoid non-ASCII filenames; prevent
# them from being added to the repository. We exploit the fact that the
# printable range starts at the space character and ends with tilde.
if [ "$allownonascii" != "true" ] &&
# Note that the use of brackets around a tr range is ok here, (it's
# even required, for portability to Solaris 10's /usr/bin/tr), since
# the square bracket bytes happen to fall in the designated range.
test $(git diff --cached --name-only --diff-filter=A -z $against |
LC_ALL=C tr -d '[ -~]\0' | wc -c) != 0
then
cat <<\EOF
Error: Attempt to add a non-ASCII file name.
This can cause problems if you want to work with people on other platforms.
To be portable it is advisable to rename the file.
If you know what you are doing you can disable this check using:
git config hooks.allownonascii true
EOF
exit 1
fi
# If there are whitespace errors, print the offending file names and fail.
exec git diff-index --check --cached $against --
$ cat info/exclude
# git ls-files --others --exclude-from=.git/info/exclude# Lines that start with '#' are comments.# For a project mostly in C, the following would be a good set of# exclude patterns (uncomment them if you want to use them):# *.[oa]# *~
new file: COMMIT_EDITMSG
modified: index
new file: logs/HEAD
new file: logs/refs/heads/master
new file: objects/2a/222bc765ac38f3a056a088a2640c0ae4a85c5e
new file: objects/37/6357880b048faf2553da6bc58ae820cea3690a
new file: refs/heads/master
HEAD -> branch_test_1 がいるコミットがさらにさきに進んでいることがわかります。
もとのブランチに戻ってみると...???
ここでもとのmasterブランチに戻ってみましょう。git checkout masterです。
そして、git log --graph --allを打ってみましょう。
masterブランチに切り替えたので、HEADの向き先が masterブランチを向きましたね。
ここで、変更を加えてきたファイルも見てみてください。
”git third test on branch_test_1” という文字列や ”git fourth test on branch_test_1”という文字列がきれいになくなっていませんか？
なくなっているのではなく、作業ディレクトリがこの時のバージョンに戻ったのです！
これで、ブランチの一覧のところで説明した HEAD -> master の意味がわかったのではないでしょうか？
また、ブランチを新たに作るのところで説明した、「作業ディレクトリが現在いるブランチ」という説明もわかってきたかと思います。
ブランチを切り替えて作業をすることで、別名フォルダや別名ファイルを作ることなく複数のバージョンを共存させることができるのです！
そのため、複数人での並行作業もやりやすいということですね！
これによって、masterブランチに一気に2つのコミットが取り込まれ、masterブランチのtest1.txtにもも”git third test on branch_test_1” という文字列や ”git fourth test on branch_test_1”が現れるようになります！
そして、この2つのコミットを戻したかったら、このマージを取り消せばよいのです3。
