Git 15©2ch.net

2017/02/05(日) 05:22:15.65

ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 13
http://echo.2ch.net/test/read.cgi/tech/1439563364/
Git 14
http://echo.2ch.net/test/read.cgi/tech/1457412803/

VIPQ2_EXTDAT: default:vvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 00:49:07.64

>>267
それがどうしたんだよw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 00:55:25.33

バイナリファイル系は適切なツールを使えば
差分を知ることはできるが、
差分を知る以上のことはできない。

例えばcherry-pickとかmergeとかね

ただsvnとかでバックアップツールとしか
見てなかったやつは、そもそもmergeとかいう概念がないから
差分だけわかればいいと勘違いしてしまう。

それじゃプログラマとはいえない。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 01:17:05.94

officeのドキュメントを差分管理ベースで作業できるようにするなら
ドキュメントの中の要素を個別に差分取って管理できるようにならないとダメだろうなあ

アプリのソースが一つのファイルにすべて書かれてて、
それをgitで管理しろとか言われたら気が狂うｗ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 01:37:41.67

複数のブランチを切ることがそもそもない環境なら、mergeとか知らなくてもしょうがない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 01:39:23.98

>>271
ZIP解凍した中身をgitで管理
pullで自動圧縮するようにできればお望みのことが実現するのだが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 02:02:40.95

>>273
docxとかだよね？あれの中身って文章が構造的に分割されてるわけじゃなくて
単にスタイルとかイメージとかが分離されてるだけじゃないの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 02:10:13.49

>>274
それでもXMLだから差分は一目瞭然かなと

xlsxやpptxならシート/ページごとにXMLファイルが分かれるからもっと管理しやすいかも

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 02:14:24.08

>>270
行単位の処理とかは無理かもだけどcherry-pickやmergeはできるんでない？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 02:16:22.53

>>275
少なくとも、差分を見ただけでどの章のどこが更新されたかが分からないとつらいかな
ドキュメント全体をひとつのxmlで管理するなら
そういう機能をもった差分ビューワが必要になると思う

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 02:19:18.55

>>277
そういう目的ならExcelかPowerPointってことになるかね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 02:23:17.75

Office用の見やすいGUIの差分ビューワもあるけどたいてい有償だから
まずはここに書いてるのから試してみたら
http://qiita.com/shuhei/items/6a18d968051378d7ac1a

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 03:53:28.35

>>275
差分見えてもmergeはconflictの山になって事実上無理ぽそう。

2017/03/21(火) 09:23:16.21

ここで言うことでもないけど
いい加減Officeを卒業したい

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/03/21(火) 09:26:11.18

早く画面キャプチャをExcelに貼る作業にもどるんだ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 09:41:34.15

>>275
> それでもXMLだから差分は一目瞭然かなと

え？お前OfficeのXMLのタグを知ってるの？
XMLのタグを知っていないと、差分は分かっても
その意味はわからないよね？

>>280
> 差分見えてもmergeはconflictの山になって事実上無理ぽそう。

XMLのタグの整合性、つまり閉じタグの対応まで
ちゃんとやらないとだめだからねｗ
タグの意味、属性、誰か解説してる人いる？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 09:46:31.05

Excelファイルのバージョン管理なんて実質タイムスタンプで管理するしかないのに、とにかくGiｔ真理教の信者は
なにかテキストファイルレベルでの差分での管理が実用的みたいなウソを垂れ流す

2017/03/21(火) 09:56:27.64

gitがバイナリに弱いのは誰もが認める話だと思うけど、タイムスタンプで管理するのは無くない？
svnとか他のバージョン管理システムってタイムスタンプ見て管理なんかしてたっけ？

**デフォルトの名無しさん** (ｽﾌﾟｯｯ) · 2017/03/21(火) 10:41:32.81

>>270
適切な扱いが出来るかはそのバイナリファイルを扱うソフトウェア次第
3wayマージが出来るならgitの機能は全部使えるだろう

**デフォルトの名無しさん** (ｽﾌﾟｯｯ) · 2017/03/21(火) 10:47:26.85

>>285
gitがじゃなく、汎用バージョン管理システム全般が、個々のファイル仕様に独自に対応しなければならないファイルに弱い
というより、テキストファイルのシーケンシャル性と改行で意味分割する仕様が特別汎用性に優れてるだけ
gitはエディタも差分表示もマージツールもファイル属性に応じた外部ツールを使用出来るようになってるから、まだそういう仕様が不明なファイルに強いと言える
gitが弱いのはバイナリファイルではなくサイズが巨大なファイル
たとえテキストファイルでも1ファイル1Gとかになると扱い辛い事になるはず

