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/06/18(日) 22:13:03.73

make, maven, gradle などは、ファイルAが更新されていたら、
Aに依存している、ファイルBも更新・再コンパイルされる

それが、gitに反映されるから、おかしく感じる

Aしか更新していないのに、何で、Bも更新されているのか？

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

なんでBをgitで管理しているのか？

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

>>875-876
普通はバージョン管理するソースファイルとビルドで動更新されるファイルを区別して
後者は.gitignoreに登録してバージョン管理しないようにする
でもVisualStudioとかの糞は今だにこの二つの情報がひとつのファイルに共存してたりして、管理が難しかったりするけどね
そのためにgit update-indexとか使わねばならない

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

>>877
例えばどういう場合？

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

>>877
そんな経験ないな

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

config.hをリポジトリに入れるかどうかってのと同レベルの話と想像。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 00:00:49.66

>>878-879
C#のResources.Designer.cs

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 00:09:56.98

>>881
それは自動生成されるんだから
入れる必要ないでしょ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 00:26:07.87

>>882
消すとビルドできなくなるぞ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 00:34:30.67

>>881
それのバージョン管理、何が難しいのさ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 00:36:29.07

>>883
消さなくていいだろ？
リポジトリ管理しなければいいだけ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 00:41:18.55

>>884
自分で編集したときにはコミットする必要がある
でも他人が編集した場合、その変更をpullしてきた後ビルドすると何故ファイルの内容が変更されてしまう
その変更はコミットすべきじゃない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 00:43:55.21

>>885
消すとビルドできなくなるってことは自動生成できないってことだろ？
そのファイルをリポジトリ管理しないと、cloneしたときに消した状態になるんだからビルドできないじゃん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 00:46:42.26

普通にこの件でググると
https://stackoverflow.com/questions/22619935/resource-designer-cs-under-git

Resource.Designer.cs.in 作って手動コピーしろとか、
git update-index --assume-unchanged しろとでてくるんだが、
これ間違いなの？

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

>>888
読んだけど本質的にバージョン管理しないのと何が違うの？

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

>>889
バージョン管理されてないと、cloneしてビルドができない

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

タイムスタンプの件は
gitの使用を強制されているのでなければ他のツールを使うことを勧めたいところだが
そういうことに適した他のツールを知らないので何一つ勧めることができず申し訳ない

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

FTPでソースコードをサーバーにアップロードしました。
今までは日付が新しいものだけアップロードしていればよかったんです。

でもあるとき古いバージョンに戻したいと言われました。
どうすればいいでしょうか！

gitにタイムスタンプが保存されていれば
こんなこと悩まなくて住んだのに・・・

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

>>892
古いバージョンのブランチをcheckoutして
日付の新しくなったファイルをアップロードすればいい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 02:24:05.75

という話に持っていくにはどうすればいいっすかね？

gitにタイムスタンプが保存されていれば
問題が解決するというロジックが思いつかんのですよ。

普通に考えればgitでチェックアウトしても内容が変わらければ
日付は変わらないし、変わってしまったとしても、新しいとか古いとか関係なく
変わったものだけアップロードすればいいだけですし

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 02:26:48.82

>>893
あ、さーせんｗ
こんな時間にこんなに早くレスくると思ってなかったっす
トイレ言ってる間に書き込まれたけど、>>894が本当に言いたかったことっすｗ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 02:28:47.94

>>893
> 古いバージョンのブランチをcheckoutして
> 日付の新しくなったファイルをアップロードすればいい

gitにタイムスタンプを入れたら、古い日付になるじゃないですか！

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/19(月) 08:25:52.14

>>886>>887
csprojに適切な設定(デフォルト)がされていればビルド時に生成されるはず。
生成されたファイルには「手で編集すんな」って注意書きがある。

>>888
Xamarinの人は自動生成できないからResources.designer.csをリポジトリに入れたら困った。
って話じゃないの？Xamarin知らんから想像だけど。

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/06/19(月) 08:46:19.74

>>897
なるほどXamarineの場合にだめなのか
C#はXamarineしかやってないから勘違いしてた
糞なのはXamarineなのな

**デフォルトの名無しさん** (JP) · 2017/06/19(月) 10:14:31.35

糞は君の頭

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2017/06/19(月) 12:31:08.49

結局gitは何も問題ないわけだ、良かった良かった

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/20(火) 01:46:41.40

MSも csproj とかはわりとマージしやすくなってちょっと Git フレンドリーになったと思ったけど
Xamarinの Resources.designer.cs はダメだな
レイアウト変更で直接 Resources.designer.cs を編集するんじゃなくて
別のxmlファイルでも編集するようにして
ビルド時にそれから Resources.designer.cs を生成してくれるようになれば管理しやすくなるのだが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/20(火) 13:48:31.96

