Git 17

**デフォルトの名無しさん** · 2020/09/02(水) 12:18:30.39

ソースコード管理を行う分散型バージョン管理システム、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 15
http://mevius.2ch.net/test/read.cgi/tech/1486239735/
Git 16©2ch.net
https://mevius.5ch.net/test/read.cgi/tech/1502726047/
-
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2021/04/24(土) 19:46:18.78

> >>646の仰るとおり複雑なコンフリクトであれば逆マージにしてそれ以外はリベースすると言うのが個人的な結論になりそうです

複雑なコンフリクト＝開発に失敗したブランチ
開発に失敗したから逆マージするしか手がなくなってる
仕事だと期日まで仕上げろと言われて、みんな諦めるが
これがきっちりとしたオープンソースの開発だと、そんなものマージできませんでリジェクトされる

**デフォルトの名無しさん** · 2021/04/24(土) 19:50:06.67

>>646
> コンフリクト解消のコミットでバグを作り込みやすいと考えるのか、

「コンフリクトの解消でバグが発生」という事自体がナンセンスだよね
だって開発自体は問題ないって認識なんでしょ？

開発自体に問題ないのに、コンフリクトでバグが発生するというのなら
それはもはや、コンフリクト解消という名の追加開発じゃんｗ

開発終わってるのに開発続けてどうするの
マージが問題なく完了できるという所までが開発でしょ？

**デフォルトの名無しさん** · 2021/04/24(土) 19:59:19.02

>>647
> その上でもやはり、あるfeatureリリースによって別の機能がデグっていることが判明した場合などにおいて、逆マージコミットが残っていた方がよいのではないかと思いました
> コンフリクト解消にてうっかり失敗したのか、新機能実装において意図を持って変えたのかが明確になるからです

いやさ、なんでコンフリクトが発生するのか理解してないの？
masterとブランチの両方でコードを修正したときなんだが

masterの修正は他の人がやってる。
コンフリクトが発生するってことは、他の人がやった開発内容を把握してないということ

コンフリクト解消時に他の人がやった開発内容を把握するなんて大変な作業をやるんか？
同じ箇所を修正してるのに、お前のコードはその他人の開発内容を踏まえた修正になってないだろ
ちゃんとテストしてるんか？してるわけないよなコンフリクト解消時に判明するぐらいなんだから

コンフリクト解消時に、ついでに一緒にって追加開発するなよ
近い場所を修正したときなど、簡単な修正が必要なコンフリクトは発生することはあるが
あとからコンフリクト解消の内容を精査するなんてことがあること自体がおかしい

**デフォルトの名無しさん** · 2021/04/24(土) 20:00:09.14

俺ならまっさらにして１からやり直しちゃうな

**デフォルトの名無しさん** · 2021/04/24(土) 20:01:16.76

無能が作成したブランチ無理に取り込む必要あるのかよ

**デフォルトの名無しさん** · 2021/04/24(土) 23:15:28.50

人よりできるようになってくると、自分より劣ってる人にひどい言葉を投げる現象に名前をつけたい。

ところで、自分も作業の分割に根本的な問題がある気がするね。
でもそれはこれから解決していってもいいんじゃないかな。早いほうがいいけど。
目下進んでるPJの対処法が的でしょ。どの程度火が付いてるか知らんし。

**デフォルトの名無しさん** · 2021/04/24(土) 23:34:32.99

アルファシンドローム（権勢症候群）かな？
集団の中で一番知識があるとまるで有能で卓越した存在になったかのような錯覚に陥る
しかも上司や同僚に評価・尊敬されないとこういうところでくだを巻くように

**デフォルトの名無しさん** · 2021/05/24(月) 09:52:57.06

Git v2.32.0-rc1

**デフォルトの名無しさん** · 2021/05/29(土) 16:44:52.74

100M以上のファイルを ignore って出来る？

**デフォルトの名無しさん** · 2021/05/29(土) 18:03:31.78

>>657
100MB以上の大きなファイルはignoreできないとかそんなアホなことある訳ないと思うけど

**デフォルトの名無しさん** · 2021/05/29(土) 18:38:20.70

今の作業コピーとは別ブランチに直接ファイルをコミットって出来ないかな
ググると「ブランチを切り替えるにはチェックアウトですよ」とか「stashで中身保存出来ますよ」とかあるけど
そうじゃなくて、今の作業コピーは1ファイルも弄くらず直接別ブランチにコミット叩き込みたいの。

