Git 20

2024/02/15(木) 09:50:09.07

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

Git
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 17
https://mevius.5ch.net/test/read.cgi/tech/1599016710/
Git 18
http://mevius.5ch.net/test/read.cgi/tech/1650651945/
Git 19
https://mevius.5ch.net/test/read.cgi/tech/1667720427/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2024/02/15(木) 09:51:51.51

Git v2.43.2

2024/02/15(木) 09:52:26.08

Git v2.44.0-rc1

2024/02/16(金) 06:57:49.65

おつ

2024/02/17(土) 19:03:18.67

detached HEAD で血の気が引いた。
元 hg 使いを殺しにきてるな。

2024/02/18(日) 02:02:20.81

もじら関連に関わるような変人以外にそんなの使ってる奴いるのか?

2024/03/05(火) 17:05:16.75

TortoiseGitって、メッセージは空っぽのままで注釈付きのタグを作ることはできないですか？

2024/04/20(土) 12:34:00.49

Git v2.45.0-rc0

2024/04/25(木) 02:14:05.69

Git v2.45.0-rc1

2024/04/30(火) 14:07:17.09

Git v2.45.0

2024/05/15(水) 11:31:23.32

Git v2.45.1 security fix

2024/06/01(土) 19:00:39.64

Git v2.45.2

2024/07/21(日) 11:47:12.83

Git v2.46.0-rc1

2024/07/21(日) 11:58:18.34

Git 2.46-rc0 Continues Preparations For Switching To SHA256 By Default WIth Git 3.0
https://www.phoronix.com/news/Git-2.46-rc0-Released

2024/07/25(木) 08:10:54.69

Git v2.46.0-rc2

2024/07/29(月) 21:30:58.91

すいません、質問です
とある組み込みLinuxのシステムをgit管理する事になりました
対象は/home/user1/の直下の3つのディレクトリです

この3つをディレクトリ構成を変えずに、同時にバージョン管理することは可能でしょうか？

**デフォルトの名無しさん** (JP 0H62-tcJ/) · 2024/07/30(火) 06:35:24.67

その3ディレクトリ以外は管理対象外にするような.gitignoreを書くだけでは

2024/07/30(火) 07:21:31.30

>>17
homeのユーザーディレクトリを丸ごとリポジトリにしてしまってもいいのでしょうか？

2024/07/30(火) 10:15:20.92

Git v2.46.0

**デフォルトの名無しさん** (JP 0H62-tcJ/) · 2024/07/31(水) 06:12:42.11

>>18
だってuser1直下のディレクトリ構成変えるのが嫌なんでしょ
乱暴だとは思うけど割り切ってこうするしかないよ？

2024/07/31(水) 18:41:12.02

>>20
ありがとうございます！

2024/09/15(日) 02:31:26.93

Git v2.46.1

2024/09/24(火) 08:35:15.36

Git v2.46.2

2024/09/27(金) 08:27:25.30

Git v2.47.0-rc0

2024/10/04(金) 12:52:23.68

Git v2.47.0-rc1

2024/10/05(土) 02:47:36.52

Gitって、
ややこしいね…

2024/10/06(日) 21:10:55.65

>>26
なにがややこしいの？

2024/10/07(月) 05:10:17.01

>>27

gitkraken使えばいいのかな…？

2024/10/08(火) 09:22:58.42

Git v2.47.0

警備員[Lv.30] (ﾜｯﾁｮｲ e59c-7BmO) · 2024/10/23(水) 15:25:36.90

PCがブルスクになって再起動したら、.gitフォルダが全く認識されなくなったけど、これもう終わりかね
git initしてもダメだった

2024/10/24(木) 20:20:25.88

なんか問題の切り分けできてなさそう

2024/10/24(木) 20:37:32.99

そりゃーいわね約束だべ

30 (ｵｯﾍﾟｹ Sr11-7BmO) · 2024/10/25(金) 15:25:22.24

もう終わった話なので大丈夫です

2024/10/27(日) 06:40:21.04

結局PCもgitも関係ないところのエラーだったんだろうな

2024/10/29(火) 16:36:54.68

今開発中の2.48は浜野氏がメンテナーをしていない模様

2024/10/29(火) 16:47:01.23

GitHubとかのパブリックリポジトリをクローンしてログを見てみると、
ブランチを作らずに複数人がmainにばんばんコミットしてるものも多いんだけど、
ブランチを作る作らないはどういう基準で分けてるんだろうか

2024/10/29(火) 20:27:36.21

>>36
ローカルにブランチ切ってるんじゃないの？

2024/10/30(水) 08:55:08.43

>>37
どうやったらmainをこんな一直線にできるんでしょうか？
ローカルのブランチをmainにマージするときに、リベースとか使ってるってことですか？

2024/10/30(水) 09:28:31.83

>>38
当然 rebase するだろう
git なんのために使うと思ってるんだ

2024/10/30(水) 14:32:17.39

何より自称意識高い系対策だろ

2024/10/31(木) 12:54:50.89

fork して branch してその branch を fork 元の main に対して pull request
merge したら main に合流
じゃないの

2024/10/31(木) 13:39:31.30

>>41
直前にもう一回 pull / rebase してから pull request しろや
メンテナに余計な手間かけさせるな

2024/11/01(金) 19:56:16.32

>>36 がブランチ無いって言うから解説してみたんだが

2024/11/02(土) 19:40:13.72

gitでファイルを管理したいです
というのも、あるide上で削除したファイルは完全削除になり、ゴミ箱に移動されません
またリドゥも出来ません