**デフォルトの名無しさん** (ｴﾑｿﾞﾈ) · 2017/03/21(火) 10:56:57.56

>>284
excelは標準では同じファイル名のファイルを同時に複数開けないし開いただけでタイムスタンプが変わるから、ファイル名でバージョン管理するのが基本だと思うけど
どうやってタイムスタンプでバージョン管理するんだ？

**デフォルトの名無しさん** (ｴﾑｿﾞﾈ) · 2017/03/21(火) 14:58:44.05

>>265
どうでもいいけどファイルのタイムスタンプを保存している(する必要がある)なら
ファイルの中身を変更せずにファイルの日付だけ変更してコミットしたときに
何も変更されてねーコミットスルーしよーぜってのがgit
それもファイルの変更とみなしてコミットするのはあほ

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/03/21(火) 16:43:16.40

指定した範囲のコミットログを表示する方法を教えてください

例えばhttps://github.com/git/git/releasesなら
タグv2.11.1からv2.10.0の間のログのみgit logで表示したい
タグがダメならコミットIDで指定でも構いません指定した範囲のログさえ取れれば

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/03/21(火) 16:52:15.37

てんてん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 20:49:02.70

>>284
> なにかテキストファイルレベルでの差分での管理が実用的みたいなウソを垂れ流す

差分での管理なんて一言も言ってないけど、
ソースコードであればテキストファイルで管理するのが
一番実用的だ。これは本当。

ソースコードがテキストファイルでないものがあるが
（例えばExcelなどの埋め込みVBScript）
見事に管理しづらい。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 20:52:20.32

>>289
何を言ってるのか全くわからない。

コミットの日付とファイルの日付（タイムスタンプ）は本質的に違うものであって
gitが記録しているのはコミットの日付であって
タイムスタンプじゃないといったのが理解できなかったの？

コミットの日付を記録するんだから、ファイルに変更がなくコミット自体が発生しなければ
当然コミットの日付は記録されんよ。当たり前だよ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 20:56:22.17

>>288
> どうやってタイムスタンプでバージョン管理するんだ？

ここで>>284に言ってほしい言葉は、

「タイムスタンプが新しい方を最新バージョンとみなすべきだ。
たとえ古いファイルを間違って修正した結果、新しい日付になった場合でも
AさんとBさんがそれぞれ違うシートを修正したとしてもだ！」

って（間抜けな）言葉だねｗ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 21:01:05.29

当然、そうならないようにロック機能をつけるんだよw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 21:13:08.26

ロック機能をつけた所で、違うブランチで作業したら
ロックかからないんだから、同じ問題が発生するだろｗ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 21:26:41.34

当然、リポジトリは1つだけに限定してブランチも認めないんだよw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 21:30:32.46

>>297
それじゃファイルの管理しか出来ないじゃんｗ
どうやってアプリのバージョンの管理をするんだよｗ

新しいバージョンへ追加する機能をマージしていくのが
バージョン管理というものなのに

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 21:38:19.51

せっかくのボケに対してマジレスしてどうする。
「それはSVNやんかー」と正しく拾ってあげんか。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 21:39:24.77

マジレスすると、馬鹿がムキーってなるだろ？ｗ
それが狙いだよ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 21:46:06.80

VSS
をお勧めするｗ

**デフォルトの名無しさん** (ﾜﾝﾄﾝｷﾝ) · 2017/03/21(火) 22:09:22.81

>>294
なんか勝手にレベルの低い敵を想定して、それをバカにすることで勝ったつもりってのが新しいなw
情けないにも程があるw

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 22:14:43.17

>>302
そうじゃないよ。もっと面白いことを言ってみせろってことだよｗ
>>294ぐらいの内容は想定済みだからさ

**デフォルトの名無しさん** (ﾄﾞｺｸﾞﾛ) · 2017/03/21(火) 22:28:04.46

>>296
そんな間抜けな機能を実装してどうする w

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 22:35:23.92

v2.12.1

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 22:53:46.86

>>304
SVNディスってんの？

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/03/21(火) 23:35:33.90

svnは駆逐された

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/21(火) 23:55:56.28

svnはバックアップツール的な役割で当分生き続けると思う
ソースコード管理としてのsvnはもう見たくない
あとVSSとかいうゴミが未だに生き残ってるのはうちの会社だけであってくれ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/22(水) 00:14:08.46

>>307
されてないよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/22(水) 00:55:23.96

GNU - Free Software Directory
http://directory.fsf.org/wiki/GNU

この中でGitを採用してるプロジェクト少なそう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/22(水) 00:57:04.80

