[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/13 19:25 / Filesize : 245 KB / Number-of Response : 1044
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Git 17



1 名前:デフォルトの名無しさん mailto:sage [2020/09/02(水) 12:18:30 ID:XN0SxNMq.net]
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
git-scm.com/

◆関連サイト
Pro Git - Table of Contents
git-scm.com/book/ja
Git入門
www8.atwiki.jp/git_jp/

◆前スレ
Git 15
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

504 名前:デフォルトの名無しさん mailto:age [2021/02/15(月) 00:31:17.39 ID:GpFzBvup.net]
package.mkのPKG_SHA256弄るっぽいです。
すんません、git関係無いかも。

505 名前:デフォルトの名無しさん mailto:age [2021/02/15(月) 00:47:31.45 ID:GpFzBvup.net]
>>494
これで正解だったようです。
お騒がせしました

506 名前:デフォルトの名無しさん mailto:sage [2021/02/15(月) 11:45:26.57 ID:X76akpeQ.net]
>>11-12
ありがとう
このやり方でいきます

507 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 00:58:10.08 ID:mnwlAejZ.net]
質問をさせて頂きたいのですが、
GitはGPLらしいのですが、注意することはありますか?
例えばGitを用いて公開したコードは商用利用出来ないのですか?

508 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 01:41:07.50 ID:MAgjCNR3.net]
ライセンスに関わることは正確にやりたいこと言わないと答えられないぞ

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

509 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 07:01:06.32 ID:ZcpmZlC/.net]
>>497
gitのソースコードを修正する時になったらまた来てください
それまでは何も気にする必要はありません

510 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 07:01:40.34 ID:ZcpmZlC/.net]
git「で」

511 名前:ソースコードを修正するときではなく
git「の」ソースコードを修正するときです
[]
[ここ壊れてます]

512 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 11:12:05.59 ID:RZWWw22S.net]
GPLのソフトを組み込んだソフトもGPLになるんだよね
gitを組み込んでる商用IDEはソース公開義務を持つのかな?



513 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 11:19:59.57 ID:ZcpmZlC/.net]
gitのソースコードを修正しない限り自由に組み込める
いくらコピーしてもOK。自分で作った部分のソースコード公開の義務はない

514 名前:492 mailto:sage [2021/02/16(火) 17:50:38.97 ID:mnwlAejZ.net]
答えてくれた方ありがとうございました

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

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

515 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 18:50:42.51 ID:Pme6j5oX.net]
>>503
GPLは、
a) gitユーザーに自由にgitを使ってもらうために、
b) git開発者・gitを組み込んだプログラム開発者を制限する
ライセンス。
a,bの違いを意識しないといけないからちょっと面倒。

516 名前:492 mailto:sage [2021/02/16(火) 20:16:09.71 ID:mnwlAejZ.net]
>>504
ありがとうございます
GPLって書かれてるとちょっとビビってしまいます

517 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 22:18:03.16 ID:ZcpmZlC/.net]
GPLで作られたソフトの「ソースコード」を
どうにかしない限り、何の成約もない

518 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 22:22:07.11 ID:HBjzowuv.net]
>>506
GPLのコードを静的リンクしたらGPLに感染するし、動的リンクもグレーじゃない?

519 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 22:23:33.33 ID:OHaKBW0a.net]
GPLの解説読むとGPLソフトを組み込んだソフトはソース改変してなくてもGPLライセンスになってしまうようにしか受け取れないけどな

520 名前: mailto:sage [2021/02/16(火) 22:30:30.89 ID:I98rHtI/.net]
>>507
動的リンクは OK、スタティックリンクは OUT とか、もうほとんど意味不明ですよね
そもそもハードディスクも物理メモリも、メモリ空間も富豪的な現状で、動的リンクの存在価値はどこにあるのでしょうか?

521 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 22:36:23.68 ID:ZcpmZlC/.net]
>>507
せやね。リンクしない限りOK

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

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

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

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

522 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 22:38:07.49 ID:ZcpmZlC/.net]
> GPLソフトを組み込んだソフトは

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



523 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 22:40:05.12 ID:RZWWw22S.net]
>>510
ライセンス違反にはなるけどしらを切れというスタンスか

524 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 22:46:13.31 ID:ZcpmZlC/.net]
>>512
例えば、逆にGPLのソフトが間違って、互換性がないライセンスのコードを使ってしまったとしよう
もしかしたらそのコードは有料で利用可能にしているコードかもしれない

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