**デフォルトの名無しさん** · 2021/05/29(土) 18:40:52.10

別の作業コピー作ればいいじゃん

**デフォルトの名無しさん** · 2021/05/29(土) 18:45:26.13

別フォルダに変更入ってほしくない
とにかく、今の作業コピーにある.git フォルダの中”だけ”を修正して欲しい

究極的には .git/objectsにファイルオブジェクトとtreeオブジェクト、commitオブジェクトの合計3オブジェクトを作って(コミットするファイルが1つの場合)
ブランチの宛先を差し替えればいいんだろうけど。

git write-tree、git update-indexって面白そうなコマンドがあるから調べてみるか

**デフォルトの名無しさん** · 2021/05/29(土) 19:04:50.82

>>659
git worktree

**デフォルトの名無しさん** · 2021/05/29(土) 23:29:36.18

覚えたほうが良いコマンドを全部教えてください

**デフォルトの名無しさん** · 2021/05/30(日) 04:13:13.46

rm -rf /

**デフォルトの名無しさん** · 2021/05/30(日) 04:22:47.56

バルスコマンドじゃないか

**デフォルトの名無しさん** · 2021/05/30(日) 04:55:27.88

Appendix C: Gitのコマンド
https://git-scm.com/book/ja/v2/Appendix-C%3A-Git%E3%81%AE%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89-%E3%82%BB%E3%83%83%E3%83%88%E3%82%A2%E3%83%83%E3%83%97%E3%81%A8%E8%A8%AD%E5%AE%9A

**デフォルトの名無しさん** · 2021/06/07(月) 02:31:07.57

Git v2.32.0

**デフォルトの名無しさん** · 2021/06/07(月) 12:01:25.51

一個前にコミットした内容の一部のみ取り出したいんですが、
git diff でgit add -pみたいなやり方教えてください

**デフォルトの名無しさん** · 2021/06/07(月) 12:22:27.07

git reset -p HEAD^

**デフォルトの名無しさん** · 2021/06/07(月) 12:50:45.60

>>668
ファイル指定してcheckout

**デフォルトの名無しさん** · 2021/06/07(月) 14:52:02.09

git rm ./path/to/file
だとオートコンプリート出来ない

git rm path/to/file
は大丈夫
なんで？

**デフォルトの名無しさん** · 2021/06/07(月) 15:03:13.15

git bashで試してみたけどできるな
つまりおまば環

**デフォルトの名無しさん** · 2021/06/07(月) 15:40:18.02

macのzshだと駄目なようだ
macでもbashだと行ける

**デフォルトの名無しさん** · 2021/06/16(水) 21:14:15.03

master 撲滅運動がひと段落したら、今度は、
'doc: replace "alice" and "bob" examples'
とか
'Avoid gendered pronouns'
とか言った感じのメールが流れている。

アメリカのリベラルとか大変ですな。

**デフォルトの名無しさん** · 2021/06/16(水) 21:17:27.70

男でAliceというのもいるのにな

**デフォルトの名無しさん** · 2021/06/16(水) 23:08:45.80

heとかsheは差別用語とか言い出しそう

**デフォルトの名無しさん** · 2021/06/16(水) 23:17:10.02

いち段落な

**デフォルトの名無しさん** · 2021/06/17(木) 08:04:26.12

それじゃエフ氏、エヌ氏にするか。

**デフォルトの名無しさん** · 2021/06/17(木) 08:43:12.09

FemaleやNiggerを連想させるのでダメざます

**デフォルトの名無しさん** · 2021/06/17(木) 10:41:34.69

アルファがベータをカッパらったらイプシロンした。なぜだろう。

**デフォルトの名無しさん** · 2021/06/24(木) 14:15:24.69

δ株は差別語になりそう

**デフォルトの名無しさん** · 2021/06/26(土) 18:40:42.75

cliだけで特定のコミットのタイムスタンプを（両方とも）改竄したいんだけど
git rebase -i後のエディタが開いて操作対象のコミットを選ぶ奴、コマンドラインから直に指定するにはどうしたらいい？

**デフォルトの名無しさん** · 2021/06/27(日) 00:06:42.93

rebase -iでは無理なんじゃないかな
filter-branchを使えばエディタ無しでできると思うけど凄く面倒臭い
今はfilter-branchじゃなくてfilter-repoが新しいらしい

**デフォルトの名無しさん** · 2021/06/27(日) 01:45:42.42

