Git 19

2022/11/06(日) 16:40:27.51

ソースコード管理を行う分散型バージョン管理システム、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 17
https://mevius.5ch.net/test/read.cgi/tech/1599016710/
Git 18
http://mevius.5ch.net/test/read.cgi/tech/1650651945/

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

2022/12/20(火) 19:42:20.28

そもそもプルリクエストはgitの機能じゃないしなぁ

2022/12/20(火) 19:52:26.33

GitHubのプルリクエストが今の仕様なのは、むしろGitが想定している本来のワークフローを尊重した結果じゃないか？
プルリクエストって本来は文字通り俺のリポジトリからプルしてくれというメッセージ機能に近いもので、
この例のように組織内でのブランチ間の差分のモニタリングを目的として使用されるなんて当初は考えもしなかったんだろう

2022/12/21(水) 00:42:11.62

「Gitea」の開発者が離反、代替プロジェクト「Forgejo」を立ち上げ
https://codezine.jp/article/detail/17071

Gitリポジトリマネージャがどこで使われているのか、よく分からん。

2022/12/21(水) 08:24:55.62

>>374
ウチで使ってるわ
乗り換えないとならんのかなぁ

2022/12/31(土) 11:16:52.35

今年最後にgitを覚えようと
git 本体とtortoisegit と githubに登録したんだが

これ全部、機能としては同じだけど別物なのか？
あちこちのサイト見ながらやると「こっちのサイトはgit入れてて、あっちはtortoisegit 、こっちはgithub」
みたいな感じになって混乱した

2022/12/31(土) 11:19:54.01

githubを直接触りたいならgh cliのがいい
ghとgitの組み合わせが最強

2022/12/31(土) 11:31:53.96

git_tutorial (フォルダ)
└sample.txt

1.このフォルダでリポリトジを作成して、sample.txtに aaaaa と打って comitした
2.sample.txtの中身 aaaaa を削除し bbbbb と変更して２回めのcomitを行ってみた
3.powershell 上で git log をすると２つのcomitを確認できる

この状態で最初のコミットのファイルを利用するにはどうしたら良いの？

2022/12/31(土) 11:44:42.71

そもそもブランチから勉強した方がいいのでは？

2022/12/31(土) 11:51:33.96

>>379
ブランチがどうこう、ってのはわかるんだけど具体的なやり方がわからない
ブランチをすると手元のフォルダのsample.txtの bbbbb が aaaaaにもどる
ということではないのか？
sample.txtの別ファイルが作成される感じ？

2022/12/31(土) 15:05:58.44

git log #ブランチ名・コミットIDを確認
git checkout <コミットID> #過去のコミットに戻す
git checkout <ブランチ名> #最新の状態に戻す

その様子じゃ次から次に質問しそうだから一度ドキュメントに目を通した方がいい
https://git-scm.com/book/ja/v2

2022/12/31(土) 23:11:48.42

セレじょは5人3D揃ったからいよいよ3Dコラボの年だよなあ
ちぐちゃんには頑張って欲しい

2022/12/31(土) 23:12:03.45

誤爆誤爆

2023/01/01(日) 01:04:33.92

376にOS 質問する人いないが、俺も聞いてやらない

2023/01/01(日) 02:07:20.13

powershellって書いてるじゃん

2023/01/01(日) 02:17:53.54

>>385
最近は linux 用の powershell とかあってな。
（ひねくれたツッコミをしてみる）

2023/01/01(日) 02:29:40.05

>>384
tortoisegitの時点で一個しかないだろ

2023/01/01(日) 03:11:58.02

>>385-387
みんな親切過ぎだろ。
長文くんを思い出せ。

2023/01/02(月) 20:37:53.17

MLに
"Request to remove Junio C Hamano as the Git Maintainer"
（濱野純をGITメインテナーからクビにする要求）

と言うメールがFilip Lipienという人から年末投稿された。
https://public-inbox.org/git/Y7JRh6WZ1YZ2AkKJ@mit.edu/T/#t

------------Google翻訳
Git の使用に関する Stackoverflow に関する質問は 100 万件以上あります。
これは正常ではありません。

