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

**デフォルトの名無しさん** (JP) · 2017/05/02(火) 14:01:28.44

>>758
えーと、git cloneしたら、ファイルの「所有者」は自分になるとかそういうこと言いたいんでしょうか
そういうつまんない議論したくないんですが

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/05/02(火) 14:57:07.98

>>759
git log で表示されるauthorはファイルのownerでは無くて
コミットした人のconfigで設定されていたauthorが表示されますよね？

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

>>759
ファイルの所有者の話から始まっているんですよ
口をはさむなら最初から読んでください

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/05/02(火) 15:05:45.32

>>761
おまえファイルの内容の履歴の意味がわかってないだろ

**デフォルトの名無しさん** (ｽﾌﾟｯｯ) · 2017/05/02(火) 15:12:56.04

>>757
git blame
してごらん
各行毎にどのコミットに由来するかが表示される

gitにとってコミットが責任の単位なんだよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/02(火) 18:08:53.38

>>339
重い
調べたらgitkrakenっていう別ソフトがあるのでこれから試してみる
https://www.gitkraken.com

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

SourceTree2.0になって軽くなったんじゃなかったっけ

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

バージョン管理で重要なのはファイルの所有者じゃなくて
コミットした内容の所有者というか修正者である。

そのソースコードを誰にあげましたとかいらない。
誰が修正しましたかが重要。しかもメールアドレス付きでね。
重要ならば署名までつけられるしすごいことだよ。

という事で話は終わりじゃね？

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

masterとリリース用って分けるのが普通？

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

>>767
運用によるgit flowとかgithub flowとかでググれ

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

>>764
どんな塩梅？日本語使える？

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

>>757
好奇心ではない、適切な解決策を見つけるために理由を聞いているのだ、と明確に書いたつもりなのだけども。
所有者を保存しておきたい理由が一般的なソースコードのバージョン管理の必要性からはわからず、なぜ保存したいのかわからなければ適切な解決策が提案できないとも書いているんだけども

目的の為に手段を考えるべきで、所有者の保存というのは手段にすぎない。そしてその手段は特にソースコードのバージョン管理を行うという観点からして素直に実装できるものではない。
その目的が「人によって異なる」時点で適切な設計を定義するのが難しくなるだろ。ツールの機能として実装するには、どんな人でも大抵同じ理由でその機能が欲しい、とならなければ細部まで設計できない。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/03(水) 05:12:21.76

筋が悪いことを延々と主張する人っているんだな

**デフォルトの名無しさん** (ｽｯｯﾌﾟ) · 2017/05/03(水) 11:28:03.91

sidやuidのことなら、それはマルチユーザー環境やファイルサーバーなんかでアクセス制御に関連して備わっているもなので、趣旨の異なるgitで保持してもゴミ情報
単なる数字列を見て何ができるんだか

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

guidは糞

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

>>766
で問題解決したようですね。

バージョン管理で重要なのはファイルの所有者じゃなくて
コミットした内容の所有者というか修正者である。

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

rebaseが強力すぎて、昨日は1日中コミットコメントの修正やってたわ

2017/05/04(木) 08:19:48.19

実に素晴らしいGWの使い方ですね

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2017/05/04(木) 15:10:39.35

誰がコミットしたファイルか
なんて情報は開発中にしか使わないでしょ？
デプロイ時にはパーミッションや所有者情報のほうがずっと大事だし
それらがいつよ間にか黙って消えて無くなるのは辛いことだよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 15:26:38.42

>>777
所有者とパーミッションは設定スクリプトを書けばいい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 15:27:35.91

Unixじゃパーミッションやグループやオーナはデプロイ時に設定するのが一般的だな
特にオーナとグループはデプロイするローカルな環境に依存していてパーミッションの効果に影響するから
ソース管理でファイルが保持している情報をそのままデプロイするとかありえん

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2017/05/04(木) 15:41:40.21

>>779
そのままデプロイするとかありえんって……
いつの時代の人なんですかね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 15:58:20.15

>>780
開発するときにはお前自身は書き込み可能なオーナーとパーミッションになってないと行けないけど、
それがデプロイされた環境でそのまま書き込み可能な状態になってたらクビだよお前

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 15:59:46.62

