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

**デフォルトの名無しさん** · 2022/04/23(土) 02:47:09.01

分野にもよるのかもしれんが、少なくともWeb系はGitHub上でマージするのが普通
直接mainにマージしたくないなら

**デフォルトの名無しさん** · 2022/04/23(土) 02:49:26.76

>>985
もちろんプルリクエスト出す段階でローカルにテストは済んでる前提だし、masterへマージされた後にそれがダメならrevertするよ？

プルリクエストを承認できてmasterへマージできる人は特定の人だけだし、それをマージする前にテストが済んでるかどうかとかをリクエスト者に確認する
そのためにプルリクエスト上でいろいろやりとりできるようになってるわけだし

というか>>980とかはgithubを単にgitのリポジトリとして利用するだけのやりかただよね？別にgithub使う必要無くない？なんでgithub使ってるの？

**988** · 2022/04/23(土) 02:51:33.02

失礼
直接mainにマージしたくないならdevelopブランチ等を間に置く
各自がいちいちローカルでマージして手元でテストなんてしてたら、みんなそれぞれ状態がバラバラで何テストしてるのか分からなくならないか？
特定の一人だけがmainにマージできるような超集権的な体制でないと成立しないと思う

**デフォルトの名無しさん** · 2022/04/23(土) 02:52:15.37

>>989
うちのやり方では「master へ push する権限を持ってる人がローカルで master に merge する作業をする。」か「ブラウザ上でマージしてしまうか」はその権限持ちがプルリクエストを見て判断する

**デフォルトの名無しさん** · 2022/04/23(土) 03:00:56.62

統合的なテストはmasterにマージされた後に動かして、それでダメならrevert
統合的なテストが済んだところはtagが打たれてリリースはそのtagがあるとこまでしか行われない

**デフォルトの名無しさん** · 2022/04/23(土) 03:22:27.74

久しぶりだけど次スレ立ててみる

**デフォルトの名無しさん** · 2022/04/23(土) 03:27:15.61

次スレ

Git 18
http://mevius.5ch.net/test/read.cgi/tech/1650651945

**デフォルトの名無しさん** · 2022/04/23(土) 03:39:41.93

>>994
乙

**デフォルトの名無しさん** · 2022/04/23(土) 09:32:57.73

>>973
劣等感抱いてるんだね。わかるよ

**デフォルトの名無しさん** · 2022/04/23(土) 09:43:28.49

未だsvnから離れられない人かな

**デフォルトの名無しさん** · 2022/04/23(土) 11:37:43.64

いえ、ディレクトリコピーで済ませています

**デフォルトの名無しさん** · 2022/04/23(土) 14:25:06.82

Git 18
https://mevius.5ch.net/test/read.cgi/tech/1631002816/

**デフォルトの名無しさん** · 2022/04/23(土) 14:36:55.00

質問いいですか？

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 598日 2時間 18分 27秒