Git は現在の状態では、人間のために作られたツールではありません。

彼が開発者の経験を知らなかったために、何百万時間もの作業時間が無駄になったと考えるのは現実的です。
経済的損害は数十億にのぼります。

Junio C Hamano 濱野純氏を Git メンテナとして解任するよう要請します

2023/01/02(月) 21:01:16.13

長文くんを思い出す

2023/01/02(月) 22:02:14.30

ながふみ君?

2023/01/03(火) 00:38:48.69

直後のTedさんのリプライがおもろかった。
濱野さんが何をしたのか、何をしなかったのかがさっぱり分からんのだけど、
長いスレッド読んでくと書いてあるのかな？
読んだ人いたら教えてw

2023/01/03(火) 01:27:53.62

機械翻訳で見たけど、件数だけみて文句があるアホなPMみたいなのが吠えて、それだけ。
Incorrect. As of this writing, there are 146,090 quetions[1] tagged

管理者機能とユーザ機能と分かってないだろうとか言われてるし、濱野さんは気を悪くしないように気付かわれてる。

大半の人は、GitHub から入門して、お仕事の人も GitHub が多いと思うから GitHub に不満がある気がするけど、どうなんだろ。

2023/01/03(火) 01:44:58.77

それは全く逆で、むしろGitHub使える環境の人はGitに対してもGitHubに対しても満足度高いと思うぞ
Git使ってるのにGitHub使ってないというのはだいたい下請業務など劣悪な環境だろうから、Gitに対してもヘイトが集まることになる

2023/01/03(火) 05:34:05.62

ワイはgitには特に何もないが、GitHubには文句たらたらや

2023/01/03(火) 07:04:51.47

マイクロソフトがー、マイクロソフトがー

2023/01/03(火) 17:51:22.90

おまいら、ギフハフって灰汁の組織知ってるか？

2023/01/15(日) 11:41:44.14

ギフハブだぞ
AS*Aさんのセンスでギフハフなんて響きの悪い名前を思いつくわけないだろ

2023/01/18(水) 08:55:28.93

Git v2.39.1 and others

2023/01/20(金) 11:58:28.71

「Git」に3件の脆弱性～修正版のv2.39.1が公開 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1471256.html

2023/01/22(日) 00:10:04.98

stalmannenってスェーデン語でSuperMan のことなんだって。
だから、あの左翼は頓珍漢なことばかり言ってたのか。

2023/01/23(月) 08:39:01.26

ちょっと教えてください。
a、b、c、d、eとコミットして
bにリセットしたらcdeの修正分はなくなるよね？
最初の状態からcをリバートしたらdのコミット分だけが無くなる？

この時cの修正に依存するd,eの改修箇所はエラー吐きまくるであってますか？

実際のチーム開発でrevertとかそんな使う機会ある？

2023/01/23(月) 08:47:04.02

>>402
ごめん
最初の状態からcをリバートしたらcのコミット分だけが無くなる？
です

2023/01/23(月) 09:17:09.28

>>402
pushしたならrevertしかないから、使ったことはある
>>403
その認識で合ってる

2023/01/23(月) 10:00:41.12

>>404
ありがとう。
cの修正に依存するd,eの改修箇所は
手動で調整するしかない？
だよね？

2023/01/23(月) 10:08:15.27

revertは実際のチーム開発では主にリリース直前や直後に戻すときに使う
途中のコミットだけ戻すのも、リリースにむけて成果をマージしていくメインストリームのブランチの場合は珍しくない
例えば、各自の作業をmainブランチに統合した後にステージング環境で最終確認してて特定の新機能に不具合が見つかったら、その機能のマージコミットだけをmainブランチからrevertしてリリースする
一般的にはそういう統合用のブランチにおいてそれぞれのマージコミットにはあまり依存関係がないから、途中のコミットであっても安全に戻せることが多い

2023/01/23(月) 10:51:47.46

>>406
ありがとう。参考にシマス。

2023/01/23(月) 17:43:30.01

>>405
deだけを付け直すrebaseのオプションがあったはず。ブランチ切らないとダメかもしれないけど