非インタラクティブに操作したいのに--interactiveオプションを指定するのは筋が悪いのでは
reset --hard で対象に移動
commit --amend で書き換え
rebase --onto で残りを接ぎ木する
てな感じでできないだろうか

**デフォルトの名無しさん** · 2021/07/05(月) 15:40:04.81

project/prog/app
という構造のappディレクトリのみcloneすることはできないでしょうか？
sparse-checkoutを試してみたのですが確かにappだけ落ちてくるけどその上のprogフォルダも作られてしまいます
作業ディレクトリの中にappだけ作りたいんですけど可能でしょうか？

**デフォルトの名無しさん** · 2021/07/05(月) 15:58:21.63

muri

**デフォルトの名無しさん** · 2021/07/05(月) 16:04:19.08

部分cloneは無理だから巨大なのには関わりたくないんだよね
ガチ勢としてやるならともかくね

**デフォルトの名無しさん** · 2021/07/05(月) 18:12:21.94

モノレポにすべきかしないべきか
それが問題だ

**デフォルトの名無しさん** · 2021/07/08(木) 15:20:09.92

新人が分散VCSの概念理解できてなくて
プルリクエストのブランチの履歴をめちゃくちゃにしてる件
自分が何をしてるのかよく分からずforce pushしたっぽい

**デフォルトの名無しさん** · 2021/07/08(木) 17:57:15.57

マルウェアみたいな子だな

**デフォルトの名無しさん** · 2021/07/08(木) 20:19:23.36

指導側の責任

**デフォルトの名無しさん** · 2021/07/08(木) 21:15:28.94

>>689 にも関係すると思うんだけど、
ブランチをpushできるユーザを制限できないかな

慣れてない人向けのサンドボックスなブランチにもなるし。
自分も最近ブランチの運用を教えたものの、
わざとなのか理解してないのか、別のfeatureブランチにpushする輩がいてなあ。
gitlabには有料プランでそういう機能があるみたいなんだけど、ビルトインにはないよね…？

**デフォルトの名無しさん** · 2021/07/08(木) 21:43:49.58

権限与えなければ済むことだろ
MR出させろよ

**デフォルトの名無しさん** · 2021/07/08(木) 22:07:09.27

>>692
うちの新人は操作するブランチは合ってるのだがめちゃくちゃにしてた
git慣れてないからって事で先輩が代わりにコミット結合しつつrebaseしたらワケワカメになったっぽい

その先輩、新人に他の人がブランチをrebaseしたら
reset --hard origin/hogeするように連絡してなかったのかも

**デフォルトの名無しさん** · 2021/07/09(金) 00:32:25.09

>>692
write権限付けなければいいだけだろ

**デフォルトの名無しさん** · 2021/07/09(金) 08:00:42.84

git hookで禁止したら？

**デフォルトの名無しさん** · 2021/07/09(金) 10:50:38.48

リポジトリごと別にしたら？
新人用のリポジトリ作ってそこにコミットしてもらい、問題無ければマスターへは権限者がマージする。

**デフォルトの名無しさん** · 2021/07/09(金) 11:49:04.59

みなさんありがとうございます。

writeの権限ってなんでしょうか？receive.denyDeletesとかnoFFマージの制御があるのは知ってるんですが、ブランチのpush権限を制限できましたっけ？
あとすみませんMRって聞いたことなくて教えて下さい。
それとhookは担当者のPCにレポジトリごと設定が必要だと思うんです。忘れちゃうと思うんですよ。

いろいろコメントいただいてありがたいんですが、知識が追いついてないみたいです。
よかったら教えて下さい。

**デフォルトの名無しさん** · 2021/07/09(金) 13:17:19.36

>>698
素のgitでサーバー運用してんの？
ちゃんとアクセス権設定できるgitサーバー使った方がいいと思う

**デフォルトの名無しさん** · 2021/07/09(金) 18:27:03.19

はい、質問の趣旨は素のgitで、できるかというものです。

上でコメントもらったwrite権限とかMR？とかいうものは、素のgitではできないものですか？
それともリモートにhookを仕込むなどして権限制御ができるんでしょうか？

gitlabはブランチの権限を設定できるみたいですが、freeプランには無いみたいですね。

**デフォルトの名無しさん** · 2021/07/09(金) 20:10:44.21

gitlab使ってるわけじゃないんだ？
ブランチを直接いじらせたくないメンバーはforkからマージリクエスト(MR)投げてもらうようにすればいいんだが。

**デフォルトの名無しさん** · 2021/07/09(金) 21:28:00.02