だから定期的にgitに保存して、そこから復元という形になるみたいです
しかし、例えば10秒に1回ファイル削除をした場合10秒ごとにリポジトリに保存しなければいけないのでしょうか
自動化はできそうですが、凄まじく面倒です

2024/11/02(土) 19:55:48.59

何も難しくねーんだから自動化すれば良いだろ
凄まじく面倒なんて言い訳は頭が悪いことを自白しているようなもんだ

2024/11/03(日) 05:29:56.13

gitの用途間違えてるよ
高頻度で削除するようなファイルを復元したがるケースがまず不明
どのIDEでどんなプロジェクトをどう運用してるか説明したほうがいい

本当に実現したいことに対して手法が間違ってる気がする

2024/11/06(水) 12:12:04.99

Gitの使い方のルールが明文化されていない職場が増えた

2024/11/06(水) 15:17:18.19

>>47
どんなルール？

2024/11/06(水) 20:07:20.18

職場でのルールってことでしょ
Git自体にルールはないよ

2024/11/07(木) 08:56:52.06

そりゃそうだろ何の話してると思ったの?w

2024/11/07(木) 23:37:53.08

>>44
そんなに頻繁にファイル消すてどういうプロジェクトなんだろう？
削除せずに、ゴミ箱的なフォルダに移動するとか、ファイルをリネームするとかで
どうにかならないの？

2024/11/08(金) 04:47:19.41

git は履歴保管箱じゃねーぞ
変更点の採用/不採用や再利用や順番の入れ替えなどをする道具だぞ
履歴の保管はそのための単なる手段だぞ
ファイル保管の道具と勘違いしてるやつが多過ぎる、特に他の VCS から移ってきたやつ

2024/11/08(金) 16:10:07.37

またお前か

2024/11/08(金) 18:49:52.14

>>51
彼はIDEとGitの二重管理がしたいらしいが、二重管理そのものが良くないと教えてやってよ。

2024/11/08(金) 18:51:25.49

>>52
それはGitではなく、GitHub、GitLabなどのGitのホスティングサービスのことだ。

2024/11/09(土) 11:14:39.71

チェックインチェックアウト型の方が合う職場の方が多いけどgit原理主義者がジャマをする

2024/11/10(日) 23:26:27.94

ファイルを弄ろうとした瞬間にダイアログが自動で開いて
お前は一体何のためにこのファイルを編集しようとしているんだ？
と意図を聞いてくるようなguiのgitクライアントやエディタってないの？
コミット時のコメントを先に書くようなの

2024/11/13(水) 18:08:56.60

それ必要ある？
煩わしいだけだよね

2024/11/14(木) 16:08:53.18

やることを明確にしてから手を動かす癖をつけるには悪くないアイデアだと思う
しかし強制力がないと結局煩わしいだけで終わりそうだから、宣言した内容から逸れるような変更をAIが検知して電気ショックを与えるような仕組みとセットだな

2024/11/14(木) 17:05:51.92

基本的に git はコードを書いてから、それをどのように他人に見せるか考える仕組み
最初に目的を書くとか git ではありえない

他の VCS 使え、無理して git を使う必要ないぞ
ステージが何のためにあるのか分かんない奴、ステージの便利さが分かんない奴は他のを使った方が幸せだと思うぞ

2024/11/14(木) 18:05:15.86

そりゃ暴論だな
Git自体は開発ワークフローではなくソースコードを管理するツールだから、UNIX的ミニマリズムの帰結でそうなってるだけの話で、
開発ワークフローとして先にコミットメッセージを決めちゃいけないわけではない
そういうワークフローをサポートする周辺ツールを作ればいいだけのことで、それを妨げるものは何もない

2024/11/14(木) 18:59:29.63

なんかGitと関係ない気がする

2024/11/14(木) 19:39:03.69

GitにはSVNのneeds-lockに相当するものはない
開発のスループットを上げるためにロックの考えは省いて競合解決はなるべく機械に頼る
そのあたりの思想やポリシーはリーナスが語ってたはず
彼が自分のために作ったツールだからそのあたり色濃くコマンドに現れてる
だがフロントエンドの開発を妨げるものはなにもない
必要だと思ったやつが自分で作ればいい
Git自身の思想とは別ベクトルを向いているので特殊でマイナーな用途のうちに入るから巷で誰かが公開してくれている可能性は低いかもしれないな

2024/11/14(木) 19:59:56.31

急にどうした

2024/11/14(木) 20:17:06.85

git の思想合わないのなら git以外を使えば良いのになんで git にこだわるんだろ
git は汎用ニュートラルなツールじゃなくて思想性の強いクセがあるツール、その分はまったら手放せなくなるけど
料理で言ったらカレー粉レベル、カレー味にしたくない時に使うのはお勧めできない

2024/11/14(木) 21:23:12.93

GitもSubversionも使い方は自由

2024/11/16(土) 11:27:19.19

思想性にクセの無い VCS なんてあるんかいな

2024/11/16(土) 14:54:04.41

>>67
ないよ、だから自分たちの手法/考えにあったやつを使うべき
有名だからといって git 向いてないやつが git 使うのは不幸になるだけ
git は素晴らしいツールだけど万人向けというわけではない

2024/11/16(土) 16:46:21.48

>>67
何にだって濃淡はあるだろ
あるなしの二択でしか考えられない1ビット脳かよ

2024/11/16(土) 16:51:08.62

>>69
濃淡といっても濃いやつかすごく濃いやつかの違い
薄いやつは存在しない

もちろん自分の思想にあってれば空気みたいに感じて薄いと思うかもだが、他の人にとっては猛毒という個人差