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/02/02(火) 22:19:04.75

mingwのコマンドいっぱい入っているからcygwinがわりにもなるな。

**デフォルトの名無しさん** · 2021/02/04(木) 13:02:56.36

http://to-developer.com/blog/?p=2103

**デフォルトの名無しさん** · 2021/02/04(木) 13:07:15.43

git reset --soft <commit>

<commit> を省いた時の動作って、
git reset --soft HEAD
と同じ意味になる？
マニュアル見ても書いてないように思うんだけど

つまり、
git reset --soft
ってのは、reflog で見れる足跡情報が増えるだけで、
それ以外にはなんにもしないコマンドって理解でいいです？

**デフォルトの名無しさん** · 2021/02/04(木) 13:41:04.22

man git-reset の最初の何行か読めばそう書いてあるだろ

**デフォルトの名無しさん** · 2021/02/04(木) 21:59:36.37

The <tree-ish>/<commit> defaults to HEAD in all forms.

**デフォルトの名無しさん** · 2021/02/08(月) 20:47:02.46

Windows で開発してるうんｋなんで、
git bash を VS Code で植え込んだ時におならが出るくらい感動した

**デフォルトの名無しさん** · 2021/02/09(火) 00:42:35.94

posh-gitも結構いいと思うんだ

**デフォルトの名無しさん** · 2021/02/09(火) 09:55:22.35

Git v2.30.1

**デフォルトの名無しさん** · 2021/02/09(火) 12:33:58.63

powershell はコマンドが長ったらしいだけでもう無理
エイリアス設定できたとしてももう無理
なんか powershell 開いただけで蕁麻疹出る

**デフォルトの名無しさん** · 2021/02/09(火) 12:47:44.22

powershell強力過ぎ、めっちゃ使いやすい

**デフォルトの名無しさん** · 2021/02/09(火) 17:18:41.08

>>472
ちょっとどこが良いのかその良さを bash とか zsh とかと比較して語ってみて

**デフォルトの名無しさん** · 2021/02/09(火) 17:39:51.20

powershellは
bashやzshより使いやすい

**デフォルトの名無しさん** · 2021/02/09(火) 17:51:57.49

小学生のふわっとした紹介すこ

**デフォルトの名無しさん** · 2021/02/09(火) 18:00:37.52

すまん、プレステとサターンどっちが強いってイキってる小学生から成長してないやつがいるとは思わなかった
アレルギーって自分で分かってるんだから好きなの使えばいいのにね

**デフォルトの名無しさん** · 2021/02/09(火) 22:46:56.83

利点を教えてと言っただけなのに、何でどちらが強いとかイキってるとかの話になるんだ…

**デフォルトの名無しさん** · 2021/02/10(水) 00:13:24.97

無理、無理、蕁麻疹出ると畳み掛けた奴が「教えてと言っただけ」と嘯くか
こういう輩が被害者ぶってる様を見る方がよっぽど無理だわ

**デフォルトの名無しさん** · 2021/02/10(水) 00:17:09.45

Powershellは使いやすいのが利点かな

**デフォルトの名無しさん** · 2021/02/10(水) 06:21:29.99

そういう喧嘩はどうでも良くて、
普通に powershell に利点があるなら知りたいだけなんだけど
自分は powershell 全然使い込んでないし

**デフォルトの名無しさん** · 2021/02/10(水) 06:34:31.18

>>480
PowerShellスレで聞けば?

PowerShell -Part 4
https://mevius.5ch.net/test/read.cgi/tech/1577862511/

**デフォルトの名無しさん** · 2021/02/10(水) 10:25:14.26

>>481
教えてくれてありがとう
スレお気に入れてチェックだけはしといてみるよ

**デフォルトの名無しさん** · 2021/02/13(土) 21:10:04.34

PowerShellは.NET Frameworkが使えることが最大の利点。
それ以外のメリットがないのが最大の欠点。

**デフォルトの名無しさん** · 2021/02/13(土) 22:49:51.40

>>483
そういうのをやりたければPowerShellスレでやれ
git関係ないだろ

**デフォルトの名無しさん** · 2021/02/13(土) 23:43:26.18

マイクロソフトの影響が強まっているから仕方ない部分もある

**デフォルトの名無しさん** · 2021/02/14(日) 17:26:13.02