https://git-scm.com/book/en/v2/Git-Branching-Rebasing

これの more interesting rebasesのところ
日本語版もあると思うので読んでみてくれ

2023/01/24(火) 14:12:59.02

>>408
ありがとう。読んだけど脳みそのキャパオーバーぎみ。
マージと同じような意味でリベース使えば履歴がスッキリするよって感じなのかな。

2023/01/25(水) 18:58:25.67

GitHubでフォークされた場合にフォークリポジトリを削除してもらう方法ってフォーク主にお願いするしかないんですか？

2023/01/25(水) 19:26:11.38

いいえ、フォーク主にお願いしても削除できません

2023/01/25(水) 19:33:00.95

>>411
そういう仕様ですか？

2023/01/25(水) 19:37:07.29

フォーク主にお願いしただけでは削除されませんっていう重箱の隅

2023/01/25(水) 19:50:29.62

フォーク自体は削除できるのでフォーク主にお願いして削除してもらえばいいと思うのですが
現実問題としてそれで削除してもらえるのかという問題はありますけど
他にいい方法ないですかね？

2023/01/25(水) 21:01:54.27

個人情報うpしちゃったとかなら
GitHubのサポートに削除してもらえるかも

フォークした奴がお願いしてもきかなくてまたpushしたりした場合は知らん

APIキー漏らしたとかなら
悪用される前にAPIキーを無効化して作り直すべき

2023/01/25(水) 22:32:00.35

そもそもgithubの話題はスレチ

2023/01/26(木) 21:19:38.08

じゃあどのスレならいいの？

2023/01/27(金) 02:39:06.99

githubとかのスレ落ちてるね

2023/01/27(金) 02:41:24.15

1000まで使い切って落ちたみたいだから次スレたてようか
前スレがOSSホスティング総合からｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合に名前変えた1スレ目だったから、次スレをｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合の2スレ目にして立ててしまおう
ちょっと長いからスレタイからbitbucketは退場してもらう「ｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合 2【GitHub,GitLab等】」で

2023/01/27(金) 02:50:50.96

立てた

ｿｰｽｺｰﾄﾞﾎｽﾃｨﾝｸﾞ総合 2【GitHub,GitLab等】
http://mevius.5ch.net/test/read.cgi/tech/1674755161

次のGitスレの1にもこのリンクなるべく貼ろう
githubの話題はこっちにって

2023/02/15(水) 08:49:46.98

Git v2.39.2

2023/02/19(日) 15:35:48.54

.gitignoreに
supervisord*
と記述していて
supervisord.log
supervisord.log.2
supervisord.log.3
supervisord.pid
は除外されるんだが
supervisord.log.1
だけ除外されない。これなんで？

2023/02/19(日) 15:41:46.42

どうせ誤字だろ
>>422をコピーして各行の頭にtouchつけてファイル作成したけどちゃんと全部除外になったぞ

2023/02/19(日) 15:42:44.58

誤字する余地ある？
つーかそのままコピペしたんだけどどこか間違ってる？

2023/02/19(日) 19:10:19.28

.gitignoreに記述する前にそのファイルだけaddしてたとかコミット済みだったとか？

2023/02/22(水) 14:17:17.89

TortoiseSVNは内部にSubversionの機能を持っていてましたが、TortoiseGitとGitは別れていて、
TortoiseGitとGitは別々に自分でアップデートしなくてはいけないということで合ってますか？

2023/02/22(水) 14:34:18.81

あってるよ
TortoiseGitは単なるシェルエクステンション

2023/02/22(水) 14:38:45.82

>>425
多分だけどそれが正解ぽかった
おさわがせしました

2023/02/22(水) 14:41:46.67

Gitを時代遅れにする革新的な次世代VCSってないの？

2023/02/22(水) 14:44:38.95

>>427
やっぱりそいういう原理ですか
TortoiseGitは最新版を通知してくるけど、Gitそのものは自分で定期的に調べることになりますかね

2023/02/22(水) 14:47:25.92

>>429
pijulが技術的には面白そう

2023/02/23(木) 10:18:27.51