GCC, the GNU Compiler Collection - GNU Project - Free Software Foundation (FSF)
https://gcc.gnu.org/

gccですらSVNだし

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/22(水) 01:23:51.07

Gnu Emacs は古参を説得してgitに移行したんだよな

**デフォルトの名無しさん** (ﾄﾞｺｸﾞﾛ) · 2017/03/22(水) 11:06:02.00

ローカルコミットあればsvnでもいいんだけどな。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/23(木) 01:26:02.84

gitと同じ機能があればsvnでもいいんだけどなA: [0.091163 sec.]B: [1.205233 sec.]

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/23(木) 20:35:05.23

いやそれなら git でいいだろってなるでしょ。
ってなんか話がわかんなくなってきた。。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/23(木) 20:40:47.51

リーナスの最大の功績はlinuxではないrebaseなのだ
おかげでバカがrebaseに夢中になっている間にスムーズに仕事が終えられる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/23(木) 23:04:58.72

そのリーナスがrebase使いまくってるんだが？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/23(木) 23:52:59.08

じゃあリーナスはバカだな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 00:01:42.64

だって「git」じゃん……

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 00:05:33.87

道具は使うためにあるんだよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 00:16:43.48

道具に使われてる感があるな

**デフォルトの名無しさん** (ｽｯｯﾌﾟ) · 2017/03/24(金) 00:23:01.51

gitは使うことに意義がある

**デフォルトの名無しさん** (ﾄﾞｺｸﾞﾛ) · 2017/03/24(金) 07:58:41.73

ここは布教に意義を見いだしてる奴の方が多くね？

**デフォルトの名無しさん** (ｵｯﾍﾟｹ) · 2017/03/24(金) 12:23:45.71

gitに限らずコイツらの布教活動が成功したためしなどただの一度もないけどなｗ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 12:52:55.54

>>323
自分がいいと思ってる、使っているものが正しいという阿呆がなんにでもある。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 14:23:13.53

世界を自分(たち)にとって都合の良い方向へ変えようとする活動が布教
変えてゆくためには相手を納得させるか騙すか強要するか
都合の良い部分は伝えるが都合の悪い部分は隠すか屁理屈か嘘で押し通す

布教行為を許してはならない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 14:27:43.43

VCSは頭の良い奴にしか使いこなせない
複数種類のVCSを使いこなせるのならかなり頭が良い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 15:38:22.82

>>327
あっそ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 17:39:10.63

Git推しのやつの微妙なウザさってのはあるよなあ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 19:00:52.18

>>326
という布教

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 19:01:20.67

>>329
gitスレで言うことかね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 19:20:07.13

言ってもいいんじゃね。
おれもgit は好きだけどgit厨は嫌いだし。

**デフォルトの名無しさん** (ｽﾌｯ) · 2017/03/24(金) 19:54:00.71

>>331
言うことだよ！

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 19:56:35.65

>>332
わかる
特定のflowを絶対正義だと信じて「git pull --rebaseしないのは馬鹿」とか言い切ってくる奴とかなー

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 20:11:39.04

あるある大事典：
git の話ばかりしているから svn スレかと思ったら git スレだった…

**デフォルトの名無しさん** (ｽﾌｯ) · 2017/03/24(金) 20:14:03.33

>>335
意味が分からない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/24(金) 21:33:44.74

>>335
思わねーよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/25(土) 00:34:43.50

gitの話ばかりしてるから、(gitに対して嫉妬してる)svn(ユーザ)のスレかと思ったら、git(信者がのさばってる)スレだった…

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/25(土) 10:29:50.70

SourceTreeって重くね？
リポジトリを幾つかブックマークに追加しただけなのに
起動がとんでもなく遅くなった

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 00:38:00.55

v2.12.2

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 02:34:38.78

短期間リリースに方針変更？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 07:13:07.41

branchだけしてcheckoutし忘れ
誤ってmasterブランチにコミットする大事故

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 08:23:06.27

王様のbranch

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 10:00:08.97

>>342
つgit checkout -b new_branch

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 12:53:22.44

git stash popは危険なコマンドだと思いませんか？
間違えたブランチで実行してしまったら元に戻せませんね。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 13:43:28.99

正しいブランチでやり直せばいいだけ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 14:18:20.64

>>345
元に戻すためのgitでしょ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 14:31:55.91

マージ失敗したらdropされずに残るので、やり直せる
マージ成功ならもう一回stash saveも出来る

万が一？pop後にファイルをresetしてもコンソールを閉じていなければdropしたコミットハッシュが残っているはず
億が一それも消しちゃってもfsckで到達不能なコミットを探せば復元可能
間違って消す方がむずい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 15:41:48.18