ああ、マージリクエストのことでしたか。
gitlabは使ってないです。
社内標準がtracについてるやつなので、レポジトリは素のgitだと思います。
なので、ビルトインでできることがないかなと探してます。

クラウドだと難色を示されますが、gitlabはオンプレミスで構築できたと思うので、情シスに打診はしてるものの、それでも乗り気じゃないみたい…

まあこれは弊社の問題なのでおいとくとして、gitの設定だけでできるなら、やり方教えれば動いてくれるかなと。

**デフォルトの名無しさん** · 2021/07/11(日) 06:53:33.97

素のgitでは出来ないと思う

gitlabは環境を変えなきゃならん可能性があるから情シスは嫌がるだろうね
giteaとかのバイナリ一個で動作するのならいいかもよ

**デフォルトの名無しさん** · 2021/07/11(日) 10:33:06.51

GitBucketはバイナリファイル一個だけで動くね

**デフォルトの名無しさん** · 2021/07/11(日) 13:41:08.08

Dockerで動かせば何でもよくね

**デフォルトの名無しさん** · 2021/07/11(日) 17:59:34.17

なんでもよくねーよ

**デフォルトの名無しさん** · 2021/07/11(日) 21:52:00.80

GitLab自鯖にインストールしたことあるけど重すぎワロタ
アンインストールもできなくなるほど瀕死の操作不能になった

**デフォルトの名無しさん** · 2021/07/11(日) 22:29:17.98

WindowsでDocker Toolbox使ってVirtulaBox上のDockerコンテナとして動かしてもそんなに重くはなかったがな。

**デフォルトの名無しさん** · 2021/07/12(月) 08:39:43.46

>>707
最初は軽いんだけど、使ってくと段々と重くなるんだよな
軽くする方法がわかんなくて、結局使うのやめた

**デフォルトの名無しさん** · 2021/07/24(土) 08:23:38.21

もう棄てるべきときだね > Git

**デフォルトの名無しさん** · 2021/07/24(土) 11:33:06.91

見かぎっとるのか

**デフォルトの名無しさん** · 2021/07/24(土) 11:39:19.06

時代はHgだよな

**デフォルトの名無しさん** · 2021/07/24(土) 11:39:52.29

HAGEが必死すぎ

**デフォルトの名無しさん** · 2021/07/24(土) 13:44:24.56

いや、時代はPijul（よみかたわかんね）だよ

**デフォルトの名無しさん** · 2021/07/24(土) 16:30:21.34

なんだよsvnが一番

**デフォルトの名無しさん** · 2021/07/24(土) 17:16:27.02

RCSに立ち帰るべき

**デフォルトの名無しさん** · 2021/07/24(土) 18:23:45.59

みんなどこへいくんや

**デフォルトの名無しさん** · 2021/07/25(日) 22:44:17.50

P4使えや貧乏人ども

**デフォルトの名無しさん** · 2021/07/25(日) 22:52:56.39

アイヤー
MSのコード真似るAIに喰われるとはおもてもいなかたアルね

**デフォルトの名無しさん** · 2021/08/02(月) 21:32:44.46

てｓｔ

**デフォルトの名無しさん** · 2021/08/02(月) 21:33:55.74

filter-branchはじめて使ったんだけどこれって失敗することあるの？
なんかコミット全部に影響出るからこわい

**デフォルトの名無しさん** · 2021/08/03(火) 08:25:46.68

>>721
テスト用ブランチ作ってからやるべき。
古いブランチはそのまま残ったはず。

**デフォルトの名無しさん** · 2021/08/03(火) 11:52:55.80

普通にクローン残しておけば良くない？

**デフォルトの名無しさん** · 2021/08/03(火) 12:30:25.20

それが出来たらクローンはしないんだよ

**デフォルトの名無しさん** · 2021/08/03(火) 13:22:46.23

Git v2.33.0-rc0

**デフォルトの名無しさん** · 2021/08/03(火) 14:28:09.14

NGID:AOdh4ST2

**デフォルトの名無しさん** · 2021/08/03(火) 15:22:53.43

git我慢の子であった

**デフォルトの名無しさん** · 2021/08/03(火) 22:05:47.47

>>719
FSFが「GitHub Copilot」に疑問視、ホワイトペーパーを募集
https://mag.osdn.jp/21/08/04/131400

具体的な関心領域としては、
「著作権を侵害した公開リポジトリ上でトレーニングしているのか？　フェアユースか？」
「Copilotのアウトプットが、GPLでライセンスされている作品を侵害していることを主張する可能性はどのぐらいあるか？」
「Copilotが生成する侵害に対して、開発者はどのようにして自分が著作権を持つ任意のコードを保護できるのか？」
などを挙げている。