質問です
あるプロジェクトをgit cloneしてローカルでbuildしたのですけど、
その中で必要なSDLのソースが404でダウンロード出来なくて、中断する状況。
メンテナに聞いてみたら"update the git hash."とのこと。
「HASH更新するのね、了解」って思ったんですが、それってどうするの？状態です。
gitのオプション見ても適当なコマンドは見たらないし、cloneしてbuildする位しか
git自体使ってない程度なのでさっぱりさんです。
どなたか教えてください。

**デフォルトの名無しさん** · 2021/02/14(日) 17:35:22.62

そのプロジェクトを明かせばいいんじゃないかな。

**デフォルトの名無しさん** · 2021/02/14(日) 17:41:51.89

ぬ、了解です。
github.com/EmuELEC/EmuELEC
で、Odroid Go Advance用にmake imageしたもので該当エラーになります。
build環境はamd64のdebian9です。

**デフォルトの名無しさん** · 2021/02/15(月) 00:31:17.39

package.mkのPKG_SHA256弄るっぽいです。
すんません、git関係無いかも。

**デフォルトの名無しさん** · 2021/02/15(月) 00:47:31.45

>>489
これで正解だったようです。
お騒がせしました

**デフォルトの名無しさん** · 2021/02/15(月) 11:45:26.57

>>11-12
ありがとう
このやり方でいきます

**デフォルトの名無しさん** · 2021/02/16(火) 00:58:10.08

質問をさせて頂きたいのですが、
GitはGPLらしいのですが、注意することはありますか？
例えばGitを用いて公開したコードは商用利用出来ないのですか？

**デフォルトの名無しさん** · 2021/02/16(火) 01:41:07.50

ライセンスに関わることは正確にやりたいこと言わないと答えられないぞ

なおGPLは商用利用を禁止していない

**デフォルトの名無しさん** · 2021/02/16(火) 07:01:06.32

>>492
gitのソースコードを修正する時になったらまた来てください
それまでは何も気にする必要はありません

**デフォルトの名無しさん** · 2021/02/16(火) 07:01:40.34

git「で」ソースコードを修正するときではなく
git「の」ソースコードを修正するときです

**デフォルトの名無しさん** · 2021/02/16(火) 11:12:05.59

GPLのソフトを組み込んだソフトもGPLになるんだよね
gitを組み込んでる商用IDEはソース公開義務を持つのかな？

**デフォルトの名無しさん** · 2021/02/16(火) 11:19:59.57

gitのソースコードを修正しない限り自由に組み込める
いくらコピーしてもOK。自分で作った部分のソースコード公開の義務はない

**492** · 2021/02/16(火) 17:50:38.97

答えてくれた方ありがとうございました

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

>>494
つまり、Git自体のコードをどうこうするのではなく、
Gitのサービスを単に利用するだけであれば、
GPLはあまり気にしなくていいということなんですかね？

**デフォルトの名無しさん** · 2021/02/16(火) 18:50:42.51

>>498
GPLは、
a) gitユーザーに自由にgitを使ってもらうために、
b) git開発者・gitを組み込んだプログラム開発者を制限する
ライセンス。
a,bの違いを意識しないといけないからちょっと面倒。

**492** · 2021/02/16(火) 20:16:09.71

>>499
ありがとうございます
GPLって書かれてるとちょっとビビってしまいます

**デフォルトの名無しさん** · 2021/02/16(火) 22:18:03.16

GPLで作られたソフトの「ソースコード」を
どうにかしない限り、何の成約もない

**デフォルトの名無しさん** · 2021/02/16(火) 22:22:07.11

>>501
GPLのコードを静的リンクしたらGPLに感染するし、動的リンクもグレーじゃない？

**デフォルトの名無しさん** · 2021/02/16(火) 22:23:33.33

GPLの解説読むとGPLソフトを組み込んだソフトはソース改変してなくてもGPLライセンスになってしまうようにしか受け取れないけどな

◆QZaw55cn4c · 2021/02/16(火) 22:30:30.89

>>502
動的リンクは OK、スタティックリンクは OUT とか、もうほとんど意味不明ですよね
そもそもハードディスクも物理メモリも、メモリ空間も富豪的な現状で、動的リンクの存在価値はどこにあるのでしょうか？

**デフォルトの名無しさん** · 2021/02/16(火) 22:36:23.68

>>502
せやね。リンクしない限りOK

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

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

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

>>504
そういうことだな。標準入出力でやり取りするブリッジプログラムを作れば
GPL感染すること無く利用することができる

**デフォルトの名無しさん** · 2021/02/16(火) 22:38:07.49

> GPLソフトを組み込んだソフトは