大抵の手違いは元に戻せるのがgitのいいところなんだけど
ファイルスタンプを戻すのだけはなぜかできないんだよな・・・

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 15:49:48.61

ファイルスタンプは手違いで発生するものじゃないからねｗ
手違いじゃないのだから戻さらないというのが
正しい動作。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 16:34:52.44

またお前か

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 19:08:55.12

東京電力の新会長に日立製作所の人間が就任

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 20:18:09.67

>>352
git終了だな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 20:59:01.54

いつまでタイムスタンプの話続けるの？
欲しいやつはgit logから引っ張ってくればいいだろ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/26(日) 21:28:59.97

リーナスにタイムスタンプ入れるとかアホって言われたのが
よっぽど悔しいんだろｗ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/27(月) 00:02:27.22

またお前か

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/27(月) 08:45:42.95

インターネットみてると「マスターをチェックアウトして」とか
「マスターへチェックアウトして」とかいろいろな表現を見るけれど。
どれもマスターのブランチへ移動していることを示しているのがおかしくないですか？
今のブランチをチェックアウトしてマスターにチェックインするってことなんだから
前者はマスターから抜け出すことになるし、後者は意味不明になりますと思いませんか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/27(月) 13:08:51.32

君の日本語が意味不明

2017/03/27(月) 13:18:36.33

自分がブランチに出たり入ったりするというのは斬新な見方だな。ホテルかよ。
リポジトリから指定のリビジョンのソースを(ブランチ・タグ・ハッシュ等で指定して)チェックアウトするんだよ。
後者は日本語に不自由なやつなだけだと思うが。

**デフォルトの名無しさん** (ｽｯｯﾌﾟ) · 2017/03/27(月) 15:24:31.02

>>359
後者は「マスターをチェクアウト」と「マスターブランチへ移動」が混ざったんじゃ無いかな？

**デフォルトの名無しさん** (JP) · 2017/03/27(月) 15:44:40.12

>>357
> 「マスターへチェックアウトして」とかいろいろな表現を見るけれど。
気のせいでは？

https://www.google.co.jp/webhp?sourceid=chrome-instant&;ion=1&espv=2&ie=UTF-8#q=%22%E3%83%9E%E3%82%B9%E3%82%BF%E3%83%BC%E3%81%B8%E3%83%81%E3%82%A7%E3%83%83%E3%82%AF%E3%82%A2%E3%82%A6%E3%83%88%22&*
"マスターへチェックアウト"との一致はありません。

**デフォルトの名無しさん** (JP) · 2017/03/27(月) 15:48:03.74

ごめん、結構いたわ。

"masterにチェックアウト"
約 724 件（0.45 秒）

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/27(月) 16:32:28.67

コンフィグのここで疑問なんだけど
[branch "master"]
remote = origin
merge = refs/heads/master
ここで、なぜmerge = origin/masterじゃなんですか？
branchマスターが追跡しているのはorigin/masterで
origin/masterが追跡しているのがrefs/heads/masterなので、
一段飛び越えていて変なんですけど。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/27(月) 16:37:48.22

ブランチを切るってどっちの意味？
作成する？削除する？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/27(月) 16:38:51.24

もしかしてrefs/heads/masterはローカルを指していて
デフォルトでmasterでpullすると別のブランチのところにmergeされるってこと？
それがなにの役に立つというの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/27(月) 16:39:30.52

小切手を切ると同じ意味

**デフォルトの名無しさん** (JP) · 2017/03/27(月) 16:43:59.37

>>363
それは、ローカルのファイルシステムのパスです。
https://git-scm.com/book/ja/v1/Git%E3%81%AE%E5%86%85%E5%81%B4-Git%E3%81%AE%E5%8F%82%E7%85%A7

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/27(月) 17:41:44.24

refs/heads/masterはリモートを指してるらしい、
そしてpullで初めにfetchしたときにrefs/heads/masterがfetchしたなかにあると
refspecで調べてorigin/masterに変換して今のブランチにmergeするらしい

**デフォルトの名無しさん** (ｽｯｯﾌﾟ) · 2017/03/27(月) 18:23:11.66

>>368
refs/heads/masterが、masterという名前のブランチの正式表記で、originのリモートリポジトリの別名表記ってだけじゃないの？

tagにも同じ名前を付けられるからコンフィグは正式名称の方が都合がいいし、
リモートリポジトリは参照するサーバーやリポジトリパスが変わることもあるし、同時に同じリモート名は付けられないから別名表記の方が都合が良い
ってことだと思うけど。