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 653 名前：デフォルトの名無しさん mailto:sage [2021/04/12(月) 20:33:26.96 ID:wo2ZdM5G.net] 他人のリポジトリに勝手にブランチ作れるわけねーだろ 654 名前：デフォルトの名無しさん mailto:sage [2021/04/12(月) 23:06:47.08 ID:zj2MWyXX.net] どういうこと？ 取り込まれる前なら出し直せばいいし、 取り込まれたらもうできないでしょ 655 名前：デフォルトの名無しさん mailto:sage [2021/04/13(火) 02:20:43.67 ID:4xD0K2WJ.net] 他人のリポジトリにforce-pushしてんのか 恐ろしい恐ろしい 656 名前：デフォルトの名無しさん mailto:sage [2021/04/13(火) 03:30:08.40 ID:tPkELVcX.net] プルリク 657 名前：後にforce pushするとGitHubの方に記録が残ってしまう話では [] [ここ壊れてます] 658 名前：デフォルトの名無しさん mailto:sage [2021/04/17(土) 13:17:35.49 ID:/N2qyT4U.net] google colabでgithubから自作パッケージクローンしてpipインストール その後、自作パッケージを変更してpip uninstall後に再pipインストールしても更新されない colab内でpip showで辿った自作パッケージのソースコードは変更されてるのに。。 colabの「ランタイムを出荷時にリセット」てやってからだと当たり前だけどきちんと更新される が、地味に時間がかかる・・ gitに限ったことじゃないけど github + google colabで開発してる人はどうやって対応してるんだろ 659 名前：デフォルトの名無しさん mailto:sage [2021/04/21(水) 04:02:09.41 ID:U7I+mJcY.net] リベースして消えたけど 0666060 というコミットIDができたｗ 660 名前：デフォルトの名無しさん mailto:sage [2021/04/23(金) 21:50:55.54 ID:PpQLqqbV.net] featureブランチでの機能追加とテストが完了した後masterへのマージでコンフリクトが発生した場合、逆マージ(masterをfeatureにマージ)とリベースどっちで競合解決するのが普通なんでしょう？ 身内で以下のような感じで意見割れまして >逆マージ派 コンフリクト解消前のコミットログがそのまま残るので、コンフリクト解消後のテストで解消前には発生しなかった不具合が起きた場合に原因を追いやすい Gitは切り戻しを担保するのも役割の一つであり、ログの見やすさのために情報を欠落させるべきではない >リベース派 コンフリクト解消のコミットログは機能追加において本質的な修正ではなく、履歴を追う際ノイズになるので残すべきではない コミットの単位が適切であればコンフリクト解消時にミスがあり不具合が発生したとしても原因特定に苦労することはない 661 名前：デフォルトの名無しさん mailto:sage [2021/04/23(金) 22:03:41.43 ID:Q2nzZb5u.net] > コンフリクト解消前のコミットログがそのまま残るので、コンフリクト解消後のテストで解消前には発生しなかった不具合が起きた場合に原因を追いやすい 実際には追いにくい 662 名前：デフォルトの名無しさん mailto:sage [2021/04/23(金) 22:06:45.40 ID:Q2nzZb5u.net] 逆マージの問題はマージが2回発生すること featureブランチへのマージしたと それをmasterブランチにマージしなければいけない その仮定で二重にコンフリクトが発生することがある ログの中に同一内容に見えるコミットが複数含まれることになる 663 名前：デフォルトの名無しさん mailto:sage [2021/04/23(金) 22:33:21.98 ID:wdsr0BNZ.net] >>642 プロジェクトごとに考えは違うと思っていて、何を大事にするかで変わると思っている派の意見として聞いてください。 個人的には逆マージを採用します。 理由としては、コンフリクト解消のコミットを除けばfeatureの変更もリベース同等にわかりやすく、featureブランチの担当者に負担をかけないので、バランスがいいと思うからです。 解消のコミットが本質でないのはそうですが、避けられないものなら、feature実装と解消を分けて考えられるので、不具合があった場合の混入原因の特定のしやすさ→その後の改善にも繋げられると思います。 リベースの場合は、上に書いたことの裏返しでもありますが、場合によってはコミット集合を作り直す必要があると思います。 また、作り直している間にmasterやdevが更新されてたりすると、ああ面倒。このようなケースで、コンフリクトが起きる頻度は、PJの規模や同時に走っているtopicの関係にもよると思いますが… 逆マージでは最後に払うツケを、リベースでは毎回払う可能性がありますよね。わたしはそれが開発のスピードを損なうノイズだと思っています。もちろん規模によります。 でも後で見たときにはキレイなので、そこにはメリットがあると思います。 保守性のためにコミットをきれいにしておくのは大切だとは思いますが、経験上diffとblameでなんとかなる場合が多いと感じていて、将来必要とされないことに時間をかけるくらいなら、現状の開発速度に重きをおいた方がよい、というのがわたしの主張です。 的を外していたらすみません。 664 名前：デフォルトの名無しさん mailto:sage [2021/04/23(金) 22: ] [ここ壊れてます] 665 名前：59:29.24 ID:yD2kOx7X.net mailto: >>643 解消前後でテストがpassかfailの二択なので追いやすいと思う。 追いにくい具体的な状況ってどういうものですか？ [] [ここ壊れてます] 666 名前：デフォルトの名無しさん mailto:sage [2021/04/23(金) 23:01:37.12 ID:PpQLqqbV.net] ありがとうございます！ >>645はほぼ私が考えていることと合致していて安心しました >>644のケースは作業自体はリベースの方がかえって大変ですよね 逆マージはその代わりもっとログが汚くなるのでトレードオフかなと >feature実装と解消を分けて考えられるので、不具合があった場合の混入原因の特定のしやすさ→その後の改善にも繋げられる 特にこれが正に私が逆マージ派である理由なんですが、>>643は意見対立してますね できれば>>643の理由が聞きたい… 667 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 00:29:41.30 ID:v8PWrE/P.net] >>642読んで逆マージ派なのかなーという気はしていましたが、 リベース派の知人の意見を整理してみるのもいいかもしれないですね。 リベース派の理由が曖昧な感じがします。 コミットの単位が適切であれば…苦労することはない、の部分が理由としては弱い気がするので。 まあここには省いて書いたのかもしれないですが。 668 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 00:34:27.65 ID:v8PWrE/P.net] あ、適切という言葉に客観性がほしいという意味です。 ここでは原因の追いやすさが、2つの立場の焦点だと思うので、 その適切さがどのようなものであれば、どう切り分けできるのか。 669 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 00:49:24.56 ID:6TA9BQj4.net] リベースで何度もコンフリクト発生するのって、単にfeatureの切り出し方が不適切だったり巨大なPRがずっと居座っていたりするように、開発のフロー自体に問題があるんじゃないの？ 670 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 07:12:17.73 ID:lum8vFBO.net] > コミットの単位が適切であれば…苦労することはない、の部分が理由としては弱い気がするので。 「コミットの単位が適切であれば苦労することはない」は理由じゃなくて事実 逆マージってログを見ないでしょ？ 残っていればOK。あとから頑張れるはず（希望。実際には頑張ったことはない） 見ないログはなんの役にも立たないし汚いログも見れないのでこれも役に立たない >feature実装と解消を分けて考えられるので、 分けて考えてる時点でダメじゃん リベースしてしまえば、実装だけしか考えなくて良くなる バグが見つかった時、実装と解消の２つがあれば 実装のバグかも知れないし解消のバグかも知れない。 バグの可能性が２つに増えてしまっている リベースしてしまえばそれがなくなる > あ、適切という言葉に客観性がほしいという意味です。 いきあたりばったりで作業するなということ どうせ、こう修正した、気分が変わってやり直した、レビューの指摘があったから変えた バグが見つかって対応した。って同じ箇所を何度も修正したのがコミットに残ってるんでしょ？ このコミットをあとから見て役に立つとでも思ってんの？ 一連のブランチである箇所のコードを修正しているコミットを一つに保つように 随時リベースしていれば何も困らない。masterが更新されるたびにリベースしていれば 何も困らない。コンフリクトがほぼ発生しない。それが適切ということ 671 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 10:18:40.57 ID:vKvwVCfN.net] コンフリクト解消のコミットでバグを作り込みやすいと考えるのか、それが重視されるほどのリスクではないと考えるのかで選択が変わるんじゃないかな 順不同で両方取り込めば済むようなほんの小さなコンフリクトであればrebaseの利点のみが優勢になるし、複雑なコンフリクトであれば逆マージの利点が優勢になる 複雑な解消作業までrebaseで混ぜてしまうともったいないし潔癖が過ぎる感じ その辺をガイドラインにしつつ線引は各人のこだわりに任せるのがうまく回りそう 672 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 10:31:26.53 ID:Q6OLD2jb.net] >>648のおっしゃる通り友人の言うことがよく理解できてなかったんですが>>651でおおよそしっくり来ました その上でもやはり、あるfeatureリリースによって別の機能がデグっていることが判明した場合などにおいて、逆マージコミットが残っていた方がよいのではないかと思いました コンフリクト解消にてうっかり 673 名前：失敗したのか、新機能実装において意図を持って変えたのかが明確になるからです >>652の仰るとおり複雑なコンフリクトであれば逆マージにしてそれ以外はリベースすると言うのが個人的な結論になりそうです [] [ここ壊れてます] 674 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 11:47:51.81 ID:O5bj5KLh.net] 逆マージした後にさらにまとめコミットを作ってマージするのはダメかしらん？ （squashの手動版） 手間がかかるけど、詳細も概要も両方残るからマシな気がするけど。 675 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 19:46:18.78 ID:lum8vFBO.net] > >>652の仰るとおり複雑なコンフリクトであれば逆マージにしてそれ以外はリベースすると言うのが個人的な結論になりそうです 複雑なコンフリクト＝開発に失敗したブランチ 開発に失敗したから逆マージするしか手がなくなってる 仕事だと期日まで仕上げろと言われて、みんな諦めるが これがきっちりとしたオープンソースの開発だと、そんなものマージできませんでリジェクトされる 676 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 19:50:06.67 ID:lum8vFBO.net] >>652 > コンフリクト解消のコミットでバグを作り込みやすいと考えるのか、 「コンフリクトの解消でバグが発生」という事自体がナンセンスだよね だって開発自体は問題ないって認識なんでしょ？ 開発自体に問題ないのに、コンフリクトでバグが発生するというのなら それはもはや、コンフリクト解消という名の追加開発じゃんｗ 開発終わってるのに開発続けてどうするの マージが問題なく完了できるという所までが開発でしょ？ 677 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 19:59:19.02 ID:lum8vFBO.net] >>653 > その上でもやはり、あるfeatureリリースによって別の機能がデグっていることが判明した場合などにおいて、逆マージコミットが残っていた方がよいのではないかと思いました > コンフリクト解消にてうっかり失敗したのか、新機能実装において意図を持って変えたのかが明確になるからです いやさ、なんでコンフリクトが発生するのか理解してないの？ masterとブランチの両方でコードを修正したときなんだが masterの修正は他の人がやってる。 コンフリクトが発生するってことは、他の人がやった開発内容を把握してないということ コンフリクト解消時に他の人がやった開発内容を把握するなんて大変な作業をやるんか？ 同じ箇所を修正してるのに、お前のコードはその他人の開発内容を踏まえた修正になってないだろ ちゃんとテストしてるんか？してるわけないよなコンフリクト解消時に判明するぐらいなんだから コンフリクト解消時に、ついでに一緒にって追加開発するなよ 近い場所を修正したときなど、簡単な修正が必要なコンフリクトは発生することはあるが あとからコンフリクト解消の内容を精査するなんてことがあること自体がおかしい 678 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 20:00:09.14 ID:rGfKetgv.net] 俺ならまっさらにして１からやり直しちゃうな 679 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 20:01:16.76 ID:rGfKetgv.net] 無能が作成したブランチ無理に取り込む必要あるのかよ 680 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 23:15:28.50 ID:v8PWrE/P.net] 人よりできるようになってくると、自分より劣ってる人にひどい言葉を投げる現象に名前をつけたい。 ところで、自分も作業の分割に根本的な問題がある気がするね。 でもそれはこれから解決していってもいいんじゃないかな。早いほうがいいけど。 目下進んでるPJの対処法が的でしょ。どの程度火が付いてるか知らんし。 681 名前：デフォルトの名無しさん mailto:sage [2021/04/24(土) 23:34:32.99 ID:vKvwVCfN.net] アルファシンドローム（権勢症候群）かな？ 集団の中で一番知識があるとまるで有能で卓越した存在になったかのような錯覚に陥る しかも上司や同僚に評価・尊敬されないとこういうところでくだを巻くように 682 名前：デフォルトの名無しさん mailto:sage [2021/05/24(月) 09:52:57.06 ID:7xM8BBC+.net] Git v2.32.0-rc1 683 名前：デフォルトの名無しさん mailto:sage [2021/05/29(土) 16:44:52.74 ID:tv9UpPs/.net] 100M以上のファイルを ignore って出来る？ 684 名前：デフォルトの名無しさん mailto:sage [2021/05/29(土) 18:03:31.78 ID:B38j6cYl.net] >>663 100MB以上の大きなファイルはignoreできないとかそんなアホなことある訳ないと思うけど 685 名前：デフォルトの名無しさん mailto:sage [2021/05/29(土) 18:38:20.70 ID:+XbL/TdD.net] 今の作業コピーとは別ブランチに直接ファイルをコミットって出来ないかな ググると「ブランチを切り替えるにはチェックアウトですよ」とか「stashで中身保存出来ますよ」とかあるけど そうじゃなくて、今の作業コピーは1ファイルも弄くらず直接別ブランチにコミット叩き込みたいの。 686 名前：デフォルトの名無しさん mailto:sage [2021/05/29(土) 18:40:52.10 ID:UNzIfnuy.net] 別 687 名前：の作業コピー作ればいいじゃん [] [ここ壊れてます] 688 名前：デフォルトの名無しさん mailto:sage [2021/05/29(土) 18:45:26.13 ID:+XbL/TdD.net] 別フォルダに変更入ってほしくない とにかく、今の作業コピーにある.git フォルダの中”だけ”を修正して欲しい 究極的には .git/objectsにファイルオブジェクトとtreeオブジェクト、commitオブジェクトの合計3オブジェクトを作って(コミットするファイルが1つの場合) ブランチの宛先を差し替えればいいんだろうけど。 git write-tree、git update-indexって面白そうなコマンドがあるから調べてみるか 689 名前：デフォルトの名無しさん [2021/05/29(土) 19:04:50.82 ID:E1EiRSsy.net] >>665 git worktree 690 名前：デフォルトの名無しさん mailto:sage [2021/05/29(土) 23:29:36.18 ID:eNkto9kV.net] 覚えたほうが良いコマンドを全部教えてください 691 名前：デフォルトの名無しさん mailto:sage [2021/05/30(日) 04:13:13.46 ID:9+IYn0VT.net] rm -rf / 692 名前：デフォルトの名無しさん mailto:sage [2021/05/30(日) 04:22:47.56 ID:u5VBQzY3.net] バルスコマンドじゃないか 693 名前：デフォルトの名無しさん mailto:sage [2021/05/30(日) 04:55:27.88 ID:qzwspvO8.net] Appendix C: Gitのコマンド https://git-scm.com/book/ja/v2/Appendix-C%3A-Git%E3%81%AE%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89-%E3%82%BB%E3%83%83%E3%83%88%E3%82%A2%E3%83%83%E3%83%97%E3%81%A8%E8%A8%AD%E5%AE%9A 694 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 02:31:07.57 ID:ITNiWKmJ.net] Git v2.32.0 695 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 12:01:25.51 ID:Dgv9Eq7C.net] 一個前にコミットした内容の一部のみ取り出したいんですが、 git diff でgit add -pみたいなやり方教えてください 696 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 12:22:27.07 ID:ba2pg6Wh.net] git reset -p HEAD^ 697 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 12:50:45.60 ID:0/HU77Xe.net] >>674 ファイル指定してcheckout 698 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 14:52:02.09 ID:2E0gqD7j.net] git rm ./path/to/file だとオートコンプリート出来ない git rm path/to/file は大丈夫 なんで？ 699 名前：デフォルトの名無しさん [2021/06/07(月) 15:03:13.15 ID:LlJx8Uv/.net] git bashで試してみたけどできるな つまりおまば環 700 名前：デフォルトの名無しさん mailto:sage [2021/06/07(月) 15:40:18.02 ID:2E0gqD7j.net] macのzshだと駄目なようだ macでもbashだと行ける 701 名前：デフォルトの名無しさん mailto:sage [2021/06/16(水) 21:14:15.03 ID:0FRtKVzj.net] master 撲滅運動がひと段落したら、今度は、 'doc: replace "alice" and "bob" examples' とか 'Avoid gendered pronouns' とか言った感じのメールが流れている。 アメリカのリベラルとか大変ですな。 702 名前：デフォルトの名無しさん mailto:sage [2021/06/16(水) 21:17:27.70 ID:v9WQfkPH.net] 男でAliceというのもいるのにな 703 名前：デフォルトの名無しさん mailto:sage [2021/06/16(水) 23:08:45.80 ID:jDDfyj6K.net] heとかsheは差別用語とか言い出しそう 704 名前：デフォルトの名無しさん [2021/06/16(水) 23:17:10.02 ID:O0nAs7bn.net] いち段落な 705 名前：デフォルトの名無しさん mailto:sage [2021/06/17(木) 08:04:26.12 ID:q1AaV+h7.net] それじゃエフ氏、エヌ氏にするか。 706 名前：デフォルトの名無しさん mailto:sage [2021/06/17(木) 08:43:12.09 ID:1WuBUd9I.net] FemaleやNiggerを連想させるのでダメざます 707 名前：デフォルトの名無しさん mailto:sage [2021/06/17(木) 10:41:34.69 ID:Wy4lqRlN.net] アルファがベータをカッパらったらイプシロンした。なぜだろう。 708 名前：デフォルトの名無しさん [2021/06/24(木) 14:15:24.69 ID:70oiT5zZ.net] δ株は差別語になりそう 709 名前：デフォルトの名無しさん mailto:sage [2021/06/26(土) 18:40:42.75 ID:yL+7RGEC.net] cliだけで特定のコミットのタイムスタンプを（両方とも）改竄したいんだけど git rebase -i後のエディタが開いて操作対象のコミットを選ぶ奴、コマンドラインから直に指定するにはどうしたらいい？ 710 名前：デフォルトの名無しさん mailto:sage [2021/06/27(日) 00:06:42.93 ID:CxF0bT8t.net] rebase -iでは無理なんじゃないかな filter-branchを使えばエディタ無しでできると思うけど凄く面倒 711 名前：臭い 今はfilter-branchじゃなくてfilter-repoが新しいらしい [] [ここ壊れてます] 712 名前：デフォルトの名無しさん mailto:sage [2021/06/27(日) 01:45:42.42 ID:8QnlMqaw.net] 非インタラクティブに操作したいのに--interactiveオプションを指定するのは筋が悪いのでは reset --hard で対象に移動 commit --amend で書き換え rebase --onto で残りを接ぎ木する てな感じでできないだろうか 713 名前：デフォルトの名無しさん [2021/07/05(月) 15:40:04.81 ID:D5B478tw.net] project/prog/app という構造のappディレクトリのみcloneすることはできないでしょうか？ sparse-checkoutを試してみたのですが確かにappだけ落ちてくるけどその上のprogフォルダも作られてしまいます 作業ディレクトリの中にappだけ作りたいんですけど可能でしょうか？ 714 名前：デフォルトの名無しさん [2021/07/05(月) 15:58:21.63 ID:zfQ+6anv.net] muri 715 名前：デフォルトの名無しさん [2021/07/05(月) 16:04:19.08 ID:2eiMElPJ.net] 部分cloneは無理だから巨大なのには関わりたくないんだよね ガチ勢としてやるならともかくね 716 名前：デフォルトの名無しさん mailto:sage [2021/07/05(月) 18:12:21.94 ID:8Zv3vlvo.net] モノレポにすべきかしないべきか それが問題だ 717 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 15:20:09.92 ID:6v3NeDTQ.net] 新人が分散VCSの概念理解できてなくて プルリクエストのブランチの履歴をめちゃくちゃにしてる件 自分が何をしてるのかよく分からずforce pushしたっぽい 718 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 17:57:15.57 ID:PjGQwL85.net] マルウェアみたいな子だな 719 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 20:19:23.36 ID:t+LRnHh1.net] 指導側の責任 720 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 21:15:28.94 ID:hDJTokQh.net] >>695 にも関係すると思うんだけど、 ブランチをpushできるユーザを制限できないかな 慣れてない人向けのサンドボックスなブランチにもなるし。 自分も最近ブランチの運用を教えたものの、 わざとなのか理解してないのか、別のfeatureブランチにpushする輩がいてなあ。 gitlabには有料プランでそういう機能があるみたいなんだけど、ビルトインにはないよね…？ 721 名前：デフォルトの名無しさん [2021/07/08(木) 21:43:49.58 ID:Qb+plU51.net] 権限与えなければ済むことだろ MR出させろよ 722 名前：デフォルトの名無しさん mailto:sage [2021/07/08(木) 22:07:09.27 ID:6v3NeDTQ.net] >>698 うちの新人は操作するブランチは合ってるのだがめちゃくちゃにしてた git慣れてないからって事で先輩が代わりにコミット結合しつつrebaseしたらワケワカメになったっぽい その先輩、新人に他の人がブランチをrebaseしたら reset --hard origin/hogeするように連絡してなかったのかも 723 名前：デフォルトの名無しさん mailto:sage [2021/07/09(金) 00:32:25.09 ID:JAtqXAas.net] >>698 write権限付けなければいいだけだろ 724 名前：デフォルトの名無しさん mailto:sage [2021/07/09(金) 08:00:42.84 ID:ONtLqfbU.net] git hookで禁止したら？ 725 名前：デフォルトの名無しさん mailto:sage [2021/07/09(金) 10:50:38.48 ID:1nwtDT4u.net] リポジトリごと別にしたら？ 新人用のリポジトリ作ってそこにコミットしてもらい、問題無ければマスターへは権限者がマージする。 726 名前：デフォルトの名無しさん mailto:sage [2021/07/09(金) 11:49:04.59 ID:y//2bXB2.net] みなさんありがとうございます。 writeの権限ってなんでしょうか？receive.denyDeletesとかnoFFマージの制御があるのは知ってるんですが、ブランチのpush権限を制限できましたっけ？ あとすみませんMRって聞いたことなくて教えて下さい。 それとhookは担当者のPCにレポジトリごと設定が必要だと思うんです。忘れちゃうと思うんですよ。 いろいろコメントいただいてありがたいんですが、知識が追いついてないみたいです。 よかったら教えて下さい。 727 名前：デフォルトの名無しさん mailto:sage [2021/07/09(金) 13:17:19.36 ID:ZtOU29YA.net] >>704 素のgitでサーバー運用してんの？ ちゃんとアクセス権設定できるgitサーバー使った方がいいと思う 728 名前：デフォルトの名無しさん mailto:sage [2021/07/09(金) 18:27:03.19 ID:y//2bXB2.net] はい、質問の趣旨は素のgitで、できるかというものです。 上でコメントもらったwrite権限とかMR？とかいうものは、素のgitではできないものですか？ それともリモートにhookを仕込むなどして権限制御ができるんでしょうか？ gitlabはブランチの権限を設定できるみたいですが、freeプランには無いみたいですね。 729 名前：デフォルトの名無しさん mailto:sage [2021/07/09(金) 20:10:44.21 ID:egT1RoRc.net] gitlab使ってるわけじゃないんだ？ ブランチを直接いじらせたくないメンバーはforkからマージリクエスト(MR)投げてもらうようにすればいいんだが。 730 名前：デフォルトの名無しさん mailto:sage [2021/07/09(金) 21:28:00.02 ID:Kwh0IYsl.net] ああ、マージリクエストのことでしたか。 gitlabは使ってないです。 社内標準がtracについてるやつなので、レポジトリは素のgitだと思います。 なので、ビルトインでできることがないかなと探してます。 クラウドだと難色を示されますが、gitlabはオンプレミスで構築できたと思うので、情シスに打診はしてるものの、それでも乗り気じゃないみたい… まあこれは弊社の問題なのでおいとくとして、gitの設定だけでできるなら、やり方教えれば動いてくれるかなと。 731 名前：デフォルトの名無しさん mailto:sage [2021/07/11(日) 06:53:33.97 ID:IrrkCg66.net] 素のgitでは出来ないと思う gitlabは環境を変えなきゃならん可能性があるから情シスは嫌がるだろうね giteaとかのバイナリ一個で動作するのならいいかもよ 732 名前：デフォルトの名無しさん mailto:sage [2021/07/11(日) 10:33:06.51 ID:P9RS/dyf.net] GitBucketはバイナリファイル一個だけで動くね 733 名前：デフォルトの名無しさん mailto:sage [2021/07/11(日) 13:41:08.08 ID:lq94NE0I.net] Dockerで動かせば何でもよくね 734 名前：デフォルトの名無しさん mailto:sage [2021/07/11(日) 17:59:34.17 ID:mu76RUyW.net] なんでもよくねーよ 735 名前：デフォルトの名無しさん [2021/07/11(日) 21:52:00.80 ID:Km8X0WTE.net] GitLab自鯖にインストールしたことあるけど重すぎワロタ アンインストールもできなくなるほど瀕死の操作不能になった 736 名前：デフォルトの名無しさん mailto:sage [2021/07/11(日) 22:29:17.98 ID:LL6sPKEi.net] WindowsでDocker Toolbox使ってVirtulaBox上のDockerコンテナとして動かしてもそんなに重くはなかったがな。 737 名前：デフォルトの名無しさん mailto:sage [2021/07/12(月) 08:39:43.46 ID:Y3qBMERg.net] >>713 最初は軽いんだけど、使ってくと段々と重くなるんだよな 軽くする方法がわかんなくて、結局使うのやめた 738 名前：デフォルトの名無しさん mailto:sage [2021/07/24(土) 08:23:38.21 ID:UjEZlBZt.net] もう棄てるべきときだね > Git 739 名前：デフォルトの名無しさん mailto:sage [2021/07/24(土) 11:33:06.91 ID:ClAz04v2.net] 見かぎっとるのか 740 名前：デフォルトの名無しさん mailto:sage [2021/07/24(土) 11:39:19.06 ID:Psm9T1Np.net] 時代はHgだよな 741 名前：デフォルトの名無しさん [2021/07/24(土) 11:39:52.29 ID:2Wdt1Zvr.net] HAGEが必死すぎ 742 名前：デフォルトの名無しさん mailto:sage [2021/07/24(土) 13:44:24.56 ID:+oLVnveT.net] いや、時代はPijul（よみかたわかんね）だよ 743 名前：デフォルトの名無しさん mailto:sage [2021/07/24(土) 16:30:21.34 ID:F1f/P+4y.net] なんだよsvnが一番 744 名前：デフォルトの名無しさん mailto:sage [2021/07/24(土) 17:16:27.02 ID:wX8mF0S9.net] RCSに立ち帰るべき 745 名前：デフォルトの名無しさん mailto:sage [2021/07/24(土) 18:23:45.59 ID:wleNclHm.net] みんなどこへいくんや 746 名前：デフォルトの名無しさん mailto:sage [2021/07/25(日) 22:44:17.50 ID:mXugsmaS.net] P4使えや貧乏人ども 747 名前：デフォルトの名無しさん mailto:sage [2021/07/25(日) 22:52:56.39 ID:Wj/gwJho.net] アイヤー MSのコード真似るAIに喰われるとはおもてもいなかたアルね 748 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 21:32:44.46 ID:0iPmXdT5.net] てｓｔ 749 名前：デフォルトの名無しさん mailto:sage [2021/08/02(月) 21:33:55.74 ID:0iPmXdT5.net] filter-branchはじめて使ったんだけどこれって失敗することあるの？ なんかコミット全部に影響出るからこわい 750 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 08:25:46.68 ID:51l84/HQ.net] >>727 テスト用ブランチ作ってからやるべき。 古いブランチはそのまま残ったはず。 751 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 11:52:55.80 ID:wDIINEDT.net] 普通にクローン残しておけば良くない？ 752 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 12:30:25.20 ID:AOdh4ST2.net] それが出来たらクローンはしないん 753 名前：だよ [] [ここ壊れてます] 754 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 13:22:46.23 ID:HHmtzLUS.net] Git v2.33.0-rc0 755 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 14:28:09.14 ID:gqooHnUR.net] NGID:AOdh4ST2 756 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 15:22:53.43 ID:AOdh4ST2.net] git我慢の子であった 757 名前：デフォルトの名無しさん mailto:sage [2021/08/03(火) 22:05:47.47 ID:vFbEe1/E.net] >>725 FSFが「GitHub Copilot」に疑問視、ホワイトペーパーを募集 https://mag.osdn.jp/21/08/04/131400 具体的な関心領域としては、 「著作権を侵害した公開リポジトリ上でトレーニングしているのか？　フェアユースか？」 「Copilotのアウトプットが、GPLでライセンスされている作品を侵害していることを主張する可能性はどのぐらいあるか？」 「Copilotが生成する侵害に対して、開発者はどのようにして自分が著作権を持つ任意のコードを保護できるのか？」 などを挙げている。 758 名前：デフォルトの名無しさん mailto:sage [2021/08/04(水) 00:00:18.51 ID:DV/IEEV3.net] >>733 汝、gitはギットと読み gifはジフと読むであろう 決してジットと読むなかれ 759 名前：デフォルトの名無しさん mailto:sage [2021/08/04(水) 00:45:22.70 ID:zGXO7GNA.net] 我が生活楽にならざりgit手を見る 760 名前：デフォルトの名無しさん mailto:sage [2021/08/04(水) 01:01:05.64 ID:7+juM3qa.net] ギトギトしてんなぁ 761 名前：デフォルトの名無しさん mailto:sage [2021/08/11(水) 01:02:28.91 .net] 今githubめちゃくちゃリモートリポジトリ失敗する 762 名前：デフォルトの名無しさん mailto:sage [2021/08/11(水) 01:50:42.29 ID:nkK5xEJr.net] githubの使い方を勉強しています。 githubのDefault branchがmainとなっているのですが、[git branch]と打っても表示されません。 プッシュしようとしても main は存在しないと出てきてしまいます。 master が表示されているので、そこにプッシュすることはできましたが、ブラウザ上で最初に表示される ブランチがmainなので、もやっとします。 何か対処方は有りませんでしょうか？ 763 名前：デフォルトの名無しさん mailto:sage [2021/08/11(水) 18:33:35.14 ID:V3nok1pR.net] githubの話題はここじゃないと何度言えばわかってもらえるんだ 764 名前：デフォルトの名無しさん mailto:sage [2021/08/11(水) 20:48:07.77 ID:hUnPZulp.net] ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】 https://mevius.5ch.net/test/read.cgi/tech/1531824290/ 765 名前：デフォルトの名無しさん mailto:sage [2021/08/12(木) 10:35:07.83 ID:Zo0evqt7.net] 別の人が聞いてるんだから何度言ったところで終わりなんてないぞ そういえば>>1やテンプレに誘導がないので、書いておけば少しは減るかもな 766 名前：デフォルトの名無しさん mailto:sage [2021/08/14(土) 11:37:35.84 ID:k10hBdH7.net] Git v2.33.0-rc2 767 名前：デフォルトの名無しさん mailto:sage [2021/08/17(火) 09:15:15.38 ID:5BxJGggb.net] Git v2.33.0 768 名前：デフォルトの名無しさん mailto:sage [2021/08/21(土) 01:22:27.49 ID:MIM0rlCw.net] リポジトリのすべてのコミット履歴から特定の文字列を削除したいんですが良い方法無いですか？ filter-branchするしかないでしょうか？ 769 名前：739 mailto:sage [2021/08/21(土) 02:28:12.51 ID:MIM0rlCw.net] すみません filter-branchでやりました 770 名前：デフォルトの名無しさん mailto:sage [2021/08/21(土) 03:02:27.50 ID:MIM0rlCw.net] 20ファイルぐらいあるんですが今、filter-branchで1つずつ削除しています たぶん土日潰れそうです 771 名前：デフォルトの名無しさん mailto:sage [2021/08/21(土) 20:58:05.05 ID:c3XZUC80.net] >>32 去年のレスで申し訳ないけど VSCodeやxcodeだと、git statusで差分があるファイルの色を変えたり 表示を絞り込んだり出来るじゃん ちまちまコミットしているとそれが出来なくなる(コミットする度に差分が無くなって特別扱いされるファイルが減る) のが困るんだけど、どうにかなりませんか 772 名前：デフォルトの名無しさん mailto:sage [2021/08/22(日) 00:44:29.78 ID:p4dnH1aF.net] 任意のコミット間で差分表示すればいいじゃん 773 名前：デフォルトの名無しさん [2021/08/22(日) 09:04:18.34 ID:0Cz6ueFz.net] Rustのメモリ安全性はボローチェッカーによって担保されているが、 Nimと比較してRustはタイプ量が多い事により限りなく低� 774 名前：｢生産性と C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、 GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ 限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？ Nimの実験的特徴 バージョン1.5.1 http://nim-lang.github.io/Nim/manual_experimental.html 第二プログラミング言語として Rust はオススメしません Nim をやるのです https://wolfbash.hateblo.jp/entry/2017/07/30/193412 Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる 「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます [] [ここ壊れてます] 775 名前：デフォルトの名無しさん mailto:sage [2021/08/24(火) 01:56:30.85 ID:wyjp1IJE.net] 739ですがBFG使ったら一発で出来ました 776 名前：デフォルトの名無しさん mailto:sage [2021/08/24(火) 17:06:56.87 ID:D1ce07b5.net] BFGて何やと思ったらこんなツールあんのか 777 名前：デフォルトの名無しさん mailto:sage [2021/08/25(水) 09:15:45.93 ID:uZF/NHqm.net] BFG便利でしたよ bfg replace-text password.txt myproject.git でpassword.txtに指定されている文字列を置き換えできました git grep $(git rev-list --all) しても問題の文字列は綺麗になってました 778 名前：デフォルトの名無しさん mailto:sage [2021/09/06(月) 15:09:21.27 ID:Xpv1lInW.net] そろそろCVSからGitに移行しようとしています。 CVSからのリポジトリの移行の方法としてググってみたところ、cvs2git というのと、 git cvsimport ってのがあることが分かりました。 ところがcvs2gitはダウンロードしようとしてもサイトがもう閉鎖(?)されているようで入手できません。 cvsimportにしても、git-cvs の導入が必要で、自分の環境ではGitに合わせて2.27が必要そうなんだけど、やっぱり入手先が見つかりません。 誰かご存じの方いれば教えてください！ 当方の環境とは、CentOS8にGit2.27.0を入れています。 779 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 08:38:42.77 ID:cFJK6MoD.net] >>754 gitには今の最新のソースからリポジトリを一から作って 過去の変更履歴を参照したければcvsから見る、って運用ではダメなの？ 780 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 09:42:25.03 ID:l0FGYRQG.net] cvs→svn→gitの順番で変換するとか 781 名前：デフォルトの名無しさん [2021/09/07(火) 11:05:48.63 ID:+uF9wCX0.net] 特定のバージョンが必要なら一旦それ入れれば良いだけだろ 要は変換できる環境で変換してしまえばできたものを持ってくればそれで良いんだから 782 名前：デフォルトの名無しさん mailto:sage [2021/09/07(火) 12:40:17.05 ID:jsklYBqQ.net] おお、皆さんコメントありがとうございます。 >>755 CVSを無くすことが目的の一つでもあるんです。 で、変更履歴が見れることも必要です。 >>756 SVN経由ですか。 できるなら避けたいですが、ちょっと調べてみます。 >>757 その通りなんですが、CVSからの移行をサブシステムごとに行うので、それなりの期間（多分1年以上）変換できる環境を維持する必要があるんです。 いろいろありがとうございました。 全ての要件を満たしてというのは難しそうですね。 いただいた意見を参考にもうちょっと検討します。 783 名前：デフォルトの名無しさん mailto:sage [2021/09/08(水) 12:26:53.74 ID:H9wC4dw3.net] git cloneする時にsshのurl指定でBranchまで指定する事って出来るの？ -bとか使わないで 784 名前：デフォルトの名無しさん mailto:sage [2021/09/11(土) 03:42:20.13 ID:s/DqN445.net] >>759 それ出来ないと思う 海外サイトで@でブランチ指定とか/でブランチ指定とかでやれるって書いてあるサイトも見つけたけど 実際やって見ても全然上手くいかねぇ 785 名前：デフォルトの名無しさん mailto:sage [2021/09/12(日) 00:33:12.39 ID:cVqmkIqS.net] ガチでない用途、雑多スクリプト集とかは平気で半年コミットしてないのとかあるんですけど ローカルディレクトリをスキャンして最終編集日 - 最終コミット日の数字が多い順に表示して いい加減コミットするか編集内容破棄するかしろと警告してくれるツールとかないですか 786 名前：デフォルトの名無しさん mailto:sage [2021/09/12(日) 06:50:28.66 ID:09FXBLJb.net] 面白いｗ gitを使わずにディレクトリコピーでバージョン管理 https://mevius.5ch.net/test/read.cgi/tech/1631002816/ 787 名前：デフォルトの名無しさん [2021/09/13(月) 17:58:18.08 ID:ryD/6XDI.net] リモートのHEADをリモートのdevelopを参照させるようにしたいのですがやり方がさっぱりわかりません。 とても単純なことのように思えるのですがどの方法でやってもSourceTreeなどでクローンするとmaster参照してて困ってます。 origin/HEAD -> origin/master 教えてくださいお願いいたします。 788 名前：デフォルトの名無しさん [2021/09/13(月) 18:04:15.74 ID:ryD/6XDI.net] こうなってます .git]$ ls COMMIT_EDITMSG HEAD branches description index logs packed-refs FETCH_HEAD ORIG_HEAD config hooks info objects refs というか僕何か勘違いしてるかも。 要はSourceTreeでクローンしたとき最新のコミットをHEADが参照してほしいのです。 そうしないと上に登ってってチェックアウトしないとだから。 789 名前：デフォルトの名無しさん mailto:sage [2021/09/13(月) 19:13:06.94 ID:q/DYxyOe.net] https://stackoverflow.com/questions/3301956/git-correct-way-to-change-active-branch-in-a-bare-repository リモート側を変える 790 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 17:13:11.77 ID:xXjVnzP+.net] 未だにgit cloneで直接特定コミットのクローンが出来ないのはなぜだ https://stackoverflow.com/questions/31278902/how-to-shallow-clone-a-specific-commit-with-depth-1 791 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 17:22:01.88 ID:RINTXLOW.net] クローンに特定コミットもへったくれも無いだろ 792 名前：デフォルトの名無しさん mailto:sage [2021/09/17(金) 18:11:47.26 ID:J7t/c3vE.net] shallow clone（--depth 1）で特定コミットの指定な git cloneにdepth指定はできるが 同時に指定できるのはタグやブランチ名だけで SHA1で過去のコミット一つだけみたいな指定はできない なぜかgit fetchではSHA1指定とdepthの組み合わせが出来るらしい 解せぬ 793 名前：デフォルトの名無しさん mailto:sage [2021/09/22(水) 21:09:14.14 ID:E7BplCoS.net] >>102 番号割り振ればできるだろ、知恵を絞れよ 何のために頭付いてるんだ、大学生にもなってなんだその頭の悪さは gitのせいか、gitのせいでそんなに頭の悪い人間になってしまったんだな ようし、gitを禁止します 794 名前：デフォルトの名無しさん mailto:sega [2021/10/06(水) 17:21:18.09 ID:k/56VNFd.net] ブランチ切り忘れてコミットしまくったあとに 過去にさかのぼってブランチを作成して 全部そこで作業していたことにしたいんだけど どうしたらいいかな？ 795 名前：デフォルトの名無しさん mailto:sage [2021/10/06(水) 17:24:42.54 ID:BSJj0FI1.net] 今いる場所でブランチを作成 元のブランチはリセット 796 名前：デフォルトの名無しさん mailto:sage [2021/10/06(水) 17:30:20.63 ID:WIlNjQ3U.net] 間違ってコミットしまくったブランチをまだpushしてないなら コミットしまくった最後のコミットで新しいブランチ作って 間違ってコミットしまくったブランチの方を「git reset --hard origin/間違ったブランチ」とかすれば良いだろ？ 797 名前：デフォルトの名無しさん mailto:sage [2021/10/06(水) 17:30:33.39 ID:WIlNjQ3U.net] かぶったわ 798 名前：デフォルトの名無しさん mailto:sage [2021/10/10(日) 11:13:28.32 ID:6H5ZAnm/.net] git bashでlsの実行結果が文字化けしたらコレ export LANG=$(locale -uU) 799 名前：デフォルトの名無しさん mailto:sage [2021/10/12(火) 02:46:28.00 ID:En/nySAf.net] echo "export LANG=$(locale -uU)" > %USERPROFILE%\.bashrc 800 名前：デフォルトの名無しさん mailto:sage [2021/10/12(火) 08:42:22.48 ID:U1uDb369.net] おいおいおい .bashrc消して平気なの？ 801 名前：デフォルトの名無しさん mailto:sage [2021/10/14(木) 13:19:16.57 ID:kAsx6HNe.net] 知っている方いたら教えてください。 CVSからGitに移行しようとしてます。 開発にはEclipseを使っていて、今はEclipseのプラグインでCVSと連携しています。 Git用にはEGitというプラグインが必要ということはググってわかりました。 EclipseでEGitを使う場合ローカルPCにGitの導入は別途必要ですか？ ネットで見た例だと、EGitで直接GitHubのリポジトリを指定してたんだけど、EGitを使えばリモートのリポジトリに直接アクセスすることになって、ローカルにリポジトリは作らない（なので、Gitの導入は不要）という理解であってますか？ 事前に試せる環境がないため、経験者のかたがいれば教えてもらいたいです。 802 名前：デフォルトの名無しさん mailto:sage [2021/10/14(木) 14:14:33.36 ID:lQJgPnH3.net] >>777 gitはローカルリポジトリでコミットしてからリモートリポジトリにプッシュする二段階の仕組みなので、ローカルにgit「クライアント」は必要。（gitクライアントにローカルリポジトリを操作する機能が存在する） 803 名前：デフォルトの名無しさん mailto:sage [2021/10/14(木) 14:23:38.11 ID:lQJgPnH3.net] >>778 ちょっと補足。 Egitは使ったこと無いからは詳しく無いけど、解説とか見るとEgit+eclipseで一通りのgit操作はできるみたい。ただ、gitの仕組みとして（通常の利用方法だと）必ずローカルリポジトリを使うので、ローカルリポジトリ無しでリモートリポジトリを直接操作することはできない。 逆に、gitはリモートリポジトリ無しでローカルリポジトリのみの運用というのができるから、まずはそれで色々と試したら？ 804 名前：デフォルトの名無しさん mailto:sage [2021/10/14(木) 14:26:08.18 ID:7VZCgDUW.net] >>777 Eclipseを使ったことはないが、こんなのを見つけた https://www.casleyconsulting.co.jp/blog/engineer/223/ >EGit は Java の Git 実装である JGit を使って動きますので、別途 Git のコマンドラインツールなどを入れる必要はありません。 https://wiki.eclipse.org/EGit/FAQ >What are the main differences between original Git and JGit(EGit)? 805 名前：デフォルトの名無しさん mailto:sage [2021/10/14(木) 14:36:06.90 ID:YcNpNoWq.net] Git v2.33.1 806 名前：デフォルトの名無しさん mailto:sage [2021/10/14(木) 14:37:15.68 ID:YcNpNoWq.net] >>777 egitは現在のeclipseに含まれています。 別途PCにgitのインストールは不要です。 807 名前：デフォルトの名無しさん mailto:sage [2021/10/14(木) 14:58:54.76 ID:kAsx6HNe.net] >>778,779,780,781,782 ああ、こんなすぐに親切なレスがいっぱい！！ > ローカルリポジトリ無しでリモートリポジトリを直接操作することはできない。 そうですよね。だからGit本体も必要じゃないかと思ってたんです。 >EGit は Java の Git 実装である JGit を使って動きますので、別途 Git のコマンドラインツールなどを入れる必要はありません。 Gitそのものではないけど、Gitと同じ動きをするJGitが使われているという事ですかね。 それでEclipse+Git関連の記事でもGitのインストールについて特に触れる必要がないと。 で、今時のElipseならEGitもついてくるんですね。Pleiadesのサイト見ましたが、確かにEGitもパッケージされてますね。 JGitでググってみたら紹介してくれたwikipedia以外にも日本語で紹介/解説しているサイトがいろいあるみたいなので、まずはそちらで勉強してみます。 モヤっとしてたのがスッキリしました。 またここで追加質問しちゃうかもしれませんがよろしくお願いします。 808 名前：デフォルトの名無しさん mailto:sage [2021/10/14(木) 23:57:06.50 ID:xwnJS6sg.net] どういたしまして� 809 名前：I！！！ 全部俺 [] [ここ壊れてます] 810 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 09:58:04.13 ID:Q0jShLZX.net] 個人で開発してる場合に、subversionと比較してGitのほうが優れていることってどんなことがありますか？ Git使ってみてるんですが、ローカルリポジトリとリモートリポジトリに別れてるのが面倒くさく感じてしまうんです。 811 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 10:38:37.55 ID:8eKBj5MQ.net] ローカルリポジトリだけで出来る 812 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 13:11:42.80 ID:Zl984gEM.net] svnはマージがアホ 813 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 13:55:53.46 ID:2tMovdDG.net] 個人でやってるならリモートリポジトリを使う必要ないよ 別の場所にバックアップしたいときだけ稀にプッシュしておいてもいいかな程度 Gitはブランチ開発が圧倒的に便利 次バージョンの開発をしながら、ヤバいバグを見つけたらスイッチして現行リリースにパッチを当てるなんて作業がやりやすい コミット等の操作を間違えたときの復元方法も充実してるからガンガンコミットするスタイルが身についてロスがない あまりにも小規模な開発しかしてないならGitに移行したところで便利さに気付かないかもね 814 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 14:17:13.86 ID:4gFBmPmU.net] svnはもう使わなくなってから何年も立つけど、ローカルブランチ作るのに全コピーが発生する問題は改善されたん？ gitは瞬間的にローカルブランチ作れることが、当時、最大のメリットだと個人的には感じてたけど 815 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 14:18:42.77 ID:4gFBmPmU.net] あ、ローカルって書いちゃったけどリモートも同様 816 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 15:15:03.36 ID:2tMovdDG.net] svnも物理コピーしてるわけじゃなくポインタをコピーしてるだけだからそこは別にデメリットではないと思う 817 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 15:26:46.35 ID:4gFBmPmU.net] じゃあそこは改善されたんだね 818 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 15:29:30.74 ID:QJpjjZiJ.net] ローカルで何でもできるのとrebaseできるのが大きいな。 819 名前：デフォルトの名無しさん mailto:sage [2021/10/17(日) 16:36:16.01 ID:2tMovdDG.net] svnのコピーは最初からそういう設計思想だよ 強いて言うならCVSに対しての改善点 https://subversion.apache.org/features.html 820 名前：デフォルトの名無しさん mailto:sage [2021/10/20(水) 03:48:00.82 ID:fM0zKRFM.net] --filter=blob:noneでcloneしたレポで久しぶりにpullすると remote: Enumerating objects: 1, done. remote: Counting objects: 100% (1/1), done. remote: Total 1 (delta 0), reused 0 (delta 0), pack-reused 0 Receiving objects: 100% (1/1), 334 bytes | 334.00 KiB/s, done. remote: Enumerating objects: 1, done. remote: Counting objects: 100% (1/1), done. remote: Total 1 (delta 0), reused 0 (delta 0), pack-reused 0 Receiving objects: 100% (1/1), 413 bytes | 413.00 KiB/s, done. が延々続く .git/configのpromiser=trueとpartialclonefilter=blob:noneを消すと秒で終わる これは仕様？ 821 名前：デフォルトの名無しさん mailto:sage [2021/10/31(日) 11:33:48.76 ID:08bIR5oT.net] Git v2.34.0-rc0 822 名前：デフォルトの名無しさん mailto:sage [2021/11/04(木) 09:59:24.05 ID:RuoxMXd8.net] Git v2.34.0-rc1 823 名前：デフォルトの名無しさん mailto:sage [2021/11/07(日) 11:40:46.01 ID:khCyKtci.net] MSに握られたくないなら、cvs か svn 824 名前：デフォルトの名無しさん mailto:sage [2021/11/07(日) 11:42:30.89 ID:QVBUkb8D.net] >>798 git使うとmsに握られるというのが意味不明なんだが 825 名前：デフォルトの名無しさん mailto:sage [2021/11/07(日) 12:37:05.54 ID:UQcl36Q5.net] gitとgithubの区別がつかない人がMSアレルギーをこじらせている姿はもう見飽きた 情報のアップデートをできずに屈折した持論を垂れ流すから老害の部類かな 826 名前：デフォルトの名無しさん [2021/11/08(月) 21:23:48.94 ID:Tlvj8hhG.net] それはもはやチテキショウ害なのでは 827 名前：デフォルトの名無しさん [2021/11/11(木) 10:05:05.74 ID:SpIFedoW.net] わろす 828 名前：デフォルトの名無しさん mailto:sage [2021/11/16(火) 08:19:16.49 ID:nj7ybZ5p.net] Git v2.34.0 829 名前：デフォルトの名無しさん mailto:sage [2021/11/25(木) 08:42:00.93 ID:+EmkPByH.net] Git v2.34.1 830 名前：デフォルトの名無しさん mailto:sage [2021/11/25(木) 12:21:37.68 ID:F3lCPX8r.net] すぐキレるLinusも若手から老害と言われてるんだろうな。 831 名前：デフォルトの名無しさん mailto:sage [2021/11/27(土 ] [ここ壊れてます] 832 名前：) 18:33:16.18 ID:EO01MlFX.net mailto: プライベートなリポジトリをローカルにcloneしようとしたら 重いファイル（15MB程度）だけ弾かれる・・どうして・・ ちなみに学習済みの.h5ファイル 何か制限緩和するような手続きしないといけないのかな （ただ、google経由だと全部cloneできた） 全然わからん・・ [] [ここ壊れてます] 833 名前：デフォルトの名無しさん mailto:sage [2021/11/30(火) 21:35:19.46 ID:a/ltCSu7.net] 10年程昔からの自作のフリーウェアを git で公開しようとしているんだけど あまり昔の version はもう環境が変わっていて動かない 動くものだけを公開した方が良いのかな それとも最新のものだけにした方がいいですか 834 名前：デフォルトの名無しさん mailto:sage [2021/11/30(火) 21:59:48.42 ID:29wtvv9O.net] 好きにしろ 835 名前：デフォルトの名無しさん mailto:sage [2021/11/30(火) 22:33:45.81 ID:a/ltCSu7.net] わかりました どうも 836 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 01:56:53.52 ID:8VFa9Xh4.net] gitの変更履歴より細かい単位で変更を戻したいとき、うまい方法はありますかね。 例えば一つのファイルの中で3つの関数を変更してコミットした後、1つの関数だけ 元に戻したくなった場合などに。 837 名前：デフォルトの名無しさん [2021/12/09(木) 06:55:22.90 ID:CTJ8MnG2.net] >>810 その関数を変更した後にコミット 838 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 07:23:14.89 ID:nPf7xXRe.net] >>810 git rebase 1 2 3 ← ここで止める 4 5 1 2 3.1 3.2 3.3 ← こんな感じにコミット git rebase --continue でリベース完了 あと慣れたら 2つの関数だけコミットして、 1つは戻ればいい 839 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 08:05:36.93 ID:Rbrjprb1.net] >>810 pushする前ならcommit amend して修正してからrebase。 push後なら新たにcommit。 840 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 08:13:38.11 ID:nPf7xXRe.net] あめんどは、あ、めんどう〜だ、なぁ〜 841 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 08:15:15.22 ID:ETLEJYpI.net] 求めてるのはadd -pじゃないのかな 842 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 08:22:24.08 ID:zGaqleE8.net] >>813 わかりづらいな……試してないけど …56 3関数commit abc……master 　　ここをchechout -b mod …56 3関数commit abc……master [mod:2関数commit] 元に戻してcommit amend …56 3関数commit abc…… mod abc……[master] masterをchechoutしてmodにrebase ただし、コミットを他人と共有済みなら混乱の元なので禁止。 843 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 08:58:11.54 ID:Dni9SPWj.net] >>810 履歴改変をするわけじゃないんだよね？それならば、 git revert -n でindexに三つの関数の修正を打ち消す修正を持ってきて、git reset -p でindexの余分な修正を取り除いて、git commit 844 名前：804 mailto:sage [2021/12/09(木) 09:39:57.87 ID:rmYbkO4s.net] どうも>>810です。プッシュはしてませんのでアメンドないしリセットとしてやり直すことは 可能です（よね?） なんというか、作業方法なども含めてキレイ&楽にやる方法はどんな感じかなと。 例えばそもそも論だと、最初からこういう場合に備えてコミットを関数1個毎とか細かくしておく? アメンドないしリセットしてやり直す場合も、どうやって変更を用意しようかなと... もう一回 同じ変更を入力したくはないし危険... とかなんとか。 845 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 10:00:49.33 ID:z12/cdNE.net] >>818 だから何をしたいのかはっきりしろ pushしてないのは分かった pushしてないローカルな履歴を改変したいのか？ pushしてないローカルな履歴に関数の修整を無効化するコミットを追加したいのか？ 846 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 10:05:24.50 ID:Dni9SPWj.net] >>818 変更の用意はrevert -nとreset -pでいいだろ この2つを使えば自分でコードを入力する必要は無い 847 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 11:35:29.86 ID:nPf7xXRe.net] >>818 だから>>812だって rebaseで過去の歴史の途中に戻って そこでコミットを分けるなりして 再び歴史を 848 名前：再生する [] [ここ壊れてます] 849 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 11:36:08.99 ID:nPf7xXRe.net] 正確には git rebase -i な 850 名前：デフォルトの名無しさん [2021/12/09(木) 13:53:35.69 ID:CTJ8MnG2.net] もう面倒くさいから一か所もどしましたってコミットしたらいいやん 851 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 14:15:33.20 ID:SnlJ6hdA.net] rebaseは悪い文化 852 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 14:50:31.70 ID:nPf7xXRe.net] >>824 必要なのは結果だけ お前が試行錯誤した後なんかどうでもいい 853 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 14:51:34.29 ID:Dni9SPWj.net] >>823 そのコミットを簡単に作る方法が知りたいのだと思う 854 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 15:05:38.49 ID:FiTzWudg.net] >>826 Winmergeをdiffツールに設定して git windiff HEAD^^^ で戻してcommitだな俺なら 855 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 15:28:07.01 ID:1oFDwxyl.net] >>818 そもそも論の部分に回答すると、意思決定の基本は発生率とコストを掛け合わせた期待値次第 いちいち細分化しすぎてもYAGNIの法則で言われるような無駄が多くなるだけ でも後から部分的に採用する可能性もそれなりにあるのであれば分けてコミットしておくことでコストを抑えられる可能性が増す 856 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 18:55:14.96 ID:lg/9Dj4Y.net] >>818 そもそも論で言うなら、追加・修正する機能ごとにブランチを切って、完成したブランチを別々にコミットすればいい。gitはブランチが軽量という強みもあるし。 機能をマージするときにコンフリクトを修正する面倒くささはあるけど、見通しは良くなる。 857 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 20:50:07.62 ID:ejbJEiiI.net] コミットの粒度の話じゃないの？ 858 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 22:51:55.36 ID:EKItVGZE.net] 追えてないけど、どれか。 ・そもそもコミットきれいにしても結局使わないから作り直さない ・頻繁にコンパイル？して頻繁にコミットしておく ・もう最初から作り直せよ派: git reset $(git merge-base origin/master) → 気に入るコミット作っていく。 ・ツールに関数単位で切り出させて、差分をうまいことやる。VisualStudioならこのメソッドをクラス化、みたいなやつがあったような。それ以外は知らん。 859 名前：デフォルトの名無しさん mailto:sage [2021/12/09(木) 23:49:30.01 ID:Fvd6f3uE.net] コミットをセーブ機能だと思うからだめなんだよ 袋だと思え袋 コードを書くたびに適切な袋に入れろ 860 名前：デフォルトの名無しさん mailto:sage [2021/12/10(金) 11:49:29.41 ID:5non8kx0.net] >>831 ・追加機能ごとにブランチ切る も追加で。 861 名前：デフォルトの名無しさん mailto:sage [2021/12/10(金) 15:18:37.19 ID:dSCEiiiB.net] 最近では、機能ブランチは問題を先送りにしているだけだという批判もある 機能ブランチはすぐにリリースして消せ、作りかけならフィーチャートグルで蓋をしろというスタイルもあるぞ それは一理あって、実際複数のチームでそれぞれフィーチャーブランチを担当してリリース時に一気にマージするスタイルの大規模サービス開発やってたときには マージの失敗でトラブルが起こることは日常茶飯事だったね 862 名前：デフォルトの名無しさん mailto:sage [2021/12/11(土) 00:15:15.28 ID:L5jxStGt.net] それは機能ブランチが悪って話じゃなくて、機能ブランチをやたらと長期間分離しておくのが悪って話じゃね 何事もトレードオフだから機能がでかいならイテレーションを小さく取るし、リリースギリギリまでマージしなければ泣きを見るので頃合いを見て合流してテスト始める 互いに影響し合う部分についてはコミュニケーション取りつつ適宜ソースをやり取りしろというのがGitの指針だったと思うし 863 名前：デフォルトの名無しさん mailto:sage [2022/01/12(水) 10:21:41.75 ID:mFIs9bfU.net] Git v2.35.0-rc0 864 名前：デフォルトの名無しさん mailto:sage [2022/01/12(水) 19:57:57.27 ID:IbSx3jpA.net] こういうコミットをしてたと� 865 名前：ｵて $ git log --oneline commit_id_5 やっぱり××を復活させる(2021/05/01) commit_id_4 □□を修正(2021/04/01) commit_id_3 ××を削除(2021/03/01) commit_id_2 △△を修正(2021/02/01) commit_id_1 〇〇を修正(2021/01/01) 「commit_id_3 と commit_id_5 を消して、コミットログをきれいにした状態でリモートブランチにpushする」というようなことは可能ですか？ こういう場合にgit rebaseが使われるんですかね？ [] [ここ壊れてます] 866 名前：デフォルトの名無しさん mailto:sage [2022/01/12(水) 21:08:30.47 ID:et9b++qr.net] >>837 はい。そうです。 867 名前：デフォルトの名無しさん mailto:sage [2022/01/12(水) 21:16:41.65 ID:IbSx3jpA.net] >>838 ありがとうございます てか真上に同じような質問ありましたね… 868 名前：デフォルトの名無しさん mailto:sage [2022/01/15(土) 22:30:31.28 ID:mgu84OGw.net] Git v2.35.0-rc1 869 名前：デフォルトの名無しさん mailto:sage [2022/01/16(日) 00:47:01.30 ID:hYWYL0RZ.net] >>837 俺は作りながら片付ける 作ってる途中で、この修正はこのコミットに含めよう などと考えならが小さくコミットし 適度なタイミングでrebaseする 870 名前：デフォルトの名無しさん mailto:sage [2022/01/17(月) 06:52:31.08 ID:pA35C6jo.net] >>837 別ブランチでcommitして、masterにまとめてmergeしてpushする、って方法もあるよ これだとrebaseは不要 871 名前：デフォルトの名無しさん mailto:sage [2022/01/23(日) 09:44:11.74 ID:6R0k9GT3.net] gitもcvs,svnと同じ運命をたどるだろう 私の企業は次世代バージョン管理システムfossilに切り替えました 872 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 13:46:51.63 ID:2I6HNHFB.net] 化石？ 873 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 15:13:36.64 ID:TB1mn4oZ.net] 次世代って書いてるけどGitやMercurialと同期だね 統合が特徴みたいだけど、少なくとも統合指向＝先進的というのは言えない 昔のMSや古いエンタープライズシステムが通ってきた道 874 名前：デフォルトの名無しさん mailto:sage [2022/01/24(月) 20:03:13.29 ID:T/bW8QxB.net] sqlite以外に使ってるプロジェクトあるの？ 875 名前：デフォルトの名無しさん mailto:sage [2022/01/25(火) 09:41:06.99 ID:lI80daK7.net] Git v2.35.0 876 名前：デフォルトの名無しさん mailto:sage [2022/01/27(木) 23:05:55.20 ID:5JD4ntnW.net] 「Git 2.35」が公開 https://mag.osdn.jp/22/01/26/225600 877 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 22:24:24.64 ID:DKHpcK/K.net] Git v2.35.1 878 名前：デフォルトの名無しさん mailto:sage [2022/02/04(金) 16:36:05.63 ID:57NC5giI.net] Git 日本語翻訳チーム https://github.com/vargaspeniel/git-l10n-ja 879 名前：デフォルトの名無しさん [2022/02/04(金) 16:53:15.37 ID:ldQUlQ88.net] >>850 gitを業務で使われている方は翻訳に参加してください 880 名前：デフォルトの名無しさん [2022/02/08(火) 12:18:02.21 ID:nuxork7Z.net] ウクライナのGitLabがやばいな 881 名前：デフォルトの名無しさん mailto:sage [2022/03/16(水) 08:10:03.07 ID:3iPp8Jr+.net] ゲイツもgit 作者も ワクチン派=ナチス 882 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 18:56:58.51 ID:oCBKTdlK.net] すみません、git pushをこっそりキャンセルしたく $ git reset --hard HEAD^; git push -f origin HEAD をしたのですが To prevent you from losing history, non-fast-forward updates were rejected. と言われてpushが失敗します。 もしかしてリポジトリの設定でこういう強制pushが禁止されていたりしますかね? 883 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 20:08:48.92 ID:pStA9jik.net] サーバー側の receive.denyNonFastForwards の設定で禁止されてる 884 名前：デフォルトの名無しさん mailto:sage [2022/03/20(日) 20:17:36.65 ID:XwFj+GPH.net] >>854 git push --delete 〜 でリモートブランチ消してpushしなおせばまだワンチャンある 885 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 00:18:15.54 ID:G4hvFEyv.net] 強制pushまだ禁じてるところあるんやね 886 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 08:24:32.98 ID:OaCGWLhd.net] 馬鹿がいるんだから当たり前やろ 887 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 15:19:11.35 ID:Oh3PkPXA.net] ブランチにアクセス権を設定できるサーバ 888 名前：なら、メインのブランチにはプルリクエスト処理する人だけがアクセス可能にして、強制push禁止と強制ブランチ削除禁止の設定はいらん気もするね でも本家gitにはブランチ単位のアクセス権は無いよね確か [] [ここ壊れてます] 889 名前：デフォルトの名無しさん mailto:sage [2022/03/22(火) 18:39:39.96 ID:GWInnMJp.net] >>854 プロジェクトメンバーに周知すればいいんでないの？ 890 名前：デフォルトの名無しさん mailto:sage [2022/03/25(金) 05:31:45.01 ID:VoO+G8uZ.net] こっそりと周知、ってのは難易度高いな 891 名前：デフォルトの名無しさん mailto:sage [2022/03/25(金) 07:14:27.74 ID:iMzzdMMk.net] こっそりする必要はないでしょ 892 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 21:00:41.82 ID:pZIqlelO.net] pullする前にどれが変更されているか知ることは出来ないの 893 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 21:03:54.04 ID:sFfsK7BI.net] git ls-remote 894 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 21:50:58.83 ID:sIJSREW7.net] fetch 895 名前：デフォルトの名無しさん mailto:sage [2022/04/01(金) 00:22:46.86 ID:46G1puQR.net] totoiesegit使ってんですけ、コミットしただけでチェックアイコンに変わるんで pushし忘れることが多いんですけど、区別できないんですか？ 896 名前：デフォルトの名無しさん mailto:sage [2022/04/01(金) 04:32:18.73 ID:w7Dm7PZW.net] >>866 うん 897 名前：デフォルトの名無しさん mailto:sage [2022/04/01(金) 05:21:04.10 ID:vPqr4MnO.net] 尊いーぜgit ごめん言ってみただけ 898 名前：デフォルトの名無しさん mailto:sage [2022/04/01(金) 08:03:05.39 ID:4o646iU1.net] Gitsだぜ すいもあまいもー 899 名前：デフォルトの名無しさん mailto:sage [2022/04/01(金) 10:30:17.09 ID:L8R+vRlu.net] トータス使うよりSoucetree使う 900 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 16:17:20.40 ID:y/uyzFp6.net] リポジトリにあさんが変更をプッシュしたことをいさんはどうやって知れるのですか？ あさんからいさんへメールなりで連絡？ いさんがフェッチなり、プルすれば分かるんですが・・・ 901 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 16:43:53.49 ID:66/F4m6m.net] >>871 本来gitで想定されている正しい使い方としてはメールで連絡 今時の普通のチームならGitHubでpull requestを出す 902 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 16:46:06.34 ID:eQjRdGtS.net] 共有するリポジトリの置き場所に素のgitを使ってない限り、何らかの通知する仕組みはあるだろ？ 素のgitでもスクリプト仕込めばできるけど面倒だな「git hooks 通知」でぐぐれ 903 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 17:04:36.48 ID:y/uyzFp6.net] totoiesSVNの時はフォルダのアイコンが！に変わるから logを表示させればだれが、どこを変更したか分かるけど gitの場合、アイコン変わっていないから何時フェッチ、プルすればいいかわからない こういうもの？ 904 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 17:20:12.10 ID:66/F4m6m.net] >>874 Gitでは、同じブランチの上で複数人が作業することは普通しない 905 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 17:22:26.59 ID:a7IS8KL2.net] 同じことだよ TortoiseSVNを使っていても他人の変更が勝手に降ってくることはないぞ これまでほぼ無意識にときどき更新コマンドを実行してたんだろ Gitでもそれと同じように無意識にときどきフェッチすればいい リポジトリが新しかったりローカルが汚れているときにコンソールが赤とか黄色とかになる環境を作っておけばさらに分かりやすくなる 906 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 17:33:56.91 ID:y/uyzFp6.net] >>876 その「更新コマンド」を実行すべきタイミングが分からないんですよ とりあえずプルすれば、変更されていれば更新されるけど 変更されていなければ更新されない いちいちメールかなにかで連絡もらえれば、プルするから実害はないんだけど 907 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 17:37:22.85 ID:OkBLvXjb.net] git push したらｖｐｓのソースが更新されるようにしたのに、ヒミツ鍵でログインするタイプのvpsに変えたらgit pushでエラーが出るようになったわ 908 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 17:50:45.78 ID:ofyuLHc/.net] >>877 気になった時fetchすりゃいいんだよ。 909 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 18:18:39.57 ID:y/uyzFp6.net] >>879 １分おきにfetchするアルバ 910 名前：イト雇ったほうが工数的にはいいですね [] [ここ壊れてます] 911 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 23:09:26.57 ID:ofyuLHc/.net] 変な質問だと思ったがネタだったか。四ね。 912 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 00:33:31.34 ID:TSy6KLqO.net] git reflogを時間指定して実行すると上手くログが取得できないんだが、自分だけ？ git logは普通に動く 913 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 09:55:27.42 ID:sNbs7j4z.net] >>881 釣られましたねｗ 914 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 11:58:15.04 ID:YOg/TQMm.net] 気になったらエッチとな？ 915 名前：デフォルトの名無しさん mailto:sage [2022/04/04(月) 18:26:27.90 ID:uBqMrhkR.net] >>882 reflogで表示される時間はその操作が行われた時間ではなくてその操作の結果のHEADのコミットの時間で、reflogの--afterとかによる表示範囲判定は操作が行われた時間に基づいて判定されるぽいから、変な風に感じる？ HEADのコミットの時間でなくて操作した時間をreflogで表示する方法はあるのかな 916 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 06:52:00.45 ID:HDipRGT6.net] >>877 俺は開発ブランチにcommitした後にmasterをfetchしてる で、マージすべき内容ならmergeする 917 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 06:57:58.21 ID:qPBzPdZO.net] >>886 こういうのが居ると無駄なマージ履歴が残る。 コミットまたはプッシュする前にプルしてマージ完了した状態でプルするルールにしてる。 918 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 06:58:45.84 ID:qPBzPdZO.net] ×プルするルール ◯プッシュするルール 919 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 07:02:20.74 ID:HDipRGT6.net] >>887 これはfetchかpullのタイミングの話であって、それとこれとは別の話だよ それはpull request用のブランチにsquashなりすれば解決することだろ 920 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 07:09:17.66 ID:LSxkXP/U.net] squashするとまた意味が変わってくる 無駄なマージコミットを気にするならpull --rebaseするといい 921 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 08:27:03.94 ID:Tv9hyPpM.net] 内容ごとにブランチを切って、実装完了後にマージしたほうがいい。 こまめにマージする必要あるけど。 922 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 08:37:26.26 ID:VZWFnuGC.net] rebaseすると途中のコミットが見たことないスナップショットに化けるから諦めてmergeする派 923 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 10:22:46.93 ID:Ti8ZULSh.net] どうせマージコミットしか見ないからどうでもいいわ 924 名前：デフォルトの名無しさん mailto:sage [2022/04/05(火) 12:59:38.64 ID:HRL2Dhl7.net] Git v2.36.0-rc0 925 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 12:29:54.84 ID:/cWGM6C3.net] Git v2.36.0-rc1 926 名前：デフォルトの名無しさん [2022/04/10(日) 12:43:00.27 ID:gTtQQEaq.net] 今からGitを始めます初心者の質問です。 Gitに設定するユーザー名、メールアドレスと GitHubのアカウント作成で指定するユーザー名、メールアドレスは 同じものでないといけないのでしょうか？ 927 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 23:00:07.32 ID:TJ08CsNt.net] ネットでgitをググると コミットしたらﾌﾟｯｼｭっする癖をつけようなんて見かけるけど それなら意味なくね 928 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 23:03:53.52 ID:OSeViOAV.net] >>897 なんの意味？ 929 名前：デフォルトの名無しさん mailto:sage [2022/04/10(日) 23:58:14.27 ID:ZMrXNR+Y.net] 分散型リポジトリの意味かな？ つーかcommit→pushの流れが癖になるとまずいぞ develop or masterで作業してるかfeatureブランチをpushすることになる 930 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 00:51:42.12 ID:1i0W5uZP.net] >>896 同じにしないといけない 違ってるとGitHub上でコミットとユーザーが紐付かない なおGitHubのメールアドレスは複数設定できる 931 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 01:06:26.04 ID:Ip9E4gkF.net] いつプルすべきなのかさっぱり分からないんだけど いちいちフェッチして更新されてたらプルなの？ svnの時はフォルダのアイコンが変わるから、すぐ分かったんだけど ｇｉｔはめんどくさくてしかたねー 932 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 01:21:42.99 ID:IXb9iAbb.net] >>901 フォルダーのアイコンが変わるのはsvnの機能ではないだろw 933 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 01:26:34.08 ID:FKgiTkDa.net] ちんちんシュッ！シュッ！シュッ！ 934 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 03:26:40.92 ID:UsZcfkXO.net] >>901 そもそもsvnの挙動を勘違いしてん� 935 名前：ｶゃん [] [ここ壊れてます] 936 名前：890 [2022/04/11(月) 07:24:40.88 ID:pyEhSslH.net] >>900 レスありがとうございます。 そうしますと、 複数のメンバーでGitHubの一つのアカウント(リポジトリ)を共有する時の 各メンバーを識別するIDは、どこで指定するのでしょうか？ 937 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 07:35:11.19 ID:IXb9iAbb.net] どんなメールアドレスでもpushできるよ 938 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 08:54:42.93 ID:Ip9E4gkF.net] >>902 >>904 本筋には触れずに、否定をするﾜﾗ 939 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 09:14:16 ID:1i0W5uZP.net] >>905 関係ない。各自が自分のGitHub userに設定済みのメールアドレスでコミットすればいい。 GitHub上で制御できるのは「誰がリポジトリにpushできるか」までで、>>906も言ってるがどんなメールアドレスのコミットが含まれていてもpushできる。 たまたまコミットのメールアドレスがGitHub userと同じならGitHub上でそのユーザーがコミットしたように見えるというただそれだけのこと。 940 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 14:06:10.85 ID:MP0q4WMO.net] >>905 githubでプライベートリポジトリを複数ユーザで共有する場合は、共有するユーザみんな別々のアカウント作って、誰かが作ったレポジトリに他のユーザを招待して、pushするときにはそれぞれ各ユーザのアカウントで認証された状態ですることになるよね だから上でもだれか言ってるように、コミットのメールアドレスは認証で使われるわけじゃないから、どんなメールアドレスでもpushできる しかし、コミットのメールアドレスは重要でないというわけでもなくて、コミット一覧とか表示させたときにコミットのメールアドレスに基づいてユーザ名とか写真を表示したりするので、githubのアカウントに登録してあるメールアドレスをgitの方にも登録しておくほうが良い 941 名前：デフォルトの名無しさん mailto:sage [2022/04/11(月) 20:59:30.97 ID:voKtAiO9.net] >>907 少し上のレスを見ればわかるけど、その質問は「また釣りか」と思われてまともなレスは付かない。 942 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 01:15:32.19 ID:TZC3qPMK.net] とある本の不要になったブランチを削除する手順で �@リモートリポジトリの消したいブランチを削除 �ASourcetreeのフェッチのリモートで消えた追跡ブランチを消去(Prune) �BSourcetreeの消したいローカルブランチを右クリックして削除 とありますが、�@がリモートリポジトリのブランチを削除、 �Bがローカルのそれだとすると �Aの手順にはどんな意味があるのでしょうか 943 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 02:12:16.50 ID:eS/flNB4.net] ブランチには�@リモートブランチ �A(リモート)追跡ブランチ �Bローカルブランチの3種類がある 文脈によってこれらはしばしば混同されるので気をつけていないと混乱する �@はサーバー側にあり、�A�Bはクライアント側にある �Aは常に�@のコピーで、フェッチするたびに�@の最新と同期される だからネットワークに繋がっていなくてもいつでもリモートのログが見れる 「リモートブランチのログを見る」というとき、正確には�@ではなく�Aのログを見る行為を指す フェッチしていなければ�@�A�Bが全て別のコミットを指すこともある �Aを消し忘れると、サーバー側のブランチは削除済みなのに、そのクライアントからはまだリモートブランチが消えていないように見える 944 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 03:53:52.80 ID:TZC3qPMK.net] >>912 詳しいご説明ありがとうございます！ 945 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 21:31:02.16 ID:Pux5Tg8M.net] Git v2.35.2 946 名前：デフォルトの名無しさん mailto:sage [2022/04/13(水) 21:31:48.03 ID:Pux5Tg8M.net] Git v2.36.0-rc2 947 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 12:56:35.38 ID:DFKHhlAT.net] Git v2.35.3 948 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 14:21:34.39 ID:yss7HMyT.net] Git v2.36.0-rc3 949 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 14:56:42.75 ID:5RufjXVH.net] 「Git for Windows」のシェルが「bash 4.4」から「bash 5.1」へ 〜Vista対応も終了 https://forest.watch.impress.co.jp/docs/news/1402/011/ Windowsで使ってる人（居る？）注意な 950 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 21:19:31.45 ID:b6yuiJ9V.net] 居る？ってどういう意味？ 951 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 21:40:37.08 ID: ] [ここ壊れてます] 952 名前：8uWvcswO.net mailto: おるかーー？ よーし、おるな！ [] [ここ壊れてます] 953 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 22:20:35.99 ID:iEpp8WdZ.net] 折るかーー？ よーし、折るな！ボキッ 954 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 22:52:34.66 ID:3PT3emFr.net] ここやでトントン 955 名前：デフォルトの名無しさん mailto:sage [2022/04/14(木) 23:33:30.30 ID:UyRHFpqd.net] まさかMacなんて使ってんの？ 956 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 00:07:36.02 ID:ssUN7i/L.net] >>923 Windows Mac Linux 全部使ってる 957 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 00:18:20.61 ID:zUdxudaZ.net] >>924 いいなぁ 958 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 18:54:21.17 ID:C9bHMdiD.net] GUIのGitクライアントは面倒だよ なんて言ってる先輩いるだけど ほとんどコードは書けなくて、コピペしてそのコピペしたコードの意味も分かってない そんなので、いくらgitが使えても意味なくね 959 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 19:37:30.49 ID:h1UMySwV.net] >>926 何が言いたいのがわからんが、コマンドラインでGitが使いこなせなくて悔しいの？ コードが書けるのとGitを使いこなせるかどうかは直接は関係無いし、コピペとGitを使いこなして目的が達成できてるのならばそれは意味があることだよ 960 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 20:07:56.61 ID:PiHpabQE.net] CUIなら同じことを繰り返したり再現するのも容易いし、スクリプトに組み込んで自動化したり本番処理を分けたり他人に渡すのも容易。 GUIも便利だけどCUIにもたくさんメリットがあるのよ 961 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 21:12:39.95 ID:u9UTRnBL.net] 僕も全くプログラム書けないけど フリーランスのGit屋だぞ 962 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 21:35:15.77 ID:0DFy/IGY.net] GUIのgit使おうとしたけどわけわからんくて投げたわ やっぱコマンドラインよ 963 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 23:40:55 ID:yVftr7r6.net] GUIもせめて自動実行マクロがあればマシなんだけどな。 OfficeのVBAみたいなやつ。 964 名前：デフォルトの名無しさん mailto:sage [2022/04/15(金) 23:52:35.13 ID:ssUN7i/L.net] >>931 それgitコマンド使ったバッチファイルやスクリプトでよくね？ 965 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 00:02:24.87 ID:gsNTgUrB.net] コマンドを打ってるだけで仕事してるフリしてる奴いるわ たかがステージングするのに何分かかってんだよ それならGUI使ったほうがグイっと終わるだろ 966 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 00:03:11.07 ID:R5AqqekO.net] gitkだっけ 967 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 00:17:37.39 ID:pQ5jcgqa.net] CUIだろうとGUIだろうと、どのファイルのどの行をコミットに含めるかは慎重に選べ ゴミみたいなコミット作ってんじゃねぇ 968 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 01:06:24.34 ID:dfz3lFMa.net] >>926 gitを否定しようと思ったけどできなかったんだよね？ だからgitを使ってる人を変わりに叩いて 自己満足してるでしょ？バレバレｗ 969 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 01:08:00 ID:dfz3lFMa.net] >>933 CUIのほうがGUIよりも快適だからCUIを使ってるんだよ 文字使えば相手に意味を伝えられるのに 絵を書いて伝えたいなんて思わないでしょ？ 970 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 02:42:04 ID:Cn08VBkB.net] GUIで確認してCUIで実行するのが一番効率良くね？ GUIは一覧性が高いが、作業効率はCUIの方が良い 971 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 03:09:40.28 ID:+A5PZLb9.net] st=status -s とか ll=log --date-order --oneline --graphとか alias設定すれば一覧性で困ることはないぞ 972 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 03:40:01.37 ID:gsNTgUrB.net] それくらいのタイプ量ならエイリアス設定する方が面倒だわ 973 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 03:55:07.91 ID:MmeJHHfa.net] 道具の方にこだわってる奴って本業は全然できない奴多いよな この5番、30万だぞってイキってて100程度で回ってるガキ多すぎ宿題 974 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 05:50:52 ID:pQ5jcgqa.net] 道具にこだわらないからCUIでgit� 975 名前：ﾈんだろ GUIのはOSによっては使えない場合もあるしいちいち覚えるの面倒だし CUIなら設定ファイルちょろっとコピーすればいつもと同じ感覚で使えるし git使わないって選択肢はもう無しな gitはもう道具というより共通フォーマットだ [] [ここ壊れてます] 976 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 05:56:08 ID:pQ5jcgqa.net] >>939 その辺は頻繁に使うんでエイリアスじゃなくて3〜4文字のシェル関数だわ とくにgit logの方は--pretty=format:〜も指定したいんで手打ちはありえん 977 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 10:28:49.22 ID:pKuJ7S+c.net] 基本的にCUI派だけどログ出していくつかdiffを見るみたいな操作はGUI使うなあ これをCUIで高効率でやる手段があるなら知りたい 978 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 11:07:45.89 ID:gsNTgUrB.net] >>942 CUIかGUIかなんて問題なのか どっちでも同じじゃん やっぱりコマンドをタイプしてる方がカッコいいと思うタイプ？w 979 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 11:10:09.03 ID:smzxZJvo.net] >>945 コマンドをタイプするのはかっこいいと思ってしまったから お前はそんな書き込みをしたんだよね？ 980 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 11:12:54.01 ID:gsNTgUrB.net] いや俺はvscode一択 981 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 11:16:03 ID:qSyY7sm9.net] あるある コマンドを使ってるカッコイイと勘違い Linuxを使ってるカッコイイと勘違い ダークテーマを使ってるカッコイイと勘違い vi emacsを使ってるカッコイイと勘違い 982 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 12:28:47.16 ID:NWlFBoGL.net] TortoiseGitしか使ってなくてすいません 983 名前：デフォルトの名無しさん mailto:sage [2022/04/16(土) 12:44:01.14 ID:gsNTgUrB.net] ｶｺｲｲ 984 名前：デフォルトの名無しさん [2022/04/18(月) 20:18:29.80 ID:lvtGJgyq.net] CUIかGUIかなんてどーでも良いことには一切こだわらず 俺にとって使いやすい方法を採用してる俺様ｶｺｲｲ 985 名前：デフォルトの名無しさん mailto:sage [2022/04/19(火) 12:06:40 ID:+aQMqQh4.net] >>948 そのとおり、何かを使っているからカッコイイのではない 俺だからカッコいいのだ 986 名前：デフォルトの名無しさん mailto:sage [2022/04/19(火) 17:55:42.79 ID:2NjgmpR8.net] Git v2.36.0 987 名前：デフォルトの名無しさん mailto:sage [2022/04/19(火) 23:15:59 ID:fQcWHs5l.net] プルリクって要る？ 製品名出せば誰でも知ってるソフトの開発でも 目クラマージだぞ 正直、いちいちプルリク出すくらいなら、そっちでマージしてほしい 権限考え直してほしいわ 988 名前：デフォルトの名無しさん mailto:sage [2022/04/19(火) 23:29:05.23 ID:CsQiBOLb.net] >>954 gitにそんな機能はありません 989 名前：デフォルトの名無しさん mailto:sage [2022/04/20(水) 15:44:31 ID:9cmYpPww.net] エビル(evil)マージ 990 名前：デフォルトの名無しさん mailto:sage [2022/04/20(水) 18:45:19.22 ID:aTy1WRu8.net] アークマージって要る？メリットは何ですか？ → イオナズンが使えます 991 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 15:42:47.36 ID:Ex423fK8.net] 先輩「CUIのほうがgitの機能をすべて使えるからいいよ」 おれ「pullするときにディレクトリを指定するのは、どんなコマンドを実行すればいいですか？」 先輩「git pullしかやったことないから分からない」 おれ「・・・」 992 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 17:41:01.53 ID:haKrn/PJ.net] >>958 別に先輩おかしくないけど 993 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 18:49:26.99 ID:BFaC4LhO.net] ディレクトリを指定してpullする機能なんて無いし pullに引数指定しなければいけないような状況はfetchとmergeを使うから、おれもgit pullの引数有りの挙動は把握してない 994 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 18:55:10.99 ID:Ex423fK8.net] おまえらって本質がわかないのか？ pullかどうかなんてのは本質でない git hoge でも論理は同じ 995 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 19:16:46.07 ID:KtzHzoax.net] ちょっと例えがアレだったね シニカルなことを表現するときはバシッと一発で決めてかないとこういう残念な雰囲気になる それもまた世のことわり 996 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 19:27:25.31 ID:BFaC4LhO.net] CUIの方がgitの機能がすべて使えるのは正しい CUIで使う人が全てのコマンドのオプションを知ってる必要なんてない CUIで使うのを難しく考え過ぎじゃないかな？ どのgitコマンドで何ができるかを把握できてれば十分で、細かい指定は大雑把に覚えてればいいよ 良く使う操作は短いエイリアスやシェル関数にしてしまうし、普段あまりやらない操作はコピペでもいいし、man見て調べればいいし、いまのシェルは履歴も補完も使いやすいからgitの長いオプション名なんて覚える必要も無い 997 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 19:27:50.71 ID:BFaC4LhO.net] 別にCUI/GUIに限らないけど、どのgitコマンドで何ができるか何が起こるかを理解できているのが重要 gitのコマンドは後戻りできるものが多くて、その方法を理解できてると楽に使える 後戻りする系の手段はあれこれ用意されてるけど、CUIの方が充実してるかな 998 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 21:14:31.11 ID:Ex423fK8.net] git pullしか実行したことないなら、GUI使ってもボタン一発だろｗ 999 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 21:34:43.05 ID:F4v8aJSe.net] git pull はコンフリクトで失敗することがあるからボタン一発で済むとは限らない 1000 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 21:37:37.80 ID:ZCLpZV4/.net] CUIに劣等感感じる必要ないんやで どっちも便利だから好きな方使え 1001 名前：デフォルトの名無しさん mailto:sage [2022/04/21(木) 21:46:02.93 ID:FUPABV2N.net] GUIとCUIの併用だな なんでどっちかしか使えないと考えるんだろう 1002 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 00:44:19.39 ID:a+ReXgZI.net] ブランチが必要な理由が分からない リモートからクローンしてきている時点で、origin/masterとは別のリポジトリが個々人に存在するんだし コミットも個々人のリポジトリに対して行うわけでしょ 一度もブランチ生やしてなんて一度も指示されたことないわ 1003 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 02:04:37.85 ID:/nIvhavJ.net] ブランチがないとお互いのコミットを観測することができない 人の変更を見ようと互いにpush+pullすると常にmergeが伴うので、いわゆる観測者効果みたいな面倒くささが生まれる プロジェクトの規模やリリースの複雑性が増すにつれてより困る よくある例では、次バージョンの開発を初めている人がいるときhotfixを出せない featureブランチのpushはオアズケを命じられて、その間ソースレビューも滞る ブランチをforkに置き換えても同じ 1004 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 09:52:33.39 ID:ZbT6iK7O.net] 各個人のGitHubアカウントにforkしてリポジトリ間のpull requestでマージしていく流派も存在する 本来のGitやGitHubの想定する使い方としては正しくてOSS文化的にも好ましいやり方ではあるんだが、企業での開発ではほとんど採用されない 単一のGitHubリポジトリで中央集権的に管理した方が楽だからね 1005 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 12:20:17.30 ID:dVlUoLXX.net] AからA'とBの2つを作りたくなったときって、 ブランチなしでどうやるんだろうな 1006 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 12:30:42.99 ID:wri6W8iQ.net] >>969 ブランチは「実装していること」を表すので、複数の機能を並行して開発するときは必須。 よくあるのは ・通常の開発版とリリース版／デバッグ版を分けて、デバッグリリースを早くする＆開発版への取り込みを管理しやすくする ・開発する機能ごとにブランチを用意して、互いの干渉を減らす＆マージをやりやすくする あたり。 1007 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 14:20:44.25 ID:QpAASndC.net] 自分のアカウントにforkするスタイルの開発しか経験ない人が 単一GitHubリポジトリ運用な会社に入ってforkして怒られるのはGitHubあるある 1008 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 21:56:45.85 ID:RSUrvfLc.net] fork って 1009 名前：何？ git 用語に翻訳して。 [] [ここ壊れてます] 1010 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 22:05:44.96 ID:0DWZpb5V.net] clone 1011 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 22:16:51.65 ID:RSUrvfLc.net] >>976 clone したら怒られるの？ マジか？ それ本当に git 使ってるの？ 1012 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 22:48:01 ID:4bmaw9DX.net] forkがcloneだからといってcloneがすべてforkなわけがない 1013 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 23:04:27 ID:a+ReXgZI.net] おまえらって、gitについて講釈ばかりたれてるけど 全く本業ができないわけじゃないよなｗ うちの会社にもいるわ 講釈たれてる暇があるならさっさとコーディング終わらせろよｗｗｗｗｗ 1014 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 23:12:27.31 ID:UMBGLRP1.net] 根拠のないレッテル貼りによる謎のマウンティング 1015 名前：デフォルトの名無しさん mailto:sage [2022/04/22(金) 23:30:46.77 ID:pOr/JbKA.net] >>977 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したら怒れるということだろう 1016 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 00:07:18.92 ID:iISBdnEI.net] >>981 何を言ってるかわからない。 pull というのは「 fetch して merge 」という操作をまとめてやるだけのコマンドなので当然 merge の意味を内包してる。 fetch せずに merge って言いたいの？ それってどうやって対象を持ってくるの？ 自分のリポジトリから持ってくるだけなら他人から request される必要ないし？ 1017 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 00:13:01.25 ID:iISBdnEI.net] ちなみに push というのは remore への merge を指示するコマンドな。 1018 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 00:51:13.69 ID:1bxGV6XJ.net] >>982 いや同一のGitHubリポジトリ上でpull requestをマージするときにfetchは要らないでしょ >>981の言うとおり、本来リポジトリを跨がるからfetch+mergeでpullなんだよ 1019 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 00:59:48.76 ID:HOOXt/T3.net] >>982 「本来のgithubのpull requestはforkした自分のアカウント下のリポジトリのブランチをpullしてmergeしてもらうことをrequestする 」 これはちょっと間違えた fetchしてmergeしてもらうことをrequestするからpull requestね それでmerge requestだけど、>>984の言うようにすでに共有ブランチへpush済みのブランチをmergeすることをrequestするから、mergeだけrequestでfetchはrequestしない 自分が仕事で使うのは主にこっち >>983 pushは厳密に言えばFastForwardのmergeだけど、pushのことをmergeとはあまり呼ばないな 1020 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 01:35:18.29 ID:iISBdnEI.net] >>985 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 が必要になるので普通やらないし、できない。 1021 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 01:58:40.02 ID:HOOXt/T3.net] あれ？もしかして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してもいい 1022 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 02:02:56.04 ID:HOOXt/T3.net] >>986 1023 名前：pushでFFじゃないmergeってできるの？できても今は普通しないでしょ FFでmergeできない場合には、ローカルでmergeしてFFにしてpushするか、push -sで上書きが普通だし [] [ここ壊れてます] 1024 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 02:12:55.85 ID:iISBdnEI.net] >>988 できるけど、おすすめではない。 ただ push は merge と同じ機構という点が理解できてれば良い。 1025 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 02:14:20.66 ID:XK6u/IcU.net] 普通はローカルでマージしたものをプッシュする 1026 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 02:23:24.07 ID:iISBdnEI.net] >>987 いきなり共用リポジトリ上でマージしたりしない。そういう運用ルールの組織があるとしたらかなり頭悪い。git の使い方が半分しか理解できてない。 共用リポジトリは問題があってもロールバックできない(超めんどう)なので、共用リポジトリの master には手元でのテスト等が終わって問題ないもののみを入れるのが普通。 1027 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 02:38:54.73 ID:HOOXt/T3.net] ローカルでマージしてmasterへpushするって言ってる人たちはmasterへのpush権限をみんなが持ってるの？ 1028 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 02:43:01.86 ID:iISBdnEI.net] master へ push する権限を持ってる人がローカルで master に merge する作業をする。当然の話。 1029 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 02:47:09 ID:1bxGV6XJ.net] 分野にもよるのかもしれんが、少なくともWeb系はGitHub上でマージするのが普通 直接mainにマージしたくないなら 1030 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 02:49:26.76 ID:HOOXt/T3.net] >>991 もちろんプルリクエスト出す段階でローカルにテストは済んでる前提だし、masterへマージされた後にそれがダメならrevertするよ？ プルリクエストを承認できてmasterへマージできる人は特定の人だけだし、それをマージする前にテストが済んでるかどうかとかをリクエスト者に確認する そのためにプルリクエスト上でいろいろやりとりできるようになってるわけだし というか>>986とかはgithubを単にgitのリポジトリとして利用するだけのやりかただよね？別にgithub使う必要無くない？なんでgithub使ってるの？ 1031 名前：988 mailto:sage [2022/04/23(土) 02:51:33.02 ID:1bxGV6XJ.net] 失礼 直接mainにマージしたくないならdevelopブランチ等を間に置く 各自がいちいちローカルでマージして手元でテストなんてしてたら、みんなそれぞれ状態がバラバラで何テストしてるのか分からなくならないか？ 特定の一人だけがmainにマージできるような超集権的な体制でないと成立しないと思う 1032 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 02:52:15.37 ID:HOOXt/T3.net] >>995 うちのやり方では「master へ push する権限を持ってる人がローカルで master に merge する作業をする。」か「ブラウザ上でマージしてしまうか」はその権限持ちがプルリクエストを見て判断する 1033 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 03:00:56.62 ID:HOOXt/T3.net] 統合的なテストはmasterにマージされた後に動かして、それでダメならrevert 統合的なテストが済んだところはtagが打たれてリリースはそのtagがあるとこまでしか行われない 1034 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 03:22:27.74 ID:HOOXt/T3.net] 久しぶりだけど次スレ立ててみる 1035 名前：デフォルトの名無しさん [2022/04/23(土) 03:27:15.61 ID:HOOXt/T3.net] 次スレ Git 18 mevius.5ch.net/test/read.cgi/tech/1650651945 1036 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 03:39:41.93 ID:/lJ77CU4.net] >>1000 乙 1037 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 09:32:57.73 ID:3glRXhKn.net] >>979 劣等感抱いてるんだね。わかるよ 1038 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 09:43:28.49 ID:aEJ0G9VA.net] 未だsvnから離れられない人かな 1039 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 11:37:43.64 ID:BMKo0y1z.net] いえ、ディレクトリコピーで済ませています 1040 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 14:25:06.82 ID:tAGVUJOK.net] Git 18 https://mevius.5ch.net/test/read.cgi/tech/1631002816/ 1041 名前：デフォルトの名無しさん mailto:sage [2022/04/23(土) 14:36:55.00 ID:BMKo0y1z.net] 質問いいですか？ 1042 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 598日 2時間 18分 27秒 1043 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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