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

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

ホテルから出ることをチェックアウトと言う

リポジトリという名のホテルに
masterブランチさんやdevelopブランチさんたちが宿泊してる
そこからチェックアウトして作業現場まで来てくださいって意味

git checkout master

**デフォルトの名無しさん** (ﾜﾝﾄﾝｷﾝ) · 2017/03/28(火) 15:27:51.25

SVCとかSubversionとかVSSだとリポジトリからファイルがチェックアウトされて
編集されたあとまたチェックインして元に戻る、というアナロジーが非常にわかりやすい
けど、Gitだとなんかいろんな路線に分岐してはまた合流、って感じが強くてなんか
あわない感じはあるよな。
流れのなかのある「状態」に戻したり勧めたりする感じというか。
もっとわかりやすい用語にできたのかもしれない。

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

成る程

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

VCSでチェックイン使う人っておっさんのイメージ

**デフォルトの名無しさん** (ｽｯｯﾌﾟ) · 2017/03/29(水) 10:39:27.69

>>373
おっさんは色んな環境・用語に晒されてるから、VCSみたいな同じような機能にそれぞれのアプリケーションで別の用語を割り当てるシステムだと、ごっちゃになるんだよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/29(水) 15:44:22.27

gitのタイムスタンプは記録されてないけれど
パーミッションは記憶されてるの？

2017/03/29(水) 21:11:43.39

>371
そーかなー
むしろそういう風にコマンドを整理したのがsvnでリポジトリからローカルコピーを得る時しかcheckoutじゃないでしょ。

gitはチェックイン/チェックアウトシステム体系はCVSと変わらないからcheckoutするときはcheckoutで良いと思うんだが、ローカルの編集を破棄したいときこそresetだとかrevertとかにして欲しかったとは思う。

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

>>375
実行権限のみ

いろんな人がいろんな環境でチェックアウトするのだから
グループやその他のパーミッションは記録する意味がないし、
umaskの設定に従えば十分

また自分自身がチェックアウト（＝書き込む）ファイルなのだから、
リードオンリーにすることもできない。

よって実行権限のみ記録するのが
バージョン管理ソフトとして正しい仕様。
gitもそれに従っている。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 11:09:20.38

>>377
所有者くらいは記録してほしかったよね

2017/03/30(木) 12:31:14.48

その心は？

2017/03/30(木) 13:40:19.34

正しい仕様、みたいにすぐドグマ化しちゃう人って柔軟な発想ができなくて開発者としてはポンコツなんだろうなあ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 14:57:27.94

必死に覚えたんです
違うこと言わんといて

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 15:55:13.27

>>380
これわかるわ
正しいとか正解とかそういう言葉を頻繁に使う人は状況に応じた選択ができない

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

小池知事のようなひとのことですね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 19:22:24.53

>>380
同意
明確に条件が限定された状況で、考え抜いた上に「正しい」とか言うのならわかるけど、バージョン管理なんてソフトウェアのソースコードに限ったとしても
ゲーム、組み込み、Web、業務システムで求めるものが全然違いそうなのはちょっと想像しただけでわかるのに、自分の知ってる範囲だけで決めつけちゃうのってダメだよね
お客さんの要求の本質を汲み取ろうとせず勝手に自分の都合で判断してそう

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

>>378
> 所有者くらいは記録してほしかったよね

所有者とは？会社名？ｗ

一行ごとに誰が修正したかは記録されている。
その話をしていないということはお互い理解しているという前提で

なんのために所有者を記録するの？

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

>>384
> ゲーム、組み込み、Web、業務システムで求めるものが全然違いそうなのはちょっと想像しただけでわかるのに

ぜんぜん違うと言うものの具体的な例を
君はこれから言わなくてはいけないということになったんだが、
できるかい？

それができるまでは、ゲーム、組み込み、Web、業務システムで
求めるものに違いはないという今までの常識通りでいくからさｗ

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

日本語が理解できない信者登場

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

信者というとgitが如何わしい新興宗教みたいじゃないか
こういうのはストレートに馬鹿と呼んで欲しい

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

git信者は巨大なバイナリデータの管理もgit一本でやるの？
カッコ良すぎて濡れちゃう//

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:08:01.05

信者なら「そんなもんリポジトリに入れんな」って一蹴だろ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:18:40.57

そしたらリポジトリに入れないでどうやって管理するの？という質問がでてくる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:19:15.88

刺身包丁で中華料理をつくる料理人みたいだな。
gitでバイナリ管理。

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

巨大なファイルはリポジトリに入れないで、ファイルがある場所の情報だけいれればいいのよという意見が出てくる

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