正論

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 18:41:08.70

そういやどうして実行権限だけ保持できるようになってるんだろう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 19:07:37.28

実行できなくなったら困るからじゃね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/04(木) 19:17:18.51

>>783
そう言う風に作ってるから
git update-index --chmod=(+|-)x
なので指定できるのは実行権限だけ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/06(土) 00:33:44.71

ほんと半端なつくりだよな・・・

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

またお前か・・・

2017/05/06(土) 03:29:05.15

gitに代わる最強のソースコード管理システム作ってくれてもええんやで

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/06(土) 10:10:06.09

Git使い方入門
https://www.amazon.co.jp/dp/4863542178/

お前らが喧嘩している間にGit入門書の決定版が発売されていたな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/06(土) 12:35:49.55

もう３年早く出版してほしかった

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/08(月) 11:12:58.66

>>789
今更入門書なんかいらないよ
卒業編を持ってこい

**デフォルトの名無しさん** (JP) · 2017/05/08(月) 15:22:01.83

>>789
読み物としては面白い

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2017/05/14(日) 11:49:06.33

ファイルの属性が無くなるのは仕様？
setuidしてたやつが動かなくなっちまったぞ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/14(日) 12:05:24.56

そう仕様

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2017/05/14(日) 14:00:37.74

2.13が出たのにお前ら冷たいな

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

俺スゲエ、って自慢したいだけのネタさがしで本当はだれもGitなんて興味ない

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

ということにしたいんだけど、どう？うまくいったかな？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 09:09:53.97

>>794
デフォルトの仕様ってことはわかった
設定で回避したいんだけど、どうしたらいい？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 09:21:16.12

どう仕様

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 10:40:45.14

hook でスクリプトじゃないかなあ

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/05/15(月) 16:50:11.42

タイムスタンプはコミット時間で補完出来たけど
setuidの情報とかどこにもないから自分で保存して設定する仕組み作るしかないな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 17:17:42.93

setuidはデプロイするシステム側でつけるんじゃないの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/15(月) 17:22:44.87

>>802
テスト環境では直接gitでモリモリしてたけど良くないのか？
めったにいじらないファイルだったから気づかなかった

**デフォルトの名無しさん** (ｽｯｯﾌﾟ) · 2017/05/15(月) 18:06:52.29

>>803
setuidの目的から考えると、gitの情報から復元するのは危険だろうね

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2017/05/15(月) 18:59:30.87

>>799
仕様もない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/20(土) 18:46:22.14

レスがないとは殊勝な

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

Windows上にリモートリポジトリ置いて、別PCにローカルリポジトリ（リモートのクローン）を置いたときに、
リモートへのpushができなくて困っています。
pull、fetchはできたのでパス設定は誤ってないのと思うのですが。。もし対処が分かる方いましたら教えてください。

------------------------------------------------------------------------------------
remote: error: object directory (リモートリポジトリ)/objects does not exist; check .git/objects/info/alternates.
remote: fatal: unresolved deltas left after unpacking
error: unpack failed: unpack-objects abnormal exit
To (リモートリポジトリ)
! [remote rejected] master -> master (unpacker error)
error: failed to push some refs to '(リモートリポジトリ)'
------------------------------------------------------------------------------------

**807** (ﾜｯﾁｮｲ) · 2017/05/21(日) 09:26:50.23

一部解決。
別PC上のgitをバージョン上げたら、TortoiseGitからのpushに成功しました。

が、VisualStudioからのpushができない。。

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/05/21(日) 11:14:10.48

修正用にブランチを作成してから他人のリポジトリにプルリクエストしたんですけど
masterじゃなければpush -fしても大丈夫ですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 12:30:11.65

push -fって、他の人が折角作ったリポジトリを破壊したいのか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 14:44:53.34

>>808
firewall

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 15:02:40.82

>>810
push -fするのは他人のリポジトリって言ってませんよね？
自分のリポジトリの自分のブランチですよ？

まったくgit初心者ってバレバレなんだから
無理してレスするな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 17:49:40.11

>>812
誤解されるような書き方をするほうが悪い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/21(日) 18:53:55.05

>>812
ですよね