Linus Torvalds氏、Gitのマージに関し「マージについて説明できないのならやらないほうがいい」ゴミだからとアドバイス
https://softantenna.com/blog/linus-torvalds-git-merge-advice/

2023/02/23(木) 12:32:27.18

pushするときにリモートからpullし忘れてて(大抵修正加えた.MDファイル)面倒でそのままmergeして済ましちゃうことあるわ

2023/02/23(木) 13:42:07.29

githubって、利用規約的に、プログラミング以外の、例えば、工学でもないような
科学の分野の記事を投稿してもいいのかな？

2023/02/23(木) 16:38:51.57

利用規約を読めば分かるのでは
それとも読んだけど文章が理解出来ないからここで聞いてるってこと?

2023/02/23(木) 17:25:36.02

>>435
まあ、そうおっしゃらずに。

2023/02/23(木) 19:53:24.41

ここは github スレじゃないので、詳しくはそっちで聞いた方がいいんじゃないか？

既にドキュメントとか、小説とか、TRPGのルールとか上がってる時点で見当がつくかもだが、プログラム縛りとかないよ。
ただし無料版は、公開した時点でフォークに同意したことになるのでオープンソースなライセンスのものに限る。「俺の小説を読め」では駄目で「俺の小説を好き勝手に改変して良いよ」な必要がある。

2023/02/23(木) 23:08:58.36

>>437
じゃあ課金すれば俺の小説を読めでいいんだね

2023/02/24(金) 03:19:03.50

>>438
一般公開しなければOK
金払って身内オンリーのプロジェクトにして、身内に俺の小説読めとやる分には問題ないはず

2023/02/24(金) 07:04:25.06

>>439
無料ユーザーでもプライベートリポジトリは作成できるけど、それじゃだめなの？

2023/02/25(土) 12:18:16.14

WindowsでTortoiseGitを入れてみたら、
文字が収まっていないボタンやらテキストやらがあちこちにあるんだけど、
もう誰も日本人はメンテナンスしていないということ？

2023/02/25(土) 12:38:25.55

>>441
トータスSVNに思い入れのある奴以外わざわざシェルエクステンション入れようと思うのが少ないからでは

2023/02/25(土) 12:51:57.84

コマンド名まで訳されて使い物にならないから英語のままでいいんだよ

2023/02/25(土) 14:04:39.71

Git v2.40.0-rc0

**デフォルトの名無しさん** (ｽﾌｯ Sdfa-/m9g) · 2023/02/25(土) 23:13:40.02

>>443
これ

2023/03/02(木) 09:01:59.55

Git v2.40.0-rc1

2023/03/05(日) 13:04:21.70

Gitで、たとえばWindowsの共有フォルダC:\share\内にgitrepo\repo1でレポジトリを作って、

・自分…C:\share\gitrepo\repo1をレポジトリとして扱う
・他人…\\mypc\gitrepo\repo1をレポジトリとして扱ったり、
　C:\share\をネットワークドライブに割り当ててX:\gitrepo\repo1として扱う

という使い方を混在させられますか

2023/03/08(水) 08:49:32.65

Git v2.40.0-rc2

2023/03/08(水) 15:10:53.84

>>447
出来るはず

2023/03/08(水) 15:30:31.63

>>447
できるけど、作業ツリー付きのリポジトリだとpushが出来ないとかでハマるから、自分のPCの中にベアリポジトリを作って、そこから自分の作業ツリーも他人の作業ツリーもcloneした方がいい
要は、remoteはgit://のURLで始まってる必要はなくて、file:///でも全く同じように動作するってこと。

2023/03/08(水) 22:23:57.15

gitってオフラインでローカルでも使えるんだな。練習もしやすいんだね

2023/03/14(火) 07:38:19.27

Git v2.40.0

2023/03/14(火) 20:58:29.14

Windows向けGitって、mingwとかbashとかGNU系コマンドまでいろいろ入ってて
インストールしたら400MBくらいの容量食うことになるけど、
本当にあれ全部必要なの?

2023/03/14(火) 23:44:11.24