**デフォルトの名無しさん** · 2021/08/04(水) 00:00:18.51

>>727
汝、gitはギットと読み
gifはジフと読むであろう
決してジットと読むなかれ

**デフォルトの名無しさん** · 2021/08/04(水) 00:45:22.70

我が生活楽にならざりgit手を見る

**デフォルトの名無しさん** · 2021/08/04(水) 01:01:05.64

ギトギトしてんなぁ

**デフォルトの名無しさん** · 2021/08/11(水) 01:02:28.91

今githubめちゃくちゃリモートリポジトリ失敗する

**デフォルトの名無しさん** · 2021/08/11(水) 01:50:42.29

githubの使い方を勉強しています。

githubのDefault branchがmainとなっているのですが、[git branch]と打っても表示されません。
プッシュしようとしても main は存在しないと出てきてしまいます。
master が表示されているので、そこにプッシュすることはできましたが、ブラウザ上で最初に表示される
ブランチがmainなので、もやっとします。
何か対処方は有りませんでしょうか？

**デフォルトの名無しさん** · 2021/08/11(水) 18:33:35.14

githubの話題はここじゃないと何度言えばわかってもらえるんだ

**デフォルトの名無しさん** · 2021/08/11(水) 20:48:07.77

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

**デフォルトの名無しさん** · 2021/08/12(木) 10:35:07.83

別の人が聞いてるんだから何度言ったところで終わりなんてないぞ
そういえば>>1やテンプレに誘導がないので、書いておけば少しは減るかもな

**デフォルトの名無しさん** · 2021/08/14(土) 11:37:35.84

Git v2.33.0-rc2

**デフォルトの名無しさん** · 2021/08/17(火) 09:15:15.38

Git v2.33.0

**デフォルトの名無しさん** · 2021/08/21(土) 01:22:27.49

リポジトリのすべてのコミット履歴から特定の文字列を削除したいんですが良い方法無いですか？
filter-branchするしかないでしょうか？

**739** · 2021/08/21(土) 02:28:12.51

すみません
filter-branchでやりました

**デフォルトの名無しさん** · 2021/08/21(土) 03:02:27.50

20ファイルぐらいあるんですが今、filter-branchで1つずつ削除しています
たぶん土日潰れそうです

**デフォルトの名無しさん** · 2021/08/21(土) 20:58:05.05

>>30
去年のレスで申し訳ないけど
VSCodeやxcodeだと、git statusで差分があるファイルの色を変えたり表示を絞り込んだり出来るじゃん
ちまちまコミットしているとそれが出来なくなる(コミットする度に差分が無くなって特別扱いされるファイルが減る)
のが困るんだけど、どうにかなりませんか

**デフォルトの名無しさん** · 2021/08/22(日) 00:44:29.78

任意のコミット間で差分表示すればいいじゃん

**デフォルトの名無しさん** · 2021/08/22(日) 09:04:18.34

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/24(火) 01:56:30.85

739ですがBFG使ったら一発で出来ました

**デフォルトの名無しさん** · 2021/08/24(火) 17:06:56.87

BFGて何やと思ったらこんなツールあんのか

**デフォルトの名無しさん** · 2021/08/25(水) 09:15:45.93

BFG便利でしたよ

bfg replace-text password.txt myproject.git
でpassword.txtに指定されている文字列を置き換えできました

git grep $(git rev-list --all)
しても問題の文字列は綺麗になってました

**デフォルトの名無しさん** · 2021/09/06(月) 15:09:21.27

そろそろCVSからGitに移行しようとしています。

CVSからのリポジトリの移行の方法としてググってみたところ、cvs2git というのと、 git cvsimport ってのがあることが分かりました。
ところがcvs2gitはダウンロードしようとしてもサイトがもう閉鎖(?)されているようで入手できません。
cvsimportにしても、git-cvs の導入が必要で、自分の環境ではGitに合わせて2.27が必要そうなんだけど、やっぱり入手先が見つかりません。

誰かご存じの方いれば教えてください！
当方の環境とは、CentOS8にGit2.27.0を入れています。

**デフォルトの名無しさん** · 2021/09/07(火) 08:38:42.77

>>748
gitには今の最新のソースからリポジトリを一から作って
過去の変更履歴を参照したければcvsから見る、って運用ではダメなの？