**807** (ﾜｯﾁｮｲ) · 2017/05/21(日) 19:06:11.58

1日頑張ったけど解決しなかった。
わっかんねー。

>>811
Git for Windowsを許可しても、TCP9418を許可してもダメでした。

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

unpack failed: unpack-objects abnormal exit
でググったが分からんな

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/05/25(木) 09:56:57.92

.gitignore
task.php
password.txt

これら3つのファイルのみ管理したいんですが
initial commitしてから2回目以降からはpassword.txtの変更をgit add -Aとかでaddされたりコミットしないようにしたいんですけど
どうしたらいいのでしょうか？
毎回git add task.php .gitignoreみたいに手打ちするのが面倒くさいです

**デフォルトの名無しさん** (JP) · 2017/05/25(木) 10:02:49.20

.gitignoreに
*して
例外に
task.php
password.txt
入れろ

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/05/25(木) 13:55:40.88

.gitignoreの内容をこうするんですか
*
!task.php
!password.txt

でもこうするとpassword.txtを編集した時にpassword.txtもステージングされてしまいコミット対象になってしまいます

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/25(木) 14:26:06.55

.gitignoreに
password.txt
でいいんじゃないの

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/05/26(金) 02:46:41.58

>>817
ググりゃすぐ出てくるじゃん

https://stackoverflow.com/questions/936249/how-to-stop-tracking-and-ignore-changes-to-a-file-in-git

試してみたやつ
https://paiza.io/projects/0_6etRTmQWfQIyqckR-FfQ

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2017/05/26(金) 06:00:42.82

>>817
git update-index --assume-unchanged [filepath]

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 22:36:06.11

週末に自宅でプログラミングしていくつかコミット作った後で、
月曜日に会社に出社してからコミットの日付を月曜日の時間に変えたいんですがどうしたらいいですか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 22:47:08.27

>>823
rebase

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

rebaseしてみましたが、sourcetreeだと、日時とコミットした...の二つが表示されていて、
日時の方に最初にコミットした時間が残っていますね。。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 23:09:14.20

http://qiita.com/itochan/items/c89a1a9b5bd073217537
この辺の話かね？

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/06/02(金) 23:11:37.47

rebase --ignore-date

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 23:31:48.02

うーん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 23:51:32.96

コマンドじゃなくてsourcetreeで簡単にできないんすかね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/02(金) 23:55:25.15

出社してからコミットすれば？

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

週末に作ったコミットと同じ内容のコミットを手作業でコーディングしていって新しくコミット作るしかないんでしょうか

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

環境がよくわからないのだけれど、別のディレクトリにgit cloneして、週末に作業した分で上書きしちゃえば良くない？
そもそも作業日時を偽装すんなって話だが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 02:57:18.13

家からは別ブランチにプッシュしといて出社してから家でやったコミットをmasterにチェリーピックすればいいのでは

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

cherry-pick もオプション無しだと元のコミットの AuthorDate を引き継ぐね
コマンドラインからなら -n 指定してそのあとコミットすれば更新されると思うけど
それなら rebase --ignore-date HEAD^ で書き換えたほうが早い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 07:39:06.64

>>831-832で思ったけど、戻りたいところまでgit reset --softで戻ってaddしてコミットし直しが一番簡単かな？
SourceTreeだけでもできるし

**デフォルトの名無しさん** (JP) · 2017/06/03(土) 10:15:19.84

git rebase -i HEAD~
pick->edit
vi README.md
git add README.md
git commit --amend
git rebase --continue

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 12:12:01.42

会社のソースコードを持ち出して自宅で作業してるってバレたら嫌じゃないっすか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/03(土) 12:35:54.10

コミットログを改竄しないといけないなんて大変ですね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/05(月) 10:54:12.94

まさに社畜の鏡

**デフォルトの名無しさん** (ｵｯﾍﾟｹ) · 2017/06/05(月) 12:21:13.89

もはや何の為のソース管理なのか分からんようになっとるなｗ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/05(月) 13:38:52.60

gitで管理されていないソースセットがあるとします。
それをgitに取り込んでV1というタグを打ちます。
その後修正して完成します。これをV2とします。
V1とV2の差分をpatch形式で出すには
どういう方法をとると楽ですか？