gitでメタ情報の差分を見る方法を教えてください

パーミッションが違うっぽいんだけど、どう違うかがわかりません
ファイルの内容は同一です

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2017/06/20(火) 14:25:27.11

>>902
$ git diff HEAD^1
diff --git a/hoge b/hoge
old mode 100644
new mode 100755

**デフォルトの名無しさん** (JP) · 2017/06/23(金) 09:03:17.22

要するにメルカリで情報流出させるようなDeployしてるのか君らは

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

特定の拡張子を除いてpullする方法、もしくは特定の拡張子だけpullする方法はありますか？
.dbや.logファイルで毎回コンフリクトが起こるので、.dbや.logを除いてpullしたいです

**デフォルトの名無しさん** (ｽﾌﾟｯｯ) · 2017/06/24(土) 10:03:48.87

じゃあそのファイルのgitの管理やめたら？

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

自分用のgitignoreに＊.db,＊.logを登録する

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

git configをプロジェクトによって使い分ける
http://qiita.com/htanjo/items/51245c08327a31da73f4

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

すでにレポジトリ管理化にあるファイルはgitignoreに入れても意味ないんやで
なので git update-index なんてものがある
http://qiita.com/usamik26/items/56d0d3ba7a1300625f92

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/25(日) 17:31:17.74

v2.13.2

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/06/29(木) 15:35:16.72

何で中途半端にﾜｯﾁｮｲしてんだよ
次スレからIDも表示させようぜ

**デフォルトの名無しさん** (ｽﾌﾟﾌﾟ) · 2017/06/29(木) 15:52:24.75

ホスト名も出そうよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/06/30(金) 18:42:19.87

gitlabのmerge requestをsource treeでダウンロードしたいんですがどうしたらいいですか

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2017/07/02(日) 18:39:39.43

がんがれ

2017/07/05(水) 23:37:00.43

>>913

今更だけど

https://docs.gitlab.com/ee/user/project/merge_requests/index.html#checkout-merge-requests-locally

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

サーバー側のバージョンをクライアントから知るコマンドってある？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/07/10(月) 09:42:33.98

>>916
サーバへの接続手段にsshを使ってるんだったらわかる

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

>>917
何て言うコマンド打てば分かりますか？

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2017/07/12(水) 09:40:59.43

git のフローを保つために、間違ったコミットしたりすると物凄く時間をかけて正しくするんだけど、時間の無駄としか思えない。
どこもこういうもの？

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2017/07/12(水) 10:50:05.21

>>919
いいえ

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/07/12(水) 11:32:51.89

コミットログは全部updateに統一してます

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

>>919
「さっきの間違ってたので訂正」というコミットをしろ。

間違いをなかったことにするな。絶対にだ

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

読む時のノイズにしかならない
汚いコミットログを残す方が悪

**デフォルトの名無しさん** (ﾄﾞｺｸﾞﾛ) · 2017/07/12(水) 13:21:41.08

テストがあれば汚いコミットログは不要かな。
テストがなければそのまんま。

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2017/07/12(水) 13:38:31.87

何のためにコミットログを残すか考えれば自ずと答えは出る
レビューのためならレビューアが見やすいように整えるべきだし、自分の為だけなら最低限でも構わない

単なる自己満足ならそれこそ気が済むまでやれば良い

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

mergeコミットは省いて表示してほしい

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

>>923
間違ってないコミットを間違って修正する可能性がある方が悪だよ
言うまでもないことだけど

2017/07/12(水) 17:44:58.51

ギットギトにしてやんよ

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

俺が言おうと思ったのに

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

知っているか？
時間は戻せないんだぜ！

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

>>922
それはmasterとか継続的に共有するブランチの話だろ。
逆に、masterにマージするならきれいにしてから持って来い。

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

2.13.3　と　2.14 が立て続けに出そうな予感

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

v2.13.3

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/07/14(金) 01:08:08.66

MicrosoftがWindowsのコードリポジトリをGitに移動
https://www.infoq.com/jp/news/2017/07/microsoft-windows-git

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

>>934
今頃どしたの？ｗ
いくらなんでも情弱すぎでしょｗｗｗ

**デフォルトの名無しさん** (ｽﾌｯ) · 2017/07/14(金) 13:40:29.64

>>935
偉そうに

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2017/07/14(金) 14:40:18.08

>>934
Git Job!

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/07/14(金) 22:38:45.56

Goodby Jobs

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/07/18(火) 10:36:28.59

あるファイルいっこだけブランチするってことはできないの？

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