>>453
自分で消してみたら分かるんじゃないの

2023/03/20(月) 12:35:58.85

Windows上で、TortoiseGitとSourceTreeと両方入れて、
1つのリポジトリに対して両方を使い分けるようなことは問題ないですか？
どちらも.gitの中身をリアルタイムで見ているだけなら大丈夫そうに思えるのですが。

2023/03/20(月) 17:30:03.68

問題無い
更新するときもロックファイル作ってからやるから平気なはず

2023/03/20(月) 19:28:34.75

ありがとうございます。併用できるんですね。
ファイル単位の履歴などはTortoiseGitのほうが使いやすいし、
ブランチの切り替えや全体の状況などはSourceTreeのほうが使いやすいです。

2023/03/24(金) 15:34:13.51

>>441
英語版も収まってないとこあるよ

2023/03/28(火) 17:21:29.11

TortoiseGit入れたらExplorerが重くなったり落ちたりしたからもう使ってない

2023/03/28(火) 19:02:23.66

さーせん、最初のところを何も考えずにyesしました。

2023/03/29(水) 00:17:09.12

>>453
オープンソース系のソフトはみんなそんな感じだね。
EmscriptenやTeXも巨大。
TeXなんてさして機能アップして無いのに数GBのインストールが必要だったりする。
もともとは10MBでも動く程度のものだったはずなのに。

2023/03/29(水) 01:47:09.24

>>453
Linux 系のOSS で、Linux以外で動くものはあるかな？

例えば、Ruby も初心者用の本では、Linuxの勉強を避けるため、MSYS2/MinGW で、
プロはWSL2, Linux, Docker, AWS

Windows に、OSSは載せられないから、
Microsoft 製のものはWindows 10 以降に作られた、SSH, curl, tar など

コマンドプロンプトで、
where ssh
C:\Windows\System32\OpenSSH\ssh.exe

where curl
C:\Windows\System32\curl.exe

where tar
C:\Windows\System32\tar.exe

以前からPowerShell(PS)には、
微妙に異なる、似たようなssh, curl, wget はあったけど

PSで、
ssh -V
OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2

Get-Alias -Definition Invoke-WebRequest
iwr, curl, wget

2023/03/29(水) 03:49:58.38

元々インフラ屋だったから、
マジで開発環境を
>>462
こんな感じで右往左往しとる

2023/03/29(水) 07:00:07.39

>>453 だが、結局Busybox版MinGitにした

サイズ小さいし、VSCodeやEclipseのGit拡張機能からでも使えるし、十分だわ

2023/03/29(水) 11:32:54.49

OSS という訳ではなく、Freeで有名なアプリでもライセンスチェックされてOKなものでないとWindowsに導入できない会社も多いんじゃないかな。
Windows10 はそんなに準備してくれていたのか、とOpenSSH 以外は初めて知った。

2023/03/29(水) 11:36:13.25

>>463
WSL使えば右往左往しなくていいよ

2023/03/30(木) 02:21:13.08

オープンソース系が好きな開発者は、Unix原理主義者である事も多く、
Windowsではシンボリックリンクが使えないことを「いいことに」
シンボリックリンクをファイルのコピーで済ます。それで爆発的に肥大化する。
そして馬鹿で技術力が無いのでサイズが大きなセットでしかソフトを作れない。

2023/03/30(木) 02:47:46.58

20世紀から知識が更新されてない人だろうか？

2023/03/30(木) 03:19:39.83

>>468
あなたこそ、現実にオープンソースソフトウェアを試してない。
試したらすぐ分かること。

2023/03/30(木) 03:56:59.98

>>469
Windows にシンボリック・リンクが無かったのは大昔に話ですよ。いくら 2ch が老人集会所だからって、知識が Windows XP どまりとか笑える。

2023/03/30(木) 04:09:23.59

git スレにきて、「お前はオープンソースソフトウェアを試していない」とか言い出す奴おる？
長文君といい、このスレ定期的に変な奴湧くなあ

2023/03/30(木) 15:38:07.97

>>470
あっても大部分のオープンソースアプリでは使われて無い。
馬鹿だから。