[過去ﾛｸﾞ] Git 17 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): デフォルトの名無しさん [sage] 2020/09/02(水) 12:18:30 ID:XN0SxNMq(1) AAS
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
外部ﾘﾝｸ:git-scm.com
◆関連サイト
Pro Git - Table of Contents
外部ﾘﾝｸ:git-scm.com
Git入門
外部ﾘﾝｸ:www8.atwiki.jp
◆前スレ
Git 15
2chｽﾚ:tech
Git 16©2ch.net
2chｽﾚ:tech
-
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:----: EXT was configured
978(1): デフォルトの名無しさん [sage] 2022/04/23(土) 00:51:13 ID:1bxGV6XJ(1/3) AAS
>>976976(2): デフォルトの名無しさん [sage] 2022/04/23(土) 00:07:18 ID:iISBdnEI(1/6) AAS
>>975
何を言ってるかわからない。
pull というのは「 fetch して merge 」という操作をまとめてやるだけのコマンドなので当然 merge の意味を内包してる。
fetch せずに merge って言いたいの？ それってどうやって対象を持ってくるの？
自分のリポジトリから持ってくるだけなら他人から request される必要ないし？
いや同一のGitHubリポジトリ上でpull requestをマージするときにfetchは要らないでしょ
>>975975(2): デフォルトの名無しさん [sage] 2022/04/22(金) 23:30:46 ID:pOr/JbKA(1) AAS
>>971
forkはgithubの別アカウントへリポジトリをcloneする
俺らはpushしてpull requestするとか素人さんを混乱させる戯言をよく使うが、本来のgithubのpull requestはforkした自分のアカウント下のリポジトリのブランチをpullしてmergeしてもらうことをrequestする
pushしてpull requestは正しくはpushしてmerge requestと言うべきで、Gitlabは正しくmerge requestと呼んでいたと思う
merge requestで作業してる職場で、pull requestしたら怒れるということだろう
の言うとおり、本来リポジトリを跨がるからfetch+mergeでpullなんだよ
979(1): デフォルトの名無しさん [sage] 2022/04/23(土) 00:59:48 ID:HOOXt/T3(1/9) AAS
>>976
「本来のgithubのpull requestはforkした自分のアカウント下のリポジトリのブランチをpullしてmergeしてもらうことをrequestする 」
これはちょっと間違えた
fetchしてmergeしてもらうことをrequestするからpull requestね
それでmerge requestだけど、>>978の言うようにすでに共有ブランチへpush済みのブランチをmergeすることをrequestするから、mergeだけrequestでfetchはrequestしない
自分が仕事で使うのは主にこっち
>>977pushは厳密に言えばFastForwardのmergeだけど、pushのことをmergeとはあまり呼ばないな
980(2): デフォルトの名無しさん [sage] 2022/04/23(土) 01:35:18 ID:iISBdnEI(3/6) AAS
>>979
push した時点で merge されてるんでは？
push はデフォルトでは fast foward のみだけど、remote の設定によって普通の merge もいける。
共有リポジトリ上の feature branch を共有リポジトリ上の master branch に merge みたいな話をしたいのかもしれないけど、通常は共有リポジトリ上で完結させたりしない。
1) 共有リポジトリ上の feature branch を手元に fetch
2) fetch した feature branch を手元の master btanch に merge
3) 手元の master branch を共有リポジトリへの push
という手順を取る。
1) + 2) が pull 動作。fetch 無しは個人の作業リポジトリへの push が必要になるので普通やらないし、できない。
981(1): デフォルトの名無しさん [sage] 2022/04/23(土) 01:58:40 ID:HOOXt/T3(2/9) AAS
あれ？もしかしてgithubだと違うのかな？自分が仕事で使うbitbucketの共有リポジトリでやる場合のデフォルトでは、プルリクエストの承認とマージは共有リポジトリ上で完結する
もちろんローカルでfeature branchをmasterへマージしてmasterをpushしてもいいんだけど、それは正式な手順では無い
githubでも同じことできるよね？
1) 共有リポジトリ上に feature branch を作成
2) 共有リポジトリ上の feature branch を手元にfetchしてcheckoutして修正をコミット
4) 手元の feature branch を共有リポジトリ上の feature branch へ push
5) プルリクエスト(マージリクエストだけど)をブラウザ上で作成
6) マージ権限者がブラウザ上でリクエストを承認してマージする
feture branchは正式にはブラウザで共有リポジトリ上に作るけど、ローカルで作ってpushしてもいい
982(1): デフォルトの名無しさん [sage] 2022/04/23(土) 02:02:56 ID:HOOXt/T3(3/9) AAS
>>980
pushでFFじゃないmergeってできるの？できても今は普通しないでしょ
FFでmergeできない場合には、ローカルでmergeしてFFにしてpushするか、push -sで上書きが普通だし
983: デフォルトの名無しさん [sage] 2022/04/23(土) 02:12:55 ID:iISBdnEI(4/6) AAS
>>982
できるけど、おすすめではない。
ただ push は merge と同じ機構という点が理解できてれば良い。
984: デフォルトの名無しさん [sage] 2022/04/23(土) 02:14:20 ID:XK6u/IcU(1) AAS
普通はローカルでマージしたものをプッシュする
985(1): デフォルトの名無しさん [sage] 2022/04/23(土) 02:23:24 ID:iISBdnEI(5/6) AAS
>>981
いきなり共用リポジトリ上でマージしたりしない。そういう運用ルールの組織があるとしたらかなり頭悪い。git の使い方が半分しか理解できてない。
共用リポジトリは問題があってもロールバックできない(超めんどう)なので、共用リポジトリの master には手元でのテスト等が終わって問題ないもののみを入れるのが普通。
986: デフォルトの名無しさん [sage] 2022/04/23(土) 02:38:54 ID:HOOXt/T3(4/9) AAS
ローカルでマージしてmasterへpushするって言ってる人たちはmasterへのpush権限をみんなが持ってるの？
987: デフォルトの名無しさん [sage] 2022/04/23(土) 02:43:01 ID:iISBdnEI(6/6) AAS
master へ push する権限を持ってる人がローカルで master に merge する作業をする。当然の話。
988(1): デフォルトの名無しさん [sage] 2022/04/23(土) 02:47:09 ID:1bxGV6XJ(2/3) AAS
分野にもよるのかもしれんが、少なくともWeb系はGitHub上でマージするのが普通
直接mainにマージしたくないなら
989(1): デフォルトの名無しさん [sage] 2022/04/23(土) 02:49:26 ID:HOOXt/T3(5/9) AAS
>>985
もちろんプルリクエスト出す段階でローカルにテストは済んでる前提だし、masterへマージされた後にそれがダメならrevertするよ？
プルリクエストを承認できてmasterへマージできる人は特定の人だけだし、それをマージする前にテストが済んでるかどうかとかをリクエスト者に確認する
そのためにプルリクエスト上でいろいろやりとりできるようになってるわけだし
というか>>980とかはgithubを単にgitのリポジトリとして利用するだけのやりかただよね？別にgithub使う必要無くない？なんでgithub使ってるの？
990: 988 [sage] 2022/04/23(土) 02:51:33 ID:1bxGV6XJ(3/3) AAS
失礼
直接mainにマージしたくないならdevelopブランチ等を間に置く
各自がいちいちローカルでマージして手元でテストなんてしてたら、みんなそれぞれ状態がバラバラで何テストしてるのか分からなくならないか？
特定の一人だけがmainにマージできるような超集権的な体制でないと成立しないと思う
991: デフォルトの名無しさん [sage] 2022/04/23(土) 02:52:15 ID:HOOXt/T3(6/9) AAS
>>989
うちのやり方では「master へ push する権限を持ってる人がローカルで master に merge する作業をする。」か「ブラウザ上でマージしてしまうか」はその権限持ちがプルリクエストを見て判断する
992: デフォルトの名無しさん [sage] 2022/04/23(土) 03:00:56 ID:HOOXt/T3(7/9) AAS
統合的なテストはmasterにマージされた後に動かして、それでダメならrevert
統合的なテストが済んだところはtagが打たれてリリースはそのtagがあるとこまでしか行われない
993: デフォルトの名無しさん [sage] 2022/04/23(土) 03:22:27 ID:HOOXt/T3(8/9) AAS
久しぶりだけど次スレ立ててみる
994(1): デフォルトの名無しさん [] 2022/04/23(土) 03:27:15 ID:HOOXt/T3(9/9) AAS
次スレ
Git 18
2chｽﾚ:tech
995: デフォルトの名無しさん [sage] 2022/04/23(土) 03:39:41 ID:/lJ77CU4(1) AAS
>>994
乙
996: デフォルトの名無しさん [sage] 2022/04/23(土) 09:32:57 ID:3glRXhKn(1) AAS
>>973973(1): デフォルトの名無しさん [sage] 2022/04/22(金) 23:04:27 ID:a+ReXgZI(2/2) AAS
おまえらって、gitについて講釈ばかりたれてるけど
全く本業ができないわけじゃないよなｗ
うちの会社にもいるわ
講釈たれてる暇があるならさっさとコーディング終わらせろよｗｗｗｗｗ
劣等感抱いてるんだね。わかるよ
997: デフォルトの名無しさん [sage] 2022/04/23(土) 09:43:28 ID:aEJ0G9VA(1) AAS
未だsvnから離れられない人かな
998: デフォルトの名無しさん [sage] 2022/04/23(土) 11:37:43 ID:BMKo0y1z(1/2) AAS
いえ、ディレクトリコピーで済ませています
999: デフォルトの名無しさん [sage] 2022/04/23(土) 14:25:06 ID:tAGVUJOK(1) AAS
Git 18
2chｽﾚ:tech
1000: デフォルトの名無しさん [sage] 2022/04/23(土) 14:36:55 ID:BMKo0y1z(2/2) AAS
質問いいですか？
1001(1): 1001 [] ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 598日 2時間 18分 27秒
1002(1): 1002 [] ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
外部ﾘﾝｸ:premium.5ch.net
▼ 浪人ログインはこちら ▼
外部ﾘﾝｸ[php]:login.5ch.net
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.302s*