ブランチ切り替えて別のファイルに変わるたびに入れ替えるの面倒だよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:24:05.93

gitのフックがあるじゃないか。そこで自動化すれば良いのさ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:25:03.07

なるほど。巨大なファイルは別のストレージで管理して、git cloneしたときなどに
フックでファイルが有る場所の情報からファイルを取ってくれば良いのか！

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:25:44.62

便利そう！それプラグインにした良いんじゃないかな！？

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

ふふ、実はそれ、もう実用化されてるんだ。

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

なんだってー！！！

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

その名も

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:27:16.65

その名も？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:27:36.07

・・・

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:27:51.25

（ゴクリ）

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/03/30(木) 22:28:34.64

暇なので何度も出たであろうネタ投下ｗ

Linus曰く「Subversionは史上最も無意味なプロジェクト」
https://developers.srad.jp/story/07/12/03/1024220/

2017/03/30(木) 23:19:21.12

何に使うかも分からん機能について語るのが最近の流行りなん？

**デフォルトの名無しさん** (ｽﾌﾟﾌﾟ) · 2017/03/31(金) 02:44:12.05

gitを使うことが目的になってる奴いるな

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

gitを批判することが目的となってるやつだなｗ

**デフォルトの名無しさん** (ｽﾌﾟﾌﾟ) · 2017/03/31(金) 04:52:09.71

>>407
それはいない

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

>>385
基本的に可能な限りファイルの属性は記録してほしいということ
タイムスタンプもそうだし、userやgroupもほしい
あとはスペシャルファイルのたぐいも

**デフォルトの名無しさん** (ｼｬﾁｰｸ) · 2017/03/31(金) 15:48:59.13

GitLFSじゃあかんのか

2017/03/31(金) 20:54:06.19

>>409
なんのために？

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

>>411
バックアップソフトとして使うためだろ

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

gitはバックアップソフトとして使えないからクソ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 09:02:19.47

ならバックアップソフトを使えば良い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 11:42:07.33

>>390
じゃあどうするの？
別のバージョン管理ツール使うの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 14:06:54.31

>>415
"バージョン"管理ソフトっていうのはファイルの版ではなくて
アプリのバージョンを管理するもので突き詰めるとソースコードを管理するものなんだよ。
ソースコードの管理というのはファイルの中の修正箇所を調べたり
一部分を抜き出したりマージすること、ソースコードエディタと言ってもいいぐらい

バイナリファイルであればそれらが出来ないので
どうあがいてもバージョン管理は出来ない
せいぜいファイル管理程度

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 14:31:00.03

>>416
じゃぁファイルの版はどうやって管理するの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 14:37:13.38

ファイルサーバーにでもおいておけば良いんじゃねーの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 14:49:07.66

>>418
ファイルサーバーで「版」の管理はできるの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 14:57:21.42

「版」の管理ができるファイルサーバーを使えばいいし、
たいていはバックアップ機能で十分

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2017/04/01(土) 15:06:28.18

バイナリはどうせ差分見れないからなんでもいいよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 15:49:20.87

>>419
そんなもんWindows標準のバックアップ機能でもできるよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 16:45:18.19

ソースの版とリンクしてる
バイナリファイルの版をどう管理するのかってことじゃないのか？

バイナリしかないサードパーティライブラリとか画像系のアセットも普通gitで管理するよね？
デザイナ系の人が頻繁に編集するデカいファイルはGitLFSみたいな追加の仕組みを使うか
別のツールで管理してリリースバージョンのみgitに入れるかかな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 17:22:06.00

>>423
結局これが一番困るよな。
テキスト以外なくても困らない開発だったらいいんだろうけど、そうじゃないものも多い。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 18:50:20.26

バイナリだとかdiffだとかこれで対応しろバカども

https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%81%AE%E5%B1%9E%E6%80%A7

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 19:50:40.08

大きなバイナリファイルのバージョン管理が本当に必要ならべつにリポジトリに入れてもいいんじゃね？
単にリポジトリがでかくなるのが嫌われるだけで、他のsvn等に比べて特にgitが苦手というわけでもあるまい。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 19:59:31.19

>>423
そんなもんファイル名、もしくなディレクトリ名を別にしておいて
参照先の名前を変えれば済む話だろう？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 20:01:47.89

>>427
済まないから困るんだろ、勝手に問題ないケースに置き換えて話するのはおかしいでしょ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 20:03:31.14

画像リソースまでソース管理から除外するのかよw
基地外じみてる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 20:08:54.57

>>428
なんですまないの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/04/01(土) 20:11:24.50

俺はできる限りはリポジトリに入れるけど。
100 M とか超えてる場合はちとどうするか迷うが。