Git 17

■ このスレッドは過去ログ倉庫に格納されています
2020/09/02(水) 12:18:30.39ID:XN0SxNMq
ソースコード管理を行う分散型バージョン管理システム、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/02/09(火) 17:18:41.08ID:eEK9etiv
>>472
ちょっとどこが良いのかその良さを bash とか zsh とかと比較して語ってみて
2021/02/09(火) 17:39:51.20ID:PJ1MEzpe
powershellは
bashやzshより使いやすい
2021/02/09(火) 17:51:57.49ID:/YXPJyUh
小学生のふわっとした紹介すこ
2021/02/09(火) 18:00:37.52ID:n4fLaJzx
すまん、プレステとサターンどっちが強いってイキってる小学生から成長してないやつがいるとは思わなかった
アレルギーって自分で分かってるんだから好きなの使えばいいのにね
2021/02/09(火) 22:46:56.83ID:2AhSCbDW
利点を教えてと言っただけなのに、何でどちらが強いとかイキってるとかの話になるんだ…
2021/02/10(水) 00:13:24.97ID:85OkvizX
無理、無理、蕁麻疹出ると畳み掛けた奴が「教えてと言っただけ」と嘯くか
こういう輩が被害者ぶってる様を見る方がよっぽど無理だわ
2021/02/10(水) 00:17:09.45ID:MZ8sANR+
Powershellは使いやすいのが利点かな
2021/02/10(水) 06:21:29.99ID:qX2MPAZ0
そういう喧嘩はどうでも良くて、
普通に powershell に利点があるなら知りたいだけなんだけど
自分は powershell 全然使い込んでないし
2021/02/10(水) 06:34:31.18ID:yu7Hf4No
>>480
PowerShellスレで聞けば?

PowerShell -Part 4
https://mevius.5ch.net/test/read.cgi/tech/1577862511/
2021/02/10(水) 10:25:14.26ID:qX2MPAZ0
>>481
教えてくれてありがとう
スレお気に入れてチェックだけはしといてみるよ
483デフォルトの名無しさん
垢版 |
2021/02/13(土) 21:10:04.34ID:k+FkZinH
PowerShellは.NET Frameworkが使えることが最大の利点。
それ以外のメリットがないのが最大の欠点。
2021/02/13(土) 22:49:51.40ID:a6ioYjOw
>>483
そういうのをやりたければPowerShellスレでやれ
git関係ないだろ
485デフォルトの名無しさん
垢版 |
2021/02/13(土) 23:43:26.18ID:8rFjwvle
マイクロソフトの影響が強まっているから仕方ない部分もある
486デフォルトの名無しさん
垢版 |
2021/02/14(日) 17:26:13.02ID:TODeHKxO
質問です
あるプロジェクトをgit cloneしてローカルでbuildしたのですけど、
その中で必要なSDLのソースが404でダウンロード出来なくて、中断する状況。
メンテナに聞いてみたら"update the git hash."とのこと。
「HASH更新するのね、了解」って思ったんですが、それってどうするの？状態です。
gitのオプション見ても適当なコマンドは見たらないし、cloneしてbuildする位しか
git自体使ってない程度なのでさっぱりさんです。
どなたか教えてください。
2021/02/14(日) 17:35:22.62ID:B5Xs3xes
そのプロジェクトを明かせばいいんじゃないかな。
2021/02/14(日) 17:41:51.89ID:TODeHKxO
ぬ、了解です。
github.com/EmuELEC/EmuELEC
で、Odroid Go Advance用にmake imageしたもので該当エラーになります。
build環境はamd64のdebian9です。
2021/02/15(月) 00:31:17.39ID:GpFzBvup
package.mkのPKG_SHA256弄るっぽいです。
すんません、git関係無いかも。
2021/02/15(月) 00:47:31.45ID:GpFzBvup
>>489
これで正解だったようです。
お騒がせしました
2021/02/15(月) 11:45:26.57ID:X76akpeQ
>>11-12
ありがとう
このやり方でいきます
2021/02/16(火) 00:58:10.08ID:mnwlAejZ
質問をさせて頂きたいのですが、
GitはGPLらしいのですが、注意することはありますか？
例えばGitを用いて公開したコードは商用利用出来ないのですか？
2021/02/16(火) 01:41:07.50ID:MAgjCNR3
ライセンスに関わることは正確にやりたいこと言わないと答えられないぞ

なおGPLは商用利用を禁止していない
2021/02/16(火) 07:01:06.32ID:ZcpmZlC/
>>492
gitのソースコードを修正する時になったらまた来てください
それまでは何も気にする必要はありません
2021/02/16(火) 07:01:40.34ID:ZcpmZlC/
git「で」ソースコードを修正するときではなく
git「の」ソースコードを修正するときです
2021/02/16(火) 11:12:05.59ID:RZWWw22S
GPLのソフトを組み込んだソフトもGPLになるんだよね
gitを組み込んでる商用IDEはソース公開義務を持つのかな？
2021/02/16(火) 11:19:59.57ID:ZcpmZlC/
gitのソースコードを修正しない限り自由に組み込める
いくらコピーしてもOK。自分で作った部分のソースコード公開の義務はない
498492
垢版 |
2021/02/16(火) 17:50:38.97ID:mnwlAejZ
答えてくれた方ありがとうございました

>>493
Git(やGitHub)でWeb上に公開したコードについてですが、
まあ大体は商用利用ではないと思うのですが、
後々になってお金を頂くようなものを作る可能性もありまして
でも大丈夫なんですね

>>494
つまり、Git自体のコードをどうこうするのではなく、
Gitのサービスを単に利用するだけであれば、
GPLはあまり気にしなくていいということなんですかね？
2021/02/16(火) 18:50:42.51ID:Pme6j5oX
>>498
GPLは、
a) gitユーザーに自由にgitを使ってもらうために、
b) git開発者・gitを組み込んだプログラム開発者を制限する
ライセンス。
a,bの違いを意識しないといけないからちょっと面倒。
500492
垢版 |
2021/02/16(火) 20:16:09.71ID:mnwlAejZ
>>499
ありがとうございます
GPLって書かれてるとちょっとビビってしまいます
2021/02/16(火) 22:18:03.16ID:ZcpmZlC/
GPLで作られたソフトの「ソースコード」を
どうにかしない限り、何の成約もない
2021/02/16(火) 22:22:07.11ID:HBjzowuv
>>501
GPLのコードを静的リンクしたらGPLに感染するし、動的リンクもグレーじゃない？
2021/02/16(火) 22:23:33.33ID:OHaKBW0a
GPLの解説読むとGPLソフトを組み込んだソフトはソース改変してなくてもGPLライセンスになってしまうようにしか受け取れないけどな
2021/02/16(火) 22:30:30.89ID:I98rHtI/
>>502
動的リンクは OK、スタティックリンクは OUT とか、もうほとんど意味不明ですよね
そもそもハードディスクも物理メモリも、メモリ空間も富豪的な現状で、動的リンクの存在価値はどこにあるのでしょうか？
2021/02/16(火) 22:36:23.68ID:ZcpmZlC/
>>502
せやね。リンクしない限りOK

>>503
>ソース改変してなくてもGPLライセンスになってしまう
それはなにをしてもそうならない
ライセンス違反になるだけで、勝手にGPLライセンスになることはない

もし「○○○ライセンスになってしまう」というライセンスの強制上書きが許されるとしたら、
オレオレライセンスを組み込んだソフトは、どんなライセンスのものでも
オレオレライセンスになってしまう。というライセンスだって作れる。

GPLだろうがなんだろうが、そこにオレオレライセンスのソフトを混ぜると
GPL等のライセンス効果はなくなって、オレオレライセンスになってしまう
という強力なライセンスを作れると思うか？

>>504
そういうことだな。標準入出力でやり取りするブリッジプログラムを作れば
GPL感染すること無く利用することができる
2021/02/16(火) 22:38:07.49ID:ZcpmZlC/
> GPLソフトを組み込んだソフトは

これは、同梱という意味じゃないことに注意
当たり前だが、DVDに一緒に配布してもGPLライセンスに感染しない
それはRedHatなどがやってること
LinuxディストリはGPLとそれ以外を一緒に配布している
2021/02/16(火) 22:40:05.12ID:RZWWw22S
>>505
ライセンス違反にはなるけどしらを切れというスタンスか
2021/02/16(火) 22:46:13.31ID:ZcpmZlC/
>>507
例えば、逆にGPLのソフトが間違って、互換性がないライセンスのコードを使ってしまったとしよう
もしかしたらそのコードは有料で利用可能にしているコードかもしれない

悪いのはそのGPLソフトだ。どうすべきだと思う？
そのコードを消して謝れば許す？
それとも損害賠償すべきだと思う？
それともGPLのライセンスを、別のライセンスに変更すべきか？
2021/02/16(火) 22:47:24.67ID:/LIEBh+G
>>507
なんか誤解してる。
ライセンス違反だとしても勝手にGPLになったりしないってこと。
2021/02/16(火) 22:53:40.52ID:ZcpmZlC/
ライセンス違反したことは悪いが、
だからといってGPLに変更すれば許してやるよというのは
傲慢な脅しに過ぎない

ライセンス違反した場合に、GPLに変更するのは
ライセンス違反とい問題を解消するための、選択肢の一つでしかなく
両者の合意、または裁判によって個別に決めることでしかない

GPLに変更することで大損害を受けるのであれば、それは選択肢にならない
その場合は損害賠償を行うことで解決することになるだろう
合意が取れない場合に裁判を行うと、結局そうなる

GPL（事実上無料）にどれだけの損害を認められるか知らんがな
まあGPLを使ったことによる利益とかから算出されるんじゃね？
どうでもいい部分の利用程度なら、損害の程度も低いだろう
2021/02/16(火) 23:07:03.03ID:RZWWw22S
いちいち裁判で争ってたら仕事にならんからやっぱりGPLは避けるのが無難だな
2021/02/16(火) 23:11:40.98ID:ZcpmZlC/
ライセンス違反しなければいいだけだろ？
リンクしない限り何も影響なく
自由に利用できる
2021/02/16(火) 23:12:44.65ID:ZcpmZlC/
せっかく開発者が自由に使ってくださいって提供してるんだから
便利に使ってやらなきゃ可哀想だろう
LinuxだってGPLだ。便利に使える。
2021/02/16(火) 23:37:58.40ID:uwaPbh9W
>>504
GNU公式見解では動的リンクもOUT
Linuxカーネルがとりあえず動的モジュールOKなのはリーナス含む大勢の著作権者が不問にしてるだけ
そして動的リンクの意義はLinuxカーネルみたいなものなら自明だろう
2021/02/16(火) 23:41:52.36ID:M81i/Uj4
GPL危ない危ない
2021/02/16(火) 23:43:18.17ID:I98rHtI/
>>514
私には自明にはみえませんが‥‥
カーネルモジュールのことをいっているのですか？
2021/02/16(火) 23:45:17.03ID:uwaPbh9W
>>516
ドライバ全部入りのカーネル使いたいの？
それともドライバ組み込むたびにカーネルリンクしたい？
2021/02/16(火) 23:48:10.64ID:/LIEBh+G
どっちにしても配布物にGPLなソフトウェアを同梱しなけりゃセーフ
2021/02/16(火) 23:50:06.35ID:M81i/Uj4
余計なリスクを抱えるのは避けたいからBSD・MIT・Apacheライセンスのライブラリを使うわ
2021/02/16(火) 23:55:13.86ID:ZcpmZlC/
ライブラリをGPLにしてしまうと、静的・動的リンクのためライセンス違反になるので
そうならないようにライブラリ用にLGPLというライセンスが存在する
GPLのライブラリのほとんどはよく読めばLGPLになってるはず
2021/02/16(火) 23:55:15.05ID:I98rHtI/
>>517
MS-DOS では必要に応じてデバイスドライバを後から読み込むことができますが、MS-DOS のデバイスドライバを指して「動的リンク」とは当時は言っていませんでしたよね…
またアプリケーションに関しては、動的リンクはトラブルのもと（アプリではなく動的ライブラリが原因、とか、アプリの記述で手を抜くとアプリが暗黙に得体の知れないところの動的ライブラリをしれっとリンクする、とか）だった気がします
いわゆる Windows の DLL HELL ってやつですよ‥‥
2021/02/16(火) 23:55:48.59ID:I98rHtI/
>>520
それは矛盾と妥協の産物としか‥‥
2021/02/16(火) 23:58:03.77ID:ZcpmZlC/
例えばglibc（GNU C Library）はLGPLなのでリンクしても問題ない

https://en.wikipedia.org/wiki/GNU_C_Library
License LGPLv2.1
2021/02/17(水) 00:00:40.90ID:dCg1/Ims
>>522
LGPLはもともとLibrary GPLという名前だったことからもわかるように
ライブラリ用のGPLとして作られた

https://www.weblio.jp/content/GNU+LGPL
> LGPLとは、コピーレフトの考えを導入したGNUのライセンスのことである。
> 以前は「Library GPL」の名称で呼ばれていた。
>
> LGPLはGPL（GNU General Public License）をベースとしているが、
> LGPLの元で公開されたソースを利用したソフトウェアを開発しても、
> その独自開発部分のソースコードの公開を強制しないという特徴を持っている。
2021/02/17(水) 00:07:50.02ID:dCg1/Ims
>>521
LinuxはWindowsでいうDLL HELLを避けるために
全てのパッケージが使用するライブラリを厳密に管理してる
それがディストロの仕事で、例えば次のUbuntu 21.04をリリースすべく
いま頑張ってる作業の内容がそれ

Linuxでは一般に動的ライブラリのユーザーによるインストールが
事実上禁止されてる（動作保証しない）ことによりDLL Hell相当を防いでいる

しかしそれではライブラリのバージョンが古くて困るので
独自作成のアプリ（どちらにしろ動作保証がない）では
好き勝手ローカルディレクトリにライブラリをインストールしたり
Dockerを使ってアプリにライブラリをバンドルしているｗ
2021/02/17(水) 00:11:30.91ID:G/Mp6Fzr
>>525
＞好き勝手ローカルディレクトリにライブラリをインストールしたりDockerを使ってアプリにライブラリをバンドルしているｗ

WWWWW
2021/02/17(水) 00:29:44.27ID:27gbRgcl
>>521
MSDOS界では歴史的にリンクでは無いかもしれないが、Unix界では歴史的にドライバはリンクだよ
動的にロードできるようになった今でもDOSとは違ってロード時にシンボル解決してるし
2021/02/17(水) 19:46:16.19ID:k81iZNBk
gitからzipでダウンロードして
ソースいじったりしてるやついるの？
2021/02/17(水) 21:21:53.80ID:n4obO1jB
>>527
DOS の時代であっても、一旦 OS が起動しきって command.com に制御が移った後であっても、任意の時刻に追加でデバイスドライバをロードすることは可能でしたよ‥‥
まあ DOS 的にはデバイスドライバには厳しい縛りがあるのでデバドラと動的ライブラリが同一とは主張したりはしませんが

ただ一ついえることは、2021 年現在、DLL が本当に必要なのか？という疑問はもっともっと考慮する価値がある、という点でしょうか
2021/02/18(木) 01:05:04.94ID:O19Vw8ur
ここでGitHubについての質問もしていいですか？
2021/02/18(木) 01:19:01.52ID:UIKXY2k+
そんな質問してもきっとハブられるぞ
2021/02/18(木) 01:33:18.67ID:qWQvZ+M0
ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】
https://mevius.5ch.net/test/read.cgi/tech/1531824290/
533530
垢版 |
2021/02/18(木) 01:40:21.32ID:O19Vw8ur
>>531
ですよね〜

>>532
そんなスレッドがあったんですね
ありがとうございます
2021/02/18(木) 21:11:48.11ID:46H+aqKh
htmlとcssをローカルでgit管理しているのですが、
たとえば商品ページみたいなのを作っていて、cssなどを触っている時に
トップページのcssを1行だけ変更するとなると、

細かく言えば、商品ページの部分ではない部分のcssを触るのですが、
コミットしてしまうと、2つの目的が同じコミットになってしまいます。
編集部分が異なるところを分ける扱いとかはできるのでしょうか？
2021/02/19(金) 00:06:40.66ID:0c64eule
>>534 git add -p
2021/02/20(土) 18:30:49.01ID:Qz20NbPh
コマンドラインから git を利用するプログラムは GPL に感染しない
git のライブラリを直接読んで実行するプログラムは感染します（動的リンク）

ICO っていう PS2 のゲームは、GLP 違反で廃盤になってます（ソースコード公開しやがらなかった）

RMS の団体がいくつか訴訟起こしてるみたいだけど、
日本でGPL関連の裁判は多分いまだに一個もない

そもそもGPLの強制力自体法的にグレーらしいからね
多分日本で裁判起こされても負けないと思う
2021/02/20(土) 20:18:22.09ID:M2gbwTPz
仮に裁判に負けないとしてもいちいち訴訟起こされたら仕事にならないし時間の無駄だからGPLのライセンス違反は避けとくわ
2021/02/20(土) 23:45:15.22ID:upzAgg50
git checkoutで過去のコミットに戻ったあと、元いた未来のコミットに進むにはどうしたらいいの？
2021/02/20(土) 23:48:26.25ID:upzAgg50
あ、git log --all & git checkoutでいけました。
2021/02/21(日) 00:02:04.50ID:jWo1wAix
git checkout -
でよくね

ICOもワンダと巨像も名作だったな
2021/02/21(日) 00:08:08.35ID:f0EcfH0m
>>540
お、そうなのね。ありがとうー
2021/02/21(日) 00:41:18.13ID:nRMfhtr9
git-checkout -

You may also specify - which is synonymous to @{-1}.

へぇ〜しらなかった。cd - みたいだね。
2021/02/21(日) 17:55:15.38ID:Ad1gHg6w
git switch -
でもいいんやで

ところで、コミットメッセージ編集しても
コミットハッシュに影響しないようにするってのは駄目だったのかな

git の仕様的にコミットメッセージがコミットハッシュに影響しなきゃいけなかった理由ってなんだろ

これさえなければ、専用エディタとかでホイホイメッセージ編集しまくれそうなもんだけど
2021/02/21(日) 18:51:43.30ID:Ad1gHg6w
ゴリゴリ適当に作業して適当にコミットしたい時ってない？

後で rebase で整理するのめっちゃ大変になるんだけど…
コミットせずに、
たまに別のブランチに移りたいときとかはスタッシュ上手く使えばいいのかな？
2021/02/21(日) 20:56:52.41ID:AgsWCueA
>>543
わかる。
特に理由はなくて、そこまでやる必要を感じなかっただけだと思う。

俺もコミットメッセージはメタデータなのでコミットのハッシュに含めるべきではなかったと思う。

ただしメッセージも履歴をとっておくべきだと思うので、ハッシュを個別に取って、両方合成でコミットを管理するとかだな。
ソース側のハッシュだけで新しい方にマッチするようになっていれば良い。
2021/02/21(日) 21:35:17.56ID:sBTXUFZh
>>545
新しい方決め打ちじゃなくて選択させろという
要求でたらというか普通に出るから
最初から今のようにメタデータ込みの方がシンプル
2021/02/21(日) 22:11:25.44ID:UAV3hf9S
>>543
コミットメッセージまで含めて署名つけるためじゃないの？知らんけど
2021/02/21(日) 23:07:24.75ID:BgIZluJH
分散バージョン管理を何だと思ってるんだよ
履歴は複数のリポジトリに存在する可能性がある
特定のハッシュを指定すればどのリポジトリでも同じ履歴を指すのが重要
それなのにリポジトリ毎にコミットメッセージが違う可能性があるとか有り得んわ
2021/02/22(月) 17:57:15.08ID:MJ2gF5m9
>>544
ブランチ作ってそこでガンガンcommitすりゃいい
で、後でまとめてmerge ―squash
2021/02/23(火) 16:58:29.57ID:XBzTqCMZ
https://git-scm.com/docs/git-notes

そんなあなたに git-notes って回答がきたわ
2021/02/23(火) 17:58:41.19ID:EW5KgHN1
git notes はオワコン
github も表示するのをやめた

https://github.blog/2010-08-25-git-notes-display/
Update (August 14, 2014): Displaying Git notes on GitHub is no longer supported.
2021/02/23(火) 22:33:51.18ID:muDyeP08
オワコンどころか始まってすらいない
2021/02/26(金) 17:25:38.83ID:1yqjOIH/
Git v2.31.0-rc0
2021/02/27(土) 18:10:10.89ID:5c6DxbzC
初歩的な質問をさせて下さい

作業用のディレクトリ内にREADME.mdファイルを作成したのですが、
このファイルはコミットした方がいいんですか？
それとも.gitignoreファイル内に記述して追跡されないようにした方がいいですか？
2021/02/27(土) 19:51:01.47ID:Y/Tb94oW
コミットする
2021/02/27(土) 20:10:59.99ID:W8xnW4Ow
何を書いてるか次第じゃね？
2021/02/27(土) 20:22:18.91ID:5c6DxbzC
>>555
>>556
ありがとうございます

>>556
このリポジトリは練習用です、のような秘匿性は全くない内容です
2021/02/27(土) 21:05:27.89ID:GbyYV3Ad
>>554
コミットしたほうがいいよ
このリポジトリをクローンしたひとが最初に読むことを書いとくといいよ
2021/02/27(土) 22:38:58.24ID:OecrqISI
そのリポジトリはGitHubとかにホスティングするの？
2021/02/27(土) 22:42:38.12ID:2Z5Xe6zl
>>559
GitHub等のホスティングサービスでもいいしオンプレにgitサーバー建ててもいいしお好きにどうぞ
561554
垢版 |
2021/02/27(土) 23:13:08.51ID:5c6DxbzC
>>558
>>559
ありがとうございます

>>558
分かりました

>>559
はい、GitHubのリモートリポジトリにコードを挙げようと思っています
コードも練習用で秘匿性はありません
2021/03/03(水) 15:03:41.70ID:z/MOpsDf
git svn使っててSVNサーバーが移動すると
対処法(svn switch --relocate相当)が微妙でちょっとドキドキしたわ
いろいろやり方あんのな
テスト用のリポジトリ作っていじり倒していると
半日ぐらいすぐに吹っ飛ぶのでヤバい
563デフォルトの名無しさん
垢版 |
2021/03/03(水) 20:49:37.84ID:sncyHuZV
gitの使い方について質問させて下さい
なんちゃってgit-flowっぽい運用をしています（開発中のブランチはdevelop）

ウォーターフォール型？のプロジェクトを複数人で開発しているんですが、担当範囲の
単体試験が終わるまで一切pushしないメンバーがいます。
そのメンバーいわく「UTが終わってない時点で正常に動く保証が無いのだから、そんな
コードはdevelopにpushしない」との事なんですが、これが一般的な考え方なんでしょうか？

結果、ものすごい量の修正がなされたソースが開発フェーズの最後にどかんとpushされて
プルリクがくるのでとてもレビューしきれないし、確実にコンフリクトも起きます

開発の最中って、各人のコードをどのくらいの頻度でプロジェクト共有のdevelopに
取り込むのが普通なんでしょうか？
2021/03/04(木) 01:24:39.84ID:jld/rbVo
>>563
コミュニケーションとfeatureの規模の問題でないだろうか。

・コミュニケーション：
一人はfeatureが固まるまではdevelopにマージしないのが普通と考えている。もう一人はdevelopが壊れてもいいから（そういうことでしょ？）マージしてほしい。
これは会話をしたり規約を決めて解決する問題だと思うね。
表面だけ見れば、個人的にはdevelopは壊したくないので同僚に一票。
理由としてはfeatureは担当者の私物に近いが、developは共有だ。参照されるライブラリを書いているような状況では、利用する機能を壊しかねない。他人に迷惑をかけるコードをマージしたくない考えには賛同できる。
文字通り（devへのマージでなくてfeatのまま）pushしてくれないということだとしたら、その必要性を伝えてみたらどうかな。
あなたが進捗を把握するためにpushしてほしいのか、レビューを先に細かくしておきたいからしてほしいのかは知らないけど。
あなたが熱心に説得しても、もし同僚が聞き入れないのであれば、それは柔軟性や協調性の問題であるから、上司に相談してみるといいかもね。（性格がPJに合わなかっただけなので、個人批判はしないこと）
2021/03/04(木) 01:25:15.34ID:jld/rbVo
>>564
・featの規模の問題：
頻度はわからないが、どかんとコードがpushされるというのは、featに切り出した問題が大きすぎるのではないか？
開発方法が詳しくわからないが、アジャイル開発でやるようなプランニングポーカーでもやってみたらどう？
あなたが思っているよりも複雑で大きな機能なのかも。
レビューが大変なら、簡単になるようなサイズまで切り出してみたらいいんじゃないかな。

・あとは考えたくないけど、能力不足：
担当者か、レビュアーの能力が足りていないために、苦労している。
担当者目線では難しい機能で、時間がかかってしまい、フェーズの終盤までかかってしまう。
レビュアー目線では、担当者のコードを読み解くことができず、平均以上に難しさを感じている。
2021/03/04(木) 01:26:06.16ID:jld/rbVo
>>565
・最後に：
プルリクのコンフリクトは、feat担当者にマージできるように作らせるのがオススメ。（「develを壊さないようにfeatを作ってください」）
プルリク出す前に再度develからfeatにマージさせるようにすれば解決できる。（これ自体はgit flow標準ではない）
また、一定以上のコンフリクトが発生するものはacceptしないなど。

平和的に解決するように頑張ってください。
2021/03/04(木) 01:48:02.33ID:jld/rbVo
もう一点だけ補足。
説教になって申し訳ないです。

業界の普通を知ることは当然大事で、普通のことを普通にできるようにするのは大切なことなのですが、実際はチームの数だけやり方があります。
なので普通に合わせるよりも、うまく行かない現状がうまく行くような方法を適宜考えていくのが最もうまく行く方法だと考えます。

Gitと関係ないことを連々と失礼しました。
2021/03/04(木) 02:34:30.70ID:pxppk7Pi
>>566
同感
コンフリクトが多くて実質マージ不能なプルリクは却下でいいだろ
2021/03/04(木) 09:35:56.38ID:OhT1wEZp
ここは開発者に優しいスレですね
2021/03/04(木) 15:56:47.53ID:Ep7EXP13
>>563
なんとなく問題は、本流以外だと動作確認しづらい何かがあるんじゃないかという気がする。
つまりgit以外の問題なんじゃないかと。
2021/03/04(木) 17:31:50.50ID:D7YR+KaN
Git v2.31.0-rc1
2021/03/04(木) 18:38:18.06ID:D7YR+KaN
>>571
masterからmainへの名称変更は前回のv2.30で一段落付いて、
今回は普通のリリースになりそうです。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況