Git 16©2ch.net

2017/08/15(火) 00:54:07.61

ソースコード管理を行う分散型バージョン管理システム、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 14
http://echo.2ch.net/test/read.cgi/tech/1457412803/
Git 15
http://mevius.2ch.net/test/read.cgi/tech/1486239735/

VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured

2018/07/07(土) 21:02:14.32

まあ、いい経験じゃね？

・『Pro Git』読む
・プロジェクトリーダーとかに聞く
・Gitクライアント使う

とかすれば？嘆いてるだけじゃ何も生まんよ

2018/07/07(土) 21:04:08.68

>>419
だからintellij使えって。
お前にゃcuiは早過ぎる。

2018/07/07(土) 21:22:27.64

むしろdiffとpatchからやるべきでは
で、cvs, subversion, darcs, mercurial, fossile, veracityと進む

2018/07/08(日) 13:10:36.68

https://forest.watch.impress.co.jp/docs/special/1131501.html

MSがWindowsにどうでも良い機能を短期間に大量に追加するようになったのは
Gitが遠因なのか？

2018/07/08(日) 13:19:33.93

昔からのMSの伝統芸

2018/07/08(日) 14:10:00.36

>>426
Sets便利そうでいいね

2018/07/10(火) 08:27:47.75

ブランチにマスターの変更を取り込むにはリベース？チェリーピック？どうすればいいの

2018/07/10(火) 14:22:53.20

リベースはやってはいけないものと教え込まれて育ってきたけど正しい？

2018/07/10(火) 14:33:21.26

gitのコマンドは必要だから搭載されている
やってはいけないものなどない。
会社のレベルが低いということだな

2018/07/11(水) 14:44:30.91

何もかもなかったことにするのがリベースだよね？
そんなことが許されるの？

2018/07/11(水) 14:51:48.18

>>432
なんのために間違った作業を残しておくの？
何に使うのかを言って

2018/07/11(水) 18:15:38.40

>>433
「間違った作業」という判断が間違いだったときのため。

2018/07/11(水) 18:46:55.91

>>434
なら「間違った作業」のブランチを別に作ればいいだけ

2018/07/11(水) 19:54:55.41

何も無かったことにするためにリベースを使うのは
ちょっと特殊な用途だと思う

2018/07/11(水) 20:46:36.05

なかったことにするのはreset --hard

2018/07/11(水) 23:35:03.75

>>432
リベースはフィーチャーブランチを作り直すために使うんじゃないの
何もなかったことにするというのはだいぶ違うと思う

2018/07/11(水) 23:36:50.76

>>437
リセットハードしても何もなかったことにはならんでしょ
リセットハードする前にそこでブランチ作ったり
単にハッシュ覚えとくだけでもガベージコレクション前なら戻れるし
ある時点にリセットするっていう
そのままの意味でいけますやん

2018/07/11(水) 23:54:00.53

ここでなかった事にすると言ってるのは、コミットの履歴上でのことでしょう

2018/07/12(木) 09:46:53.21

間違えてパスワード入ったままpushして
元に戻したいっていうのが一番多い案件

2018/07/12(木) 09:52:24.27

そんなわけないだろ

小さくコミットをして言って、途中で不要なコミットを
なくしてレビューしやすくするのがrebaseの目的

このコミットでコードを修正しました。
その修正の際に入れたタイポを直したのが
このコミットです（ドヤー）とか見せられても
誰も嬉しくないんやで

2018/07/12(木) 10:33:05.77

>>442
これあるわー
フィーチャーブランチの中で作ったデグレを修正したコミット履歴とかいらんねん

2018/07/12(木) 12:44:57.88

>>442
squash

2018/07/12(木) 12:56:23.01

squashは全部まとめるものだからだめ

2018/07/19(木) 07:01:03.13

リベースしたら分岐元のバージョンが新しくなるだけじゃなくて
過去のコミック履歴も消えるの？
消えた履歴はもうたどれない？

2018/07/19(木) 08:26:47.04

コミック？

2018/07/19(木) 08:28:31.97

リベースする前のフィーチャーブランチの先端のハッシュIDが残ってたらそこでブランチ作ったりできるしなんとかなるよ

2018/07/31(火) 16:53:09.51

一応見といて

2018年6月請求の不使用取消審判について