これは、同梱という意味じゃないことに注意
当たり前だが、DVDに一緒に配布してもGPLライセンスに感染しない
それはRedHatなどがやってること
LinuxディストリはGPLとそれ以外を一緒に配布している

**デフォルトの名無しさん** · 2021/02/16(火) 22:40:05.12

>>505
ライセンス違反にはなるけどしらを切れというスタンスか

**デフォルトの名無しさん** · 2021/02/16(火) 22:46:13.31

>>507
例えば、逆にGPLのソフトが間違って、互換性がないライセンスのコードを使ってしまったとしよう
もしかしたらそのコードは有料で利用可能にしているコードかもしれない

悪いのはそのGPLソフトだ。どうすべきだと思う？
そのコードを消して謝れば許す？
それとも損害賠償すべきだと思う？
それともGPLのライセンスを、別のライセンスに変更すべきか？

**デフォルトの名無しさん** · 2021/02/16(火) 22:47:24.67

>>507
なんか誤解してる。
ライセンス違反だとしても勝手にGPLになったりしないってこと。

**デフォルトの名無しさん** · 2021/02/16(火) 22:53:40.52

ライセンス違反したことは悪いが、
だからといってGPLに変更すれば許してやるよというのは
傲慢な脅しに過ぎない

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

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

GPL（事実上無料）にどれだけの損害を認められるか知らんがな
まあGPLを使ったことによる利益とかから算出されるんじゃね？
どうでもいい部分の利用程度なら、損害の程度も低いだろう

**デフォルトの名無しさん** · 2021/02/16(火) 23:07:03.03

いちいち裁判で争ってたら仕事にならんからやっぱりGPLは避けるのが無難だな

**デフォルトの名無しさん** · 2021/02/16(火) 23:11:40.98

ライセンス違反しなければいいだけだろ？
リンクしない限り何も影響なく
自由に利用できる

**デフォルトの名無しさん** · 2021/02/16(火) 23:12:44.65

せっかく開発者が自由に使ってくださいって提供してるんだから
便利に使ってやらなきゃ可哀想だろう
LinuxだってGPLだ。便利に使える。

**デフォルトの名無しさん** · 2021/02/16(火) 23:37:58.40

>>504
GNU公式見解では動的リンクもOUT
Linuxカーネルがとりあえず動的モジュールOKなのはリーナス含む大勢の著作権者が不問にしてるだけ
そして動的リンクの意義はLinuxカーネルみたいなものなら自明だろう

**デフォルトの名無しさん** · 2021/02/16(火) 23:41:52.36

GPL危ない危ない

◆QZaw55cn4c · 2021/02/16(火) 23:43:18.17

>>514
私には自明にはみえませんが‥‥
カーネルモジュールのことをいっているのですか？

**デフォルトの名無しさん** · 2021/02/16(火) 23:45:17.03

>>516
ドライバ全部入りのカーネル使いたいの？
それともドライバ組み込むたびにカーネルリンクしたい？

**デフォルトの名無しさん** · 2021/02/16(火) 23:48:10.64

どっちにしても配布物にGPLなソフトウェアを同梱しなけりゃセーフ

**デフォルトの名無しさん** · 2021/02/16(火) 23:50:06.35

余計なリスクを抱えるのは避けたいからBSD・MIT・Apacheライセンスのライブラリを使うわ

**デフォルトの名無しさん** · 2021/02/16(火) 23:55:13.86

ライブラリをGPLにしてしまうと、静的・動的リンクのためライセンス違反になるので
そうならないようにライブラリ用にLGPLというライセンスが存在する
GPLのライブラリのほとんどはよく読めばLGPLになってるはず

◆QZaw55cn4c · 2021/02/16(火) 23:55:15.05

>>517
MS-DOS では必要に応じてデバイスドライバを後から読み込むことができますが、MS-DOS のデバイスドライバを指して「動的リンク」とは当時は言っていませんでしたよね…
またアプリケーションに関しては、動的リンクはトラブルのもと（アプリではなく動的ライブラリが原因、とか、アプリの記述で手を抜くとアプリが暗黙に得体の知れないところの動的ライブラリをしれっとリンクする、とか）だった気がします
いわゆる Windows の DLL HELL ってやつですよ‥‥

◆QZaw55cn4c · 2021/02/16(火) 23:55:48.59

>>520
それは矛盾と妥協の産物としか‥‥

**デフォルトの名無しさん** · 2021/02/16(火) 23:58:03.77

例えばglibc（GNU C Library）はLGPLなのでリンクしても問題ない

https://en.wikipedia.org/wiki/GNU_C_Library
License LGPLv2.1

**デフォルトの名無しさん** · 2021/02/17(水) 00:00:40.90

>>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.02

>>521
LinuxはWindowsでいうDLL HELLを避けるために
全てのパッケージが使用するライブラリを厳密に管理してる
それがディストロの仕事で、例えば次のUbuntu 21.04をリリースすべく
いま頑張ってる作業の内容がそれ

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

しかしそれではライブラリのバージョンが古くて困るので
独自作成のアプリ（どちらにしろ動作保証がない）では
好き勝手ローカルディレクトリにライブラリをインストールしたり
Dockerを使ってアプリにライブラリをバンドルしているｗ

◆QZaw55cn4c · 2021/02/17(水) 00:11:30.91

>>525
＞好き勝手ローカルディレクトリにライブラリをインストールしたりDockerを使ってアプリにライブラリをバンドルしているｗ

WWWWW

**デフォルトの名無しさん** · 2021/02/17(水) 00:29:44.27

>>521
MSDOS界では歴史的にリンクでは無いかもしれないが、Unix界では歴史的にドライバはリンクだよ
動的にロードできるようになった今でもDOSとは違ってロード時にシンボル解決してるし

**デフォルトの名無しさん** · 2021/02/17(水) 19:46:16.19

gitからzipでダウンロードして
ソースいじったりしてるやついるの？

◆QZaw55cn4c · 2021/02/17(水) 21:21:53.80

>>527
DOS の時代であっても、一旦 OS が起動しきって command.com に制御が移った後であっても、任意の時刻に追加でデバイスドライバをロードすることは可能でしたよ‥‥
まあ DOS 的にはデバイスドライバには厳しい縛りがあるのでデバドラと動的ライブラリが同一とは主張したりはしませんが

ただ一ついえることは、2021 年現在、DLL が本当に必要なのか？という疑問はもっともっと考慮する価値がある、という点でしょうか

**デフォルトの名無しさん** · 2021/02/18(木) 01:05:04.94

ここでGitHubについての質問もしていいですか？

**デフォルトの名無しさん** · 2021/02/18(木) 01:19:01.52

そんな質問してもきっとハブられるぞ

**デフォルトの名無しさん** · 2021/02/18(木) 01:33:18.67

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

**530** · 2021/02/18(木) 01:40:21.32

>>531
ですよね～

>>532
そんなスレッドがあったんですね
ありがとうございます

**デフォルトの名無しさん** · 2021/02/18(木) 21:11:48.11

htmlとcssをローカルでgit管理しているのですが、
たとえば商品ページみたいなのを作っていて、cssなどを触っている時に
トップページのcssを1行だけ変更するとなると、

細かく言えば、商品ページの部分ではない部分のcssを触るのですが、
コミットしてしまうと、2つの目的が同じコミットになってしまいます。
編集部分が異なるところを分ける扱いとかはできるのでしょうか？

**デフォルトの名無しさん** · 2021/02/19(金) 00:06:40.66

>>534 git add -p

**デフォルトの名無しさん** · 2021/02/20(土) 18:30:49.01

コマンドラインから git を利用するプログラムは GPL に感染しない
git のライブラリを直接読んで実行するプログラムは感染します（動的リンク）

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

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

そもそもGPLの強制力自体法的にグレーらしいからね
多分日本で裁判起こされても負けないと思う

**デフォルトの名無しさん** · 2021/02/20(土) 20:18:22.09

仮に裁判に負けないとしてもいちいち訴訟起こされたら仕事にならないし時間の無駄だからGPLのライセンス違反は避けとくわ

**デフォルトの名無しさん** · 2021/02/20(土) 23:45:15.22

git checkoutで過去のコミットに戻ったあと、元いた未来のコミットに進むにはどうしたらいいの？

**デフォルトの名無しさん** · 2021/02/20(土) 23:48:26.25

あ、git log --all & git checkoutでいけました。

**デフォルトの名無しさん** · 2021/02/21(日) 00:02:04.50

git checkout -
でよくね

ICOもワンダと巨像も名作だったな

**デフォルトの名無しさん** · 2021/02/21(日) 00:08:08.35

>>540
お、そうなのね。ありがとうー

**デフォルトの名無しさん** · 2021/02/21(日) 00:41:18.13

git-checkout -

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

へぇ～しらなかった。cd - みたいだね。

**デフォルトの名無しさん** · 2021/02/21(日) 17:55:15.38

git switch -
でもいいんやで

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

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

