[過去ログ]
Git 16©2ch.net (1002レス)
Git 16©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1502726047/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
必死チェッカー(本家)
(べ)
自ID
レス栞
あぼーん
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
837: デフォルトの名無しさん (ワッチョイ 2b63-QS5Z [114.164.202.189]) [sage] 2019/11/24(日) 12:50:33.17 ID:gnIUHiL60 githubでプルリクをマージする人ってプルリクを送った側と受け取った側とでどちらが良いんでしょうか 個人的にはプルリクって、もしこの修正が問題なければ取り込んでくださいって意味だから 受け取った側が承認してマージまでするのが自然な形だと思うんですが、 なぜか今の職場ではプルリクを送った側が自分でマージするルールになっています 私がおかしいのでしょうか http://mevius.5ch.net/test/read.cgi/tech/1502726047/837
841: デフォルトの名無しさん (ワッチョイ 2b63-QS5Z [114.164.202.189]) [sage] 2019/11/24(日) 17:03:56.66 ID:gnIUHiL60 オープンソースのプロジェクトにプルリク送る場合って受け取った側が承認してマージまでするじゃん githubを作った人の想定では、プルリクを受け取った側がマージするのが正しいんだと思うんですよね ていうか自分で送り付けて(プッシュ)おいて、自分でマージするってことはそれはもう"プル"リクエストではなくて、 "プッシュ"リクエストじゃないんですかね githubを作った人の想定通りに素直に使うのが自然で良いと思うんです http://mevius.5ch.net/test/read.cgi/tech/1502726047/841
843: デフォルトの名無しさん (ワッチョイ 2b63-QS5Z [114.164.202.189]) [sage] 2019/11/24(日) 18:15:15.68 ID:gnIUHiL60 プルリクを送った側がマージすると開発効率が上がったりバグが減るんですかねちょっとわかりませんね http://mevius.5ch.net/test/read.cgi/tech/1502726047/843
846: デフォルトの名無しさん (ワッチョイ 2b63-QS5Z [114.164.202.189]) [sage] 2019/11/24(日) 21:03:03.40 ID:gnIUHiL60 は?お前が死ね http://mevius.5ch.net/test/read.cgi/tech/1502726047/846
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.026s