525 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 22:47:24.67 ID:/LIEBh+G.net]
>>512
なんか誤解してる。
ライセンス違反だとしても勝手にGPLになったりしないってこと。 []
[ここ壊れてます]

527 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 22:53:40.52 ID:ZcpmZlC/.net]
ライセンス違反したことは悪いが、
だからといってGPLに変更すれば許してやるよというのは
傲慢な脅しに過ぎない

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

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

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

528 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:07:03.03 ID:RZWWw22S.net]
いちいち裁判で争ってたら仕事にならんからやっぱりGPLは避けるのが無難だな

529 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:11:40.98 ID:ZcpmZlC/.net]
ライセンス違反しなければいいだけだろ?
リンクしない限り何も影響なく
自由に利用できる

530 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:12:44.65 ID:ZcpmZlC/.net]
せっかく開発者が自由に使ってくださいって提供してるんだから
便利に使ってやらなきゃ可哀想だろう
LinuxだってGPLだ。便利に使える。

531 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:37:58.40 ID:uwaPbh9W.net]
>>509
GNU公式見解では動的リンクもOUT
Linuxカーネルがとりあえず動的モジュールOKなのはリーナス含む大勢の著作権者が不問にしてるだけ
そして動的リンクの意義はLinuxカーネルみたいなものなら自明だろう

532 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:41:52.36 ID:M81i/Uj4.net]
GPL危ない危ない



533 名前: mailto:sage [2021/02/16(火) 23:43:18.17 ID:I98rHtI/.net]
>>519
私には自明にはみえませんが‥‥
カーネルモジュールのことをいっているのですか?

534 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:45:17.03 ID:uwaPbh9W.net]
>>521
ドライバ全部入りのカーネル使いたいの?
それともドライバ組み込むたびにカーネルリンクしたい?

535 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:48:10.64 ID:/LIEBh+G.net]
どっちにしても配布物にGPLなソフトウェアを同梱しなけりゃセーフ

536 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:50:06.35 ID:M81i/Uj4.net]
余計なリスクを抱えるのは避けたいからBSD・MIT・Apacheライセンスのライブラリを使うわ

537 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:55:13.86 ID:ZcpmZlC/.net]
ライブラリをGPLにしてしまうと、静的・動的リンクのためライセンス違反になるので
そうならないようにライブラリ用にLGPLというライセンスが存在する
GPLのライブラリのほとんどはよく読めばLGPLになってるはず

538 名前: mailto:sage [2021/02/16(火) 23:55:15.05 ID:I98rHtI/.net]
>>522
MS-DOS では必要に応じてデバイスドライバを後から読み込むことができますが、MS-DOS のデバイスドライバを指して「動的リンク」とは当時は言っていませんでしたよね…
またアプリケーションに関しては、動的リンクはトラブルのもと(アプリではなく動的ライブラリが原因、とか、アプリの記述で手を抜くとアプリが暗黙に得体の知れないところの動的ライブラリをしれっとリンクする、とか)だった気がします
いわゆる Windows の DLL HELL ってやつですよ‥‥

539 名前: mailto:sage [2021/02/16(火) 23:55:48.59 ID:I98rHtI/.net]
>>525
それは矛盾と妥協の産物としか‥‥

540 名前:デフォルトの名無しさん mailto:sage [2021/02/16(火) 23:58:03.77 ID:ZcpmZlC/.net]
例えばglibc(GNU C Library)はLGPLなのでリンクしても問題ない

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

541 名前:デフォルトの名無しさん mailto:sage [2021/02/17(水) 00:00:40.90 ID:dCg1/Ims.net]
>>527
LGPLはもともとLibrary GPLという名前だったことからもわかるように
ライブラリ用のGPLとして作られた

https://www.weblio.jp/content/GNU+LGPL
> LGPLとは、コピ

542 名前:ーレフトの考えを導入したGNUのライセンスのことである。
> 以前は「Library GPL」の名称で呼ばれていた。
>
> LGPLはGPL(GNU General Public License)をベースとしているが、
> LGPLの元で公開されたソースを利用したソフトウェアを開発しても、
> その独自開発部分のソースコードの公開を強制しないという特徴を持っている。
[]
[ここ壊れてます]