2001年以降、我々のオープンソース商標に関しては特に大きな変化はありませんでしたが、
先月18日に一部の指定商品に対して不使用取消審判が請求されました。
請求人は「[https://opensauce.co/株式会社OPENSAUCE]」（金沢市）であり、
料理レシピを共有するプラットフォーム提供などを行う事業を計画している会社のようです。

https://mag.osdn.jp/18/07/30/220000

2018/08/06(月) 23:26:52.04

2018-07-31
GCCのgit移行が難航中
https://cpplover.blogspot.com/2018/07/gccgit.html

2018/08/06(月) 23:39:41.10

>>450
別に30年分の履歴を全部覚えておく必要もないだろ

2018/08/07(火) 04:58:31.19

歴史は大事

2018/08/15(水) 01:19:46.24

jdkがgitに試験的に移行
https://github.com/Project-Skara/jdk

2018/08/15(水) 01:41:02.20

アメリカと日本はなぜ太平洋戦争で戦うことになったの？
http://www12.plala.or.jp/rekisi/taiheiyou-amerika.html

2018/08/16(木) 19:18:51.24

設定ファイルの中にパスワードが入っていてどうしても別ファイルに分離できない
なにかやり方が無いか探したら、フィルタを作る方法があるようだな

http://blog.davydovanton.com/2015/11/14/ignore-file-lines-in-git/

2018/08/22(水) 00:04:47.82

Git 2.18がGitプロトコルバージョン2のサポートを追加
https://www.infoq.com/jp/news/2018/08/git-2.18-v2-protocol-commitgraph

2018/08/22(水) 06:14:34.24

>>456
最後の一文

公式リリースノートでGit 2.18の全機能一覧を読んでください。

2018/09/04(火) 12:23:17.98

バージョン管理ツール「Git」は一体どういうものなのか？
https://gigazine.net/news/20180904-git-version-control-system/

なんでgigazineがgitなんか解説してんの？
ライトなIT系ニュースサイトのお前には力不足だろうに

2018/09/04(火) 12:26:24.31

訂正

どうでもいいコンピュータ関連の話題紹介サイトのお前には力不足だろうに

2018/09/04(火) 12:27:38.79

違うな

ナードが好きそうな話題紹介サイトのお前には力不足だろうに

2018/09/04(火) 12:31:34.52

GIGAZINE以上の内容が書けて拡散できるお前がやれば？

2018/09/04(火) 12:37:07.37

>>461
あの程度のgitの説明なら、誰でもかけるだろうなｗ
でもそんなのすでにたくさんあるからやる必要がない。

2018/09/04(火) 12:54:14.70

NGID:ROt4XEkp0

2018/09/04(火) 12:55:26.87

へーんしん！

2018/09/04(火) 12:56:38.48

あ、ファイルダウンロード中だったｗ
しばらくしてからIPアドレス変更するよ

2018/09/04(火) 13:41:13.60

gigazineω
わかなちゃんの方が優秀

2018/09/04(火) 23:47:50.91

結局IPアドレス変更するの忘れた。
日付が変わると同時に変えるとしよう

2018/09/05(水) 14:08:55.04

自分より立場が上で途中から加わった人が”タイムスタンプが変わるのとファイルがロックできないとから使い物”　＜意訳＞にならん。
GITからZIP管理にしようと言い出した。
どう説得したらいい？　

2018/09/05(水) 14:10:44.68

もっと上の人と話する

2018/09/05(水) 14:36:26.76

マージ最強
ロックはクソ

タイムスタンプはビルドシステムがファイルの変更に反応するのに必要

2018/09/05(水) 14:37:47.54

Git LFSのロックとか
ロックのあるSVNにしようじゃなくてzipかよ

2018/09/05(水) 16:55:25.82

ホントにzip強制されるようなら転職不可避だな。
git以外でもろくでもない判断が下されるに違いない。

2018/09/05(水) 17:05:05.53

これやってトラブっても何も責任もてんがｗ

1. gitのメリットを言ってもらう
zipのメリットなら色々屁理屈言ってきそうなので
gitのメリットを言えないなら、それは無知であることを自覚させられる

2. gitのメリットの話と、人間の問題を切り分けて考えてもらう
gitのメリットがわからないのか、わかった上でそれを使う人間の技術力が低いから使えない
という話なのか、どちらかなのかはっきりさせる

2018/09/05(水) 17:19:10.11

3. 学習コストが云々言われたら、学習による開発効率向上による
コスト削減と比較してみたのかを聞いてみる。
コストコスト言うやつほど、"比較"をしてない。

コストは何をしてもかかるものなので、コストがかかる
っていうのは何の意味も持たない

2018/09/05(水) 22:14:45.12

>>468
ZIPでロックってどうやるの？

2018/09/05(水) 22:42:11.62

旭化成に聞け

2018/09/06(木) 00:27:17.98

>>470
たぶんそういう理由じゃないかと

2018/09/06(木) 01:13:55.50

タイムスタンプは記録されているものを反映させればいいだけだから
zipなんかよりも完璧に管理できますって言えるな。

もちろん開発中はタイムスタンプを更新しないと不具合が発生するので
絶対にやらないこと。あくまで馬鹿向けのためのできると示すため

2018/09/06(木) 14:40:55.44

上司はmakeも使ったことなさそう

2018/09/06(木) 16:39:53.16

上司の上司に言って無能上司を更迭するしかない。
あるいは逃げるか。

2018/09/06(木) 23:36:24.86

どうぞどうぞでいいんじゃね？
メリットを享受する人間に実行してもらうのが吉。
俺はそれでもgitを使い続けるし、zipにしろって言われても無視する。（誰も困らないし。

2018/09/06(木) 23:41:01.70

>>481
要するに最終的にお前が会社を辞めるという結論でしょ？

2018/09/07(金) 14:34:07.97

468です。
みんなありがとう
その人には、自分の修正だけやってもらってGITでの管理は私がマージ＆コミットすることになりました。本人は、VSS(ソースセーフ)にしたいらしい。

2018/09/07(金) 14:38:13.96

【このハゲ―、麦だろ】　ＴＰＰに米と毛が駆逐される　　＜農林10号＞　　頭髪すら枯らせるモンサント
http://rosie.5ch.net/test/read.cgi/liveplus/1536286354/l50

ピザデブ、ピザハゲ、ピザ糖尿。

2018/09/07(金) 14:59:51.29

VSSか
Window10ではもう動かないんじゃなかったっけ

2018/09/07(金) 22:20:22.94

http://medaka.5ch.net/test/read.cgi/prog/1531667040/
の39～48あたり

VSSは遅いだけではなく破損するって時点で致命的
共有フォルダに毛が生えた程度のものと考えると良い

マージはあるみたいだが基本的に結果を確かめられないので博打になる

2018/09/07(金) 22:45:30.25

ブランチあったらどうやってロックするんだ？

プログラミングではしばしば複数のファイルを編集する必要があるが
どのファイルを編集するのか全て作業前に把握して
全部ロック掛けるってのもむり

あ、このファイルも編集しないと
って思ったらもうロックされてたり

互いに同じファイルをロックしようとして作業が止まったらどうするんだ
相手が作業終わるまでサボる？
何ロックしてやがんだ！と文句を言いに行く？

ロックしたまま忘れたらどうする？
ロック無理やり解除して横取り？

2018/09/07(金) 23:02:57.37

>>487
質問する前にVSSの仕組を調べたら

2018/09/09(日) 19:28:30.17

>>482
まあ、それでもいいと思ってる。

2018/09/09(日) 21:50:05.46

>>487
そもそも、ロックなどされない！

各人はリポジトリから、最新のファイルをダウンロードして、
自分の(ローカル)PC 内で、更新・保存するだけ

つまり、Git は、他のVSS と違って、一旦ローカルPC に、更新・保存しておく段階がある。
そして、切りの良い所で、それをリポジトリにアップロードする

そのアップロードは他人にも報告されるから、
アップロードされた最新のファイルを、ダウンロードし直せばよい

2018/09/10(月) 01:50:08.92

VCS = Version Control System
VSS = Microsoft Visual SourceSafe

2018/09/10(月) 02:14:11.17

Girのマージでロジックが変わってしまうパターンってなんかある？
VSSロックは官公庁の開発では割とアリだなと思ったよ

2018/09/10(月) 02:30:07.38

>>492
あるよ。（だからマージされた後自動テストを走らせる）

例えば一つのブランチで、ファイルの上の方に
#define VALUE 100 という定義を追加する。
ずっと下の方で、VALUEを参照したコードを書く。
もちろんテストは通る

別のブランチで、ファイルの中頃に
#define VALUE 200 という定義を追加
そのすぐ下で、VALUEを参照したコードを書く
もちろんこれもテストは通る

この２つをマージすると

#define VALUE 100
#define VALUE 200
VALUE=200を期待しているコード
VALUE=100を期待しているコード

となる。

gitに限らずどんなものでもブランチ単体では問題ないし、
コンフリクトも起こさずにマージできるが、
テストに失敗してしまうことはある

2018/09/11(火) 14:47:00.95

2.19.0

2018/09/11(火) 15:54:22.41

>>490
むしろロックでの開発が分からんって話なんだけど

テキストファイルを一回の作業で一個だけ編集する
ブランチは無し
って状況でも無けりゃ使えなくね

さらに
VSSは複数のファイルを同時にコミットみたいな機能が無いみたいに書いてあったけどまじ？

2018/09/11(火) 16:01:58.73

>>495
VSSにブランチの概念はない

2018/09/11(火) 18:36:51.82

Git v2.19.0

2018/09/11(火) 18:37:18.33

Highlights from Git 2.19
https://blog.github.com/2018-09-10-highlights-from-git-2-19/

2018/09/11(火) 18:38:12.15

「Git 2.19」リリース
https://mag.osdn.jp/18/09/11/155000

2018/09/13(木) 16:46:03.57

>>495
人間から見た操作的には同時コミット（チェクイン）可能ではあるが、履歴は基本的にRCS/CVS的なファイル単位の差分管理のみ。

2018/09/14(金) 00:48:08.83

Now available: Git for Windows 2.19, including experimental built-ins for rebase and stash that make them both much, much faster! https://gitforwindows.org/

2018/09/14(金) 13:11:27.35

共有用なんかで作るベアレポジトリって、中身はHEADとかbranch/とかばかりで、実際に管理しているファイルは入ってませんよね
git ls-filesしても、なにも出てきません

そのベアレポジトリで管理されてるファイルの一覧を見る方法を教えてください

cloneすると、管理しているファイルもclone先に作成出てきますが、そうて'はなく、コマンド等で確認したいです

2018/09/14(金) 17:59:23.22

git ls-files in bare repository

https://stackoverflow.com/questions/25906192/git-ls-files-in-bare-repository

2018/09/20(木) 00:41:04.59

>>503
㌧

2018/09/25(火) 19:14:08.32

>>453
こっちになった
移行じゃなくてミラーだけど
https://github.com/openjdk/jdk

2018/10/06(土) 13:27:10.21

Git 2.14.5, 2.15.3, 2.16.5, 2.17.2, 2.18.1, and 2.19.1

2018/10/10(水) 16:37:24.37

CVSとかsubversionでブランチを作るのはgitに比べると遅いといわれる理由は何なんや

gitではブランチはコミットオブジェクトを指すだけの参照だから、ブランチを作成するには、コミットオブジェクトを書き込むだけで済むから高速というのはわかる

一方CVSやsubversionではブランチをどうやって作ってるんや(´・ω・`)

2018/10/10(水) 22:28:09.22

CVSは知らんがsubversionのブランチってほぼファイルコピーみたいなもんだからじゃない？

2018/10/10(水) 23:46:19.37

svnはブランチ作るだけなら言うほど遅くないと思うがな。
ブランチ作った時点では差分がないからファイル内容はコピーされないで参照ができるだけだよ。
それでもgitよりやることは多いだろうけど、ブランチ作るのもリモートリポジトリ操作だからってのが一番大きいんじゃないかな。

CVSはRCSというdiffファイルで世代管理するツールがベースになっている。
リポジトリもRCSそのままのdiffファイルに毛が生えたようなテキストファイルの束だから遅いと聞けばそりゃまあそうだろうと思う。
当時のPC環境が今より数段遅かったというのもあるがローカルで使っても遅かった。

2018/10/11(木) 05:33:29.69

>>507
subversionはブランチはリモートに作るもの
ローカルだけでは作れないので遅いし
ネットワークがつながってないと使えない

2018/10/20(土) 02:27:48.69

新たなGit Submoduleの脆弱性にパッチが当てられた
https://www.infoq.com/jp/news/2018/10/git-submodule-vulnerability

2018/10/20(土) 09:19:23.04

>>511
Windowsは関係ないやつだっけ

2018/10/20(土) 11:36:14.44

ブランチ作成でファイルを全部コピーするのはVSSぐらいだろ？

2018/10/20(土) 11:37:16.20

>>513
VSSにブランチの概念はないが

2018/10/20(土) 12:08:25.43

>>514
ファイルの共有および分岐、マージ機能
https://msdn.microsoft.com/ja-jp/library/cc844084.aspx

2018/10/20(土) 12:23:41.67

VSS使ってる人を見たことが無い

2018/10/20(土) 12:51:26.53

>>516
ここにいるよ

2018/10/20(土) 12:53:33.46

見えねえよ！

2018/10/22(月) 02:51:07.37

GitHubを使ってみたくてGit勉強してるんだけど
GitがGUIで使えるような奴はなんか欠点あるの？Windows環境とかでもCLIでやってる人が多いのはなぜ？

2018/10/22(月) 04:02:36.43

日常的によく使う操作はIDE使った方が早いけど複雑な処理になったらCUI使わないとできなかったりするね
要は使い分け

2018/10/22(月) 05:30:44.52

>>520
逆じゃないかな。
日常的にやってる操作はCUIの方が楽でしょ。
変遷をグラフィカルに表示して一望したかったりする時にGUIが大いに役立つ。

2018/10/22(月) 05:46:24.38

要は使い分けだよ
CUIが必要なければ使わなくていいし
とりあえずはCUIで勉強するのがおすすめ

2018/10/22(月) 10:19:53.34

>>521
ほんそれ
CUIで充分

>変遷をグラフィカルに表示して一望したかったり
githubのnetworkで観てるわ