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