543 名前:デフォルトの名無しさん mailto:sage [2021/02/17(水) 00:07:50.02 ID:dCg1/Ims.net]
>>526
LinuxはWindowsでいうDLL HELLを避けるために
全てのパッケージが使用するライブラリを厳密に管理してる
それがディストロの仕事で、例えば次のUbuntu 21.04をリリースすべく
いま頑張ってる作業の内容がそれ

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

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

544 名前: mailto:sage [2021/02/17(水) 00:11:30.91 ID:G/Mp6Fzr.net]
>>530
>好き勝手ローカルディレクトリにライブラリをインストールしたりDockerを使ってアプリにライブラリをバンドルしているw

WWWWW

545 名前:デフォルトの名無しさん mailto:sage [2021/02/17(水) 00:29:44.27 ID:27gbRgcl.net]
>>526
MSDOS界では歴史的にリンクでは無いかもしれないが、Unix界では歴史的にドライバはリンクだよ
動的にロードできるようになった今でもDOSとは違ってロード時にシンボル解決してるし

546 名前:デフォルトの名無しさん mailto:sage [2021/02/17(水) 19:46:16.19 ID:k81iZNBk.net]
gitからzipでダウンロードして
ソースいじったりしてるやついるの?

547 名前: mailto:sage [2021/02/17(水) 21:21:53.80 ID:n4obO1jB.net]
>>532
DOS の時代であっても、一旦 OS が起動しきって command.com に制御が移った後であっても、任意の時刻に追加でデバイスドライバをロードすることは可能でしたよ‥‥
まあ DOS 的にはデバイスドライバには厳しい縛りがあるのでデバドラと動的ライブラリが同一とは主張したりはしませんが

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

548 名前:デフォルトの名無しさん mailto:sage [2021/02/18(木) 01:05:04.94 ID:O19Vw8ur.net]
ここでGitHubについての質問もしていいですか?

549 名前:デフォルトの名無しさん mailto:sage [2021/02/18(木) 01:19:01.52 ID:UIKXY2k+.net]
そんな質問してもきっとハブられるぞ

550 名前:デフォルトの名無しさん mailto:sage [2021/02/18(木) 01:33:18.67 ID:qWQvZ+M0.net]
ソースコード ホスティング総合【GitHub,GitLab,Bitbucket等】
https://mevius.5ch.net/test/read.cgi/tech/1531824290/

551 名前:530 mailto:sage [2021/02/18(木) 01:40:21.32 ID:O19Vw8ur.net]
>>536
ですよね〜

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

552 名前:デフォルトの名無しさん mailto:sage [2021/02/18(木) 21:11:48.11 ID:46H+aqKh.net]
htmlとcssをローカルでgit管理しているのですが、
たとえば商品ページみたいなのを作っていて、cssなどを触っている時に
トップページのcssを1行だけ変更するとなると、

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



553 名前:デフォルトの名無しさん mailto:sage [2021/02/19(金) 00:06:40.66 ID:0c64eule.net]
>>539 git add -p

554 名前:デフォルトの名無しさん mailto:sage [2021/02/20(土) 18:30:49.01 ID:Qz20NbPh.net]
コマンドラインから git を利用するプログラムは GPL に感染しない
git のライブラリを直接読んで実行するプログラムは感染します(動的リンク)

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

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

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

555 名前:デフォルトの名無しさん mailto:sage [2021/02/20(土) 20:18:22.09 ID:M2gbwTPz.net]
仮に裁判に負けないとしてもいちいち訴訟起こされたら仕事にならないし時間の無駄だからGPLのライセンス違反は避けとくわ

556 名前:デフォルトの名無しさん mailto:sage [2021/02/20(土) 23:45:15.22 ID:upzAgg50.net]
git checkoutで過去のコミットに戻ったあと、元いた未来のコミットに進むにはどうしたらいいの?

557 名前:デフォルトの名無しさん mailto:sage [2021/02/20(土) 23:48:26.25 ID:upzAgg50.net]
あ、git log --all & git checkoutでいけました。

558 名前:デフォルトの名無しさん mailto:sage [2021/02/21(日) 00:02:04.50 ID:jWo1wAix.net]
git checkout -
でよくね

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

559 名前:デフォルトの名無しさん mailto:sage [2021/02/21(日) 00:08:08.35 ID:f0EcfH0m.net]
>>545
お、そうなのね。ありがとうー