**デフォルトの名無しさん** (JP) · 2017/06/05(月) 14:30:26.22

diff

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/05(月) 14:37:11.85

format-patch

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/05(月) 15:13:47.30

なるほどありがとう。
一長一短感がありますが、いろいろ試してみます。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/06(火) 23:15:50.80

v2.13.1

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/07(水) 01:47:24.44

ヒカル TV出演「年間5億は稼ぐ勢いですね」
https://www.youtube.com/watch?v=G7qL6ftpets
第１回案件王ランキング！YouTuberで１番稼いでるのは誰だ！
https://www.youtube.com/watch?v=asF2wQ2xhjY&;t=61s
ユーチューバーの儲けのカラクリを徹底検証！
https://www.youtube.com/watch?v=FUSb4erJSXE&;t=504s
【給料公開】チャンネル登録者4万人突破記念！YouTuberの月収公開！
https://www.youtube.com/watch?v=Y7DAQ0RKilM&;t=326s
誰も言わないなら俺がYouTuberのギャラ相場を教えます
https://www.youtube.com/watch?v=E4q-vaQh2EQ&;t=118s
YouTuberになりたいのは馬鹿じゃない！YouTuberになる方法
https://www.youtube.com/watch?v=Fr0WXXZRMSQ

最高月収5000万円だとさ。年収じゃなくて「月収」な
おまえらもyoutubeに動画投稿したほうがいいぞ。副業にぴったしだ
やろうと思えばスマホがあればできるぞ
最低2年はやらないとここまではいかないだろうけど才能とアイデアと
企画力と継続力があればが大儲けできる可能性がなくもない
まだまだ他の職種に比べれば競争率は低いからオススメ
顔出したくないならラファエルみたいに仮面つければいい
ハロウィン用でいろいろな仮装マスク売ってるからオヌヌメ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/07(水) 12:56:26.43

>>846
グロ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 02:15:10.16

githubでマージされずにクローズされたプルリクを削除したいんですが、どうやったらいいでしょうか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 10:39:35.71

うちのプロジェクトにもそんなのあるわ
勝手にissue作って自己解決でcloseしやがった
スレ汚し

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

>>849
普通の使い方じゃん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 18:00:00.37

>>848
方法がないっぽいけど、あったら誰か教えて。

**デフォルトの名無しさん** (ｽﾌｯ) · 2017/06/10(土) 18:07:06.38

>>849
そんなことで文句言われる方がかわいそう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 18:22:37.76

間違ったcommitを消しちゃうかどうかって議論と通じるものがあるな。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 18:32:00.64

>>853
作業履歴であれば残しておくべきだし、
アプリのバージョン履歴であればリリースしてないものは不要

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/10(土) 19:22:05.87

push -f

**デフォルトの名無しさん** (ｱｳｱｳｲｰ) · 2017/06/15(木) 16:04:06.84

わかばちゃんと学ぶGit使い方入門

を読んでいます。

コンフリクトの定義は何でしょうか？

上の本では、同じ行に同時に別々の修正が加えられたときに発生すると
書かれています。

オリジナルのファイル：
1 A
2 B

Xさんがオリジナルのファイルを以下のように修正。
1 A
2
3 B

Yさんがオリジナルのファイルを以下のように修正。
1 A
2 B
3 C

この場合 2行目および3行目が異なるため、コンフリクトが発生したことになるのでしょうか？

新しいファイルを以下のように更新すれば問題ないようにも思えます。

1 A
2 B
3 C

**デフォルトの名無しさん** (ｱｳｱｳｲｰ) · 2017/06/15(木) 16:06:05.81

というか、

同じ行に同時に別々の修正が加えられたときにコンフリクトが発生すると
したら、同時に複数人が同じ内容のファイルを修正なんてほぼ不可能で
あるように思えます。

ですので、コンフリクトの定義は、もっと柔軟なのではないかと思うのですが。

**デフォルトの名無しさん** (ｱｳｱｳｲｰ) · 2017/06/15(木) 16:07:51.46

1 A
2 B

上のファイルをXさんが

1 A
2 C
3 B

と変更。

Yさんが、

1 A
2 B
3 D

と変更。

うーん。不可能なように思えます。