これさえなければ、専用エディタとかでホイホイメッセージ編集しまくれそうなもんだけど

**デフォルトの名無しさん** · 2021/02/21(日) 18:51:43.30

ゴリゴリ適当に作業して適当にコミットしたい時ってない？

後で rebase で整理するのめっちゃ大変になるんだけど…
コミットせずに、
たまに別のブランチに移りたいときとかはスタッシュ上手く使えばいいのかな？

**デフォルトの名無しさん** · 2021/02/21(日) 20:56:52.41

>>543
わかる。
特に理由はなくて、そこまでやる必要を感じなかっただけだと思う。

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

ただしメッセージも履歴をとっておくべきだと思うので、ハッシュを個別に取って、両方合成でコミットを管理するとかだな。
ソース側のハッシュだけで新しい方にマッチするようになっていれば良い。

**デフォルトの名無しさん** · 2021/02/21(日) 21:35:17.56

>>545
新しい方決め打ちじゃなくて選択させろという
要求でたらというか普通に出るから
最初から今のようにメタデータ込みの方がシンプル

**デフォルトの名無しさん** · 2021/02/21(日) 22:11:25.44

>>543
コミットメッセージまで含めて署名つけるためじゃないの？知らんけど

**デフォルトの名無しさん** · 2021/02/21(日) 23:07:24.75

分散バージョン管理を何だと思ってるんだよ
履歴は複数のリポジトリに存在する可能性がある
特定のハッシュを指定すればどのリポジトリでも同じ履歴を指すのが重要
それなのにリポジトリ毎にコミットメッセージが違う可能性があるとか有り得んわ

**デフォルトの名無しさん** · 2021/02/22(月) 17:57:15.08

>>544
ブランチ作ってそこでガンガンcommitすりゃいい
で、後でまとめてmerge ―squash

**デフォルトの名無しさん** · 2021/02/23(火) 16:58:29.57

https://git-scm.com/docs/git-notes

そんなあなたに git-notes って回答がきたわ

**デフォルトの名無しさん** · 2021/02/23(火) 17:58:41.19

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.18

オワコンどころか始まってすらいない

**デフォルトの名無しさん** · 2021/02/26(金) 17:25:38.83

Git v2.31.0-rc0

**デフォルトの名無しさん** · 2021/02/27(土) 18:10:10.89

初歩的な質問をさせて下さい

作業用のディレクトリ内にREADME.mdファイルを作成したのですが、
このファイルはコミットした方がいいんですか？
それとも.gitignoreファイル内に記述して追跡されないようにした方がいいですか？

**デフォルトの名無しさん** · 2021/02/27(土) 19:51:01.47

コミットする

**デフォルトの名無しさん** · 2021/02/27(土) 20:10:59.99

何を書いてるか次第じゃね？

**デフォルトの名無しさん** · 2021/02/27(土) 20:22:18.91

>>555
>>556
ありがとうございます

>>556
このリポジトリは練習用です、のような秘匿性は全くない内容です

**デフォルトの名無しさん** · 2021/02/27(土) 21:05:27.89

>>554
コミットしたほうがいいよ
このリポジトリをクローンしたひとが最初に読むことを書いとくといいよ

**デフォルトの名無しさん** · 2021/02/27(土) 22:38:58.24

そのリポジトリはGitHubとかにホスティングするの？

**デフォルトの名無しさん** · 2021/02/27(土) 22:42:38.12

>>559
GitHub等のホスティングサービスでもいいしオンプレにgitサーバー建ててもいいしお好きにどうぞ

**554** · 2021/02/27(土) 23:13:08.51

>>558
>>559
ありがとうございます

>>558
分かりました

>>559
はい、GitHubのリモートリポジトリにコードを挙げようと思っています
コードも練習用で秘匿性はありません

**デフォルトの名無しさん** · 2021/03/03(水) 15:03:41.70

git svn使っててSVNサーバーが移動すると
対処法(svn switch --relocate相当)が微妙でちょっとドキドキしたわ
いろいろやり方あんのな
テスト用のリポジトリ作っていじり倒していると
半日ぐらいすぐに吹っ飛ぶのでヤバい

**デフォルトの名無しさん** · 2021/03/03(水) 20:49:37.84

gitの使い方について質問させて下さい
なんちゃってgit-flowっぽい運用をしています（開発中のブランチはdevelop）

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

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

開発の最中って、各人のコードをどのくらいの頻度でプロジェクト共有のdevelopに
取り込むのが普通なんでしょうか？