ブランチ切ってそのファイルだけ更新じゃいかんの？

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2017/07/18(火) 19:24:19.64

ブランチ作ったらファイル消えました

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/07/18(火) 20:04:13.73

そりゃ面白いなw

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2017/07/18(火) 20:32:02.76

FAQ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/07/18(火) 21:40:38.07

おめ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/07/18(火) 21:48:33.64

王様のブランチ

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

ありがとうございます

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/07/22(土) 12:36:47.55

2.13.4　が出る模様。
2.14 も、そろそろ出る模様。

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/07/22(土) 12:47:41.55

git checkout ref/tags/タグの名前
これで作ったブランチのソースコードをコンパイルするとmasterブランチのときよりもコンパイル時間が約２倍伸びるようになったんですがこういうものですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/07/22(土) 16:43:01.63

>>948
そういうものです

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

gcc にパッチ投げようと
git clone --depth 1 git://gcc.gnu.org/git/gcc.git
したけどクソ重いでやんす
sparce-checkout も試してみたけどこれ fetch はツリー全部 fetch してるのかな？
効果があるように思えない
subtree だけ clone する方法ってないもんですかね

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

>>939
既存のブランチからヒストリがそのファイルしか含まないブランチを作りたいなら
git filter-branch --tree-filter "find -not -name hoge -print0 | xargs -0 rm"
でできるけどそういうことでなく？

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

masterにマージの終わったブランチを
適宜リポジトリから消していっています。
メンバーのローカルにあったブランチが再プッシュされて
消したブランチが復活してしまったのですが
運用としておかしいですかね？

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

そのメンバーがmaster以外のブランチをpushしてるのが悪いので責任とらせて消させれば良い。
面倒で気をつけるようになる。

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2017/08/02(水) 20:21:03.31

2.13.4

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/08/02(水) 23:27:10.42

>>953
ありがとうございます。
運用考えます。

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

別に運用問題ないと思うんだけど。
単に間違ってpushしたってだけでしょ？
マージ済みなんだから、マージされてるってことはわかるし

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/08/05(土) 09:51:46.94

2.14

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

Git 2.14 Released
http://www.phoronix.com/scan.php?page=news_item&;px=Git-2.14-Released

PCRE v2がデフォになった模様。
submodule 関連の新機能が中に入ってきているみたいだけど、よくわからん

**デフォルトの名無しさん** (ｴｰｲﾓ) · 2017/08/07(月) 00:35:37.00

コマンドのヘルプはどうやって見ればいいのでしょうか？
例えばlog
git help log
git --help log
git log --help
どれもヘルプが表示されません

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2017/08/07(月) 11:02:41.21

環境は？
git help log
でどういう動作になる？

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

git log --help で git log のヘルプが見れるのか！
知らなかったがこれは便利だな
man git log と同じ動作になるのか

**959** (ｴｰｲﾓ) · 2017/08/07(月) 20:34:57.82

＞＞９６０
ubuntuです

git-log というマニュアルはありません

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/08/07(月) 21:32:37.06

「Git 2.14」リリース、細かな変更が多数加えられる
2017年8月7日15:15 末岡洋子
https://mag.osdn.jp/17/08/07/151500

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

>>962
Ubuntuにgit-man パッケージあるだろ？

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

あるブランチの、あるブランチ（例えばmaster）との差分が
わかる方法ってないですかね？
今は別ディレクトリにクローンしてディレクトリの差分を見ています

2017/08/10(木) 09:39:17.39

git diff

**デフォルトの名無しさん** (ﾜﾝﾄﾝｷﾝ) · 2017/08/10(木) 10:28:11.21

ブランチデヴィリアン

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2017/08/10(木) 11:24:59.25

>>965
センス無さすぎ

**デフォルトの名無しさん** (ｱｳｱｳｱｰ) · 2017/08/10(木) 14:25:58.20

Git Extensionsで差分を見る

**デフォルトの名無しさん** (ｽﾌｯ) · 2017/08/10(木) 15:57:09.63

>>968
センスある方法を言えよ

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2017/08/10(木) 16:23:27.99

git diffをスタイリッシュに表示させたいのですが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/08/10(木) 19:48:37.08

difftoolに好きなツールを設定する

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/08/11(金) 10:41:47.22

Git v2.14.1
v2.7.6, v2.8.6, v2.9.5, v2.10.4, v2.11.3, v2.12.4,
and v2.13.5.

https://public-inbox.org/git/xmqqh8xf482j.fsf@gitster.mtv.corp.google.com/T/#u

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2017/08/11(金) 22:25:41.04

今まで全然使ってなかったけど
rebase時のautosquashって便利ね