560 名前:デフォルトの名無しさん mailto:sage [2021/02/21(日) 00:41:18.13 ID:nRMfhtr9.net]
git-checkout -

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

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

561 名前:デフォルトの名無しさん mailto:sage [2021/02/21(日) 17:55:15.38 ID:Ad1gHg6w.net]
git switch -
でもいいんやで

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

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

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

562 名前:デフォルトの名無しさん mailto:sage [2021/02/21(日) 18:51:43.30 ID:Ad1gHg6w.net]
ゴリゴリ適当に作業して適当にコミットしたい時ってない?

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



563 名前:デフォルトの名無しさん mailto:sage [2021/02/21(日) 20:56:52.41 ID:AgsWCueA.net]
>>548
わかる。
特に理由はなくて、そこまでやる必要を感じなかっただけだと思う。

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

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

564 名前:デフォルトの名無しさん mailto:sage [2021/02/21(日) 21:35:17.56 ID:sBTXUFZh.net]
>>550
新しい方決め打ちじゃなくて選択させろという
要求でたらというか普通に出るから
最初から今のようにメタデータ込みの方がシンプル

565 名前:デフォルトの名無しさん mailto:sage [2021/02/21(日) 22:11:25.44 ID:UAV3hf9S.net]
>>548
コミットメッセージまで含めて署名つけるためじゃないの?知らんけど

566 名前:デフォルトの名無しさん mailto:sage [2021/02/21(日) 23:07:24.75 ID:BgIZluJH.net]
分散バージョン管理を何だと思ってるんだよ
履歴は複数のリポジトリに存在する可能性がある
特定のハッシュを指定すればどのリポジトリでも同じ履歴を指すのが重要
それなのにリポジトリ毎にコミットメッセージが違う可能性があるとか有り得んわ

567 名前:デフォルトの名無しさん mailto:sage [2021/02/22(月) 17:57:15.08 ID:MJ2gF5m9.net]
>>549
ブランチ作ってそこでガンガンcommitすりゃいい
で、後でまとめてmerge ―squash

568 名前:デフォルトの名無しさん mailto:sage [2021/02/23(火) 16:58:29.57 ID:XBzTqCMZ.net]
https://git-scm.com/docs/git-notes

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

569 名前:デフォルトの名無しさん mailto:sage [2021/02/23(火) 17:58:41.19 ID:EW5KgHN1.net]
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.

570 名前:デフォルトの名無しさん mailto:sage [2021/02/23(火) 22:33:51.18 ID:muDyeP08.net]
オワコン

571 名前:どころか始まってすらいない []
[ここ壊れてます]

572 名前:デフォルトの名無しさん mailto:sage [2021/02/26(金) 17:25:38.83 ID:1yqjOIH/.net]
Git v2.31.0-rc0



573 名前:デフォルトの名無しさん mailto:sage [2021/02/27(土) 18:10:10.89 ID:5c6DxbzC.net]
初歩的な質問をさせて下さい

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

574 名前:デフォルトの名無しさん mailto:sage [2021/02/27(土) 19:51:01.47 ID:Y/Tb94oW.net]
コミットする

575 名前:デフォルトの名無しさん mailto:sage [2021/02/27(土) 20:10:59.99 ID:W8xnW4Ow.net]
何を書いてるか次第じゃね?

576 名前:デフォルトの名無しさん mailto:sage [2021/02/27(土) 20:22:18.91 ID:5c6DxbzC.net]
>>560
>>561
ありがとうございます

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

577 名前:デフォルトの名無しさん mailto:sage [2021/02/27(土) 21:05:27.89 ID:GbyYV3Ad.net]
>>559
コミットしたほうがいいよ
このリポジトリをクローンしたひとが最初に読むことを書いとくといいよ

578 名前:デフォルトの名無しさん mailto:sage [2021/02/27(土) 22:38:58.24 ID:OecrqISI.net]
そのリポジトリはGitHubとかにホスティングするの?

579 名前:デフォルトの名無しさん mailto:sage [2021/02/27(土) 22:42:38.12 ID:2Z5Xe6zl.net]
>>564
GitHub等のホスティングサービスでもいいしオンプレにgitサーバー建ててもいいしお好きにどうぞ

580 名前:554 mailto:sage [2021/02/27(土) 23:13:08.51 ID:5c6DxbzC.net]
>>563
>>564
ありがとうございます

>>563
分かりました

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

581 名前:デフォルトの名無しさん mailto:sage [2021/03/03(水) 15:03:41.70 ID:z/MOpsDf.net]
git svn使っててSVNサーバーが移動すると
対処法(svn switch --relocate相当)が微妙でちょっとドキドキしたわ
いろいろやり方あんのな
テスト用のリポジトリ作っていじり倒していると
半日ぐらいすぐに吹っ飛ぶのでヤバい

582 名前:デフォルトの名無しさん [2021/03/03(水) 20:49:37.84 ID:sncyHuZV.net]
gitの使い方について質問させて下さい
なんちゃってgit-flowっぽい運用をしています(開発中のブランチはdevelop)

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

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

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



583 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 01:24:39.84 ID:jld/rbVo.net]
>>568
コミュニケーションとfeatureの規模の問題でないだろうか。

・コミュニケーション:
一人はfeatureが固まるまではdevelopにマージしないのが普通と考えている。もう一人はdevelopが壊れてもいいから(そういうことでしょ?)マージしてほしい。
これは会話をしたり規約を決めて解決する問題だと思うね。
表面だけ見れば、個人的にはdevelopは壊したくないので同僚に一票。
理由としてはfeatureは担当者の私物に近いが、developは共有だ。参照されるライブラリを書いているような状況では、利用する機能を壊しかねない。他人に迷惑をかけるコードをマージしたくない考えには賛同できる。
文字通り(devへのマージでなくてfeatのまま)pushしてくれないということだとしたら、その必要性を伝えてみたらどうかな。


584 名前:あなたが進捗を把握するためにpushしてほしいのか、レビューを先に細かくしておきたいからしてほしいのかは知らないけど。
あなたが熱心に説得しても、もし同僚が聞き入れないのであれば、それは柔軟性や協調性の問題であるから、上司に相談してみるといいかもね。(性格がPJに合わなかっただけなので、個人批判はしないこと)
[]
[ここ壊れてます]

585 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 01:25:15.34 ID:jld/rbVo.net]
>>569
・featの規模の問題:
頻度はわからないが、どかんとコードがpushされるというのは、featに切り出した問題が大きすぎるのではないか?
開発方法が詳しくわからないが、アジャイル開発でやるようなプランニングポーカーでもやってみたらどう?
あなたが思っているよりも複雑で大きな機能なのかも。
レビューが大変なら、簡単になるようなサイズまで切り出してみたらいいんじゃないかな。

・あとは考えたくないけど、能力不足:
担当者か、レビュアーの能力が足りていないために、苦労している。
担当者目線では難しい機能で、時間がかかってしまい、フェーズの終盤までかかってしまう。
レビュアー目線では、担当者のコードを読み解くことができず、平均以上に難しさを感じている。

586 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 01:26:06.16 ID:jld/rbVo.net]
>>570
・最後に:
プルリクのコンフリクトは、feat担当者にマージできるように作らせるのがオススメ。(「develを壊さないようにfeatを作ってください」)
プルリク出す前に再度develからfeatにマージさせるようにすれば解決できる。(これ自体はgit flow標準ではない)
また、一定以上のコンフリクトが発生するものはacceptしないなど。

平和的に解決するように頑張ってください。

587 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 01:48:02.33 ID:jld/rbVo.net]
もう一点だけ補足。
説教になって申し訳ないです。

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

Gitと関係ないことを連々と失礼しました。

588 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 02:34:30.70 ID:pxppk7Pi.net]
>>571
同感
コンフリクトが多くて実質マージ不能なプルリクは却下でいいだろ

589 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 09:35:56.38 ID:OhT1wEZp.net]
ここは開発者に優しいスレですね

590 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 15:56:47.53 ID:Ep7EXP13.net]
>>568
なんとなく問題は、本流以外だと動作確認しづらい何かがあるんじゃないかという気がする。
つまりgit以外の問題なんじゃないかと。

591 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 17:31:50.50 ID:D7YR+KaN.net]
Git v2.31.0-rc1

592 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 18:38:18.06 ID:D7YR+KaN.net]
>>576
masterからmainへの名称変更は前回のv2.30で一段落付いて、
今回は普通のリリースになりそうです。



593 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 19:13:26.59 ID:k8593Rs+.net]
>>571
>>573
ローカルで最新devをマージしてコンフリクトを解決するのがgit flow標準になっていないのは、何か理由あるのかしらん?
後のリクエストに修正義務を課すのはわかりやすいルールだと思うけど、問題あるのかな?

594 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 21:37:38.82 ID:miLZRrxO.net]
標準にしてないだけじゃないかな
プルリクとは限らないから、自分でマージしたっていいし

595 名前:デフォルトの名無しさん mailto:sage [2021/03/04(木) 21:44:50.30 ID:miLZRrxO.net]
自分でっいうか
devで自分でって言いたかった。

596 名前:デフォルトの名無しさん mailto:sage [2021/03/08(月) 01:16:16.76 ID:gjklcTJPY]
無料&かんたん! ロゴ作成ツールおすすめ12選【商用OKも】
https://mag.app-liv.jp/archive/119964/
デザイナー泣かせ? ロゴ自動生成サービス「Hatchfulロゴメーカー」がすごい
https://forbesjapan.com/articles/detail/40021
無料で使える!簡単にロゴを作成できるおすすめサイト8選
https://liskul.com/logomaker-29137
無料素材:ヴィンテージ感がおしゃれ!デザインソフトのツールアイコン49個セット
switch-box.net/free-resources-vintage-design-icons.html
無料素材:魔法陣の文様が描けるユニークな英語フリーフォント「MagicRing」
switch-box.net/free-font-magic-ring.html
マップ作成ツール2種:InkarnateとFlowScape
chanagame.hateblo.jp/entry/2019/09/14/081333
ファンタジー世界地図を簡単に作れる「Inkarnate Worlds」をゲーム制作に活用しよう
www.moguragames.com/entry/inkarnate-worlds-indiegame-dev/
ファンタジー世界の地図をマウス操作のみで作る(Inkarnate Worlds)
https://note.com/freudnishi/n/nb30c3ce75950
架空のファンタジー世界地図の作成を補助してくれる「Wonderdraft」発売中。TRPGファンにも愛用されているツール
https://automaton-media.com/articles/newsjp/20190430-91035/

597 名前:デフォルトの名無しさん mailto:sage [2021/03/10(水) 09:01:05.42 ID:aXqmchiP.net]
Git v2.30.2

598 名前:デフォルトの名無しさん mailto:sage [2021/03/10(水) 14:21:53.36 ID:LF8mKXsJ.net]
「Git」v2.15以降に任意コード実行の脆弱性 〜v2.30.2へのアップデートを
https://forest.watch.impress.co.jp/docs/news/1311031.html

「Git LFS」が“git clone”を実行する際使われる遅延チェックアウトの仕組みに脆弱性があり、細工が施されたリポジトリから任意のコードを実行できてしまう問題(CVE-2021-21300)が修正されている。

この脆弱性は「Git」v2.15以降に影響し、最新版へ更新することで解決できる。何らかの理由でアップデートが難しい場合は、以下の緩和策が推奨されている。

・“git config --global core.symlinks false”を実行して「Git」のシンボリックリンク対応を無効にする
・プロセスフィルタのサポートを無効にする
・信頼されていないリポジトリのクローンを避ける

599 名前:デフォルトの名無しさん mailto:sage [2021/03/16(火) 07:48:49.09 ID:2J50stIm.net]
Git v2.31.0

600 名前:デフォルトの名無しさん [2021/03/17(水) 19:54:37.33 ID:kfZVZJH6.net]
ゴミ

オープンソースを売り渡したゴミ

601 名前:デフォルトの名無しさん mailto:sage [2021/03/17(水) 20:20:57.14 ID:wI0GxMfw.net]
>>585
もしかして、gitとgithubを混同してる?

602 名前:デフォルトの名無しさん [2021/03/17(水) 23:37:10.54 ID:YH/YYkmR.net]
GitとGitHubを混同するのは、GitHubを使ったことのない初心者だからね。

書籍での説明もPCにGit、インターネット上にGitHubがある使い方を前提とした説明ばかりだから、一緒くたになるんだと思う。



603 名前:デフォルトの名無しさん mailto:sage [2021/03/18(木) 01:49:39.04 ID:NJYdTHCo.net]
そんな書籍は捨ててしまえ

604 名前:デフォルトの名無しさん mailto:sage [2021/03/18(木) 02:31:24.73 ID:SQWqa2FJ.net]
知識レベルとしてはアスカの言うギフハブ=悪の組織と変わらんなw






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<245KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef