Git 17 (IPなし)

**デフォルトの名無しさん** · 2019/06/22(土) 04:26:09.00

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

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.5ch.net/test/read.cgi/tech/1457412803/
Git 15 (ﾜｯﾁｮｲあり)
https://mevius.5ch.net/test/read.cgi/tech/1486239735/
Git 16 (IPあり)
https://mevius.5ch.net/test/read.cgi/tech/1502726047/

**デフォルトの名無しさん** · 2019/06/22(土) 04:28:21.90

奥が深い

**デフォルトの名無しさん** · 2019/06/22(土) 04:29:20.34

IPありスレなんかに書き込めるかという人用に立てた

**デフォルトの名無しさん** · 2019/06/22(土) 04:31:16.38

git stashするとデータが消える

**デフォルトの名無しさん** · 2019/06/22(土) 04:32:02.57

git stash clearしたからなんだが

**デフォルトの名無しさん** · 2019/06/22(土) 04:33:09.50

GUIのソフトがいい

**デフォルトの名無しさん** · 2019/06/22(土) 04:34:19.77

コミットするときgit diffを見れる

**デフォルトの名無しさん** · 2019/06/22(土) 04:35:29.96

コミットをまとめるべき

**デフォルトの名無しさん** · 2019/06/22(土) 04:36:10.22

って思ったらまとめないでっていう5年も前の記事発見

**デフォルトの名無しさん** · 2019/06/22(土) 04:36:53.65

奥が深いな

**デフォルトの名無しさん** · 2019/06/22(土) 04:40:16.85

前スレ703
squashしてAuthorが変わるのは問題だろ
まとめないほうがいい

**デフォルトの名無しさん** · 2019/06/22(土) 05:28:05.25

SmartGit
知らないと損するレベルで良すぎる
前スレも前々スレも名前が出てない
疑問だね

**デフォルトの名無しさん** · 2019/06/22(土) 05:31:18.23

ﾜｯﾁｮｲやIP付けるからだね

**デフォルトの名無しさん** · 2019/08/20(火) 12:24:37.83

スレたておつ
こっち使うわ

**デフォルトの名無しさん** · 2019/08/21(水) 08:18:36.11

>>11（にレスするわけじゃないが）

squashする前の複数のコミットは複数のAuthorの可能性があるわけだから
squashしてそれが保存されるわけないよな。
と考えるとコミットはそのまま残すのが原則というのは当然の帰結なわけで

**デフォルトの名無しさん** · 2019/08/21(水) 08:20:58.21

コミット残すっていうのはマージする時の話な
rebaseで自分のコミットをまとめるのはいいし、
まとめると言っても一つにするってことじゃなくて
意味のある単位にするってことだし、
理由も考えずに「○○する」と決めるバカが多いよ
あるべきすがたにするのが正しいんだから、どうするかは場合による

**デフォルトの名無しさん** · 2019/08/29(木) 13:00:59.52

間違えて　git checkout --　して編集したファイルが無くなったんですが、
git checkout -- に yes/no な確認プロンプトを表示させる方法ってありますか？
rm -i みたいなやつです

**デフォルトの名無しさん** · 2020/01/03(金) 14:24:21.04

guthug

**デフォルトの名無しさん** · 2020/02/28(金) 21:17:00.21

チームで同じソースコード触る時
マージが上手くいかない
所々反映されてたり消したコードが残ってたり…
もしかしてだけど
複数人で同じソース触るのにGITって向いてない？
運用の仕方悪いだけ？
なんかコツあったら教えて

**デフォルトの名無しさん** · 2020/02/29(土) 13:11:13.28

運用が悪い

**デフォルトの名無しさん** · 2020/02/29(土) 13:42:35.99

git関係なしに運用の問題だろうね
タスクの振り分け方を工夫するのと、リファクタリングやレガシーコード関連の本を読んで既存のコードを小さく変更する方法を身につけるといい

**デフォルトの名無しさん** · 2020/02/29(土) 17:49:38.65

>>19
ソースコード管理ツールは、コードを持ち寄ったら謎の力で
すべての機能を合わせたものを作ってくれるツールではないからな

ソースコードを管理するのは人間。
人間がソースコードを管理するためのツール。

**デフォルトの名無しさん** · 2020/03/06(金) 10:59:04.25

現在 ver12ぐらいのライブラリがあって
ver3の時の機能を残したまま，それ以外の更新だけ反映されたものを
作る方法ないでしょうか