[過去ﾛｸﾞ] Git 17 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
807(1): デフォルトの名無しさん [sage] 2021/12/09(木) 08:05:36.93 ID:Rbrjprb1(1) AAS
>>804
pushする前ならcommit amend して修正してからrebase。
push後なら新たにcommit。
808: デフォルトの名無しさん [sage] 2021/12/09(木) 08:13:38.11 ID:nPf7xXRe(2/5) AAS
あめんどは、あ、めんどう〜だ、なぁ〜
809: デフォルトの名無しさん [sage] 2021/12/09(木) 08:15:15.22 ID:ETLEJYpI(1) AAS
求めてるのはadd -pじゃないのかな
810: デフォルトの名無しさん [sage] 2021/12/09(木) 08:22:24.08 ID:zGaqleE8(1) AAS
>>807
わかりづらいな……試してないけど
…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
ただし、コミットを他人と共有済みなら混乱の元なので禁止。
811: デフォルトの名無しさん [sage] 2021/12/09(木) 08:58:11.54 ID:Dni9SPWj(1/3) AAS
>>804
履歴改変をするわけじゃないんだよね？それならば、
git revert -n でindexに三つの関数の修正を打ち消す修正を持ってきて、git reset -p でindexの余分な修正を取り除いて、git commit
812(5): 804 [sage] 2021/12/09(木) 09:39:57.87 ID:rmYbkO4s(1) AAS
どうも>>804です。プッシュはしてませんのでアメンドないしリセットとしてやり直すことは
可能です（よね?）
なんというか、作業方法なども含めてキレイ&楽にやる方法はどんな感じかなと。
例えばそもそも論だと、最初からこういう場合に備えてコミットを関数1個毎とか細かくしておく?
アメンドないしリセットしてやり直す場合も、どうやって変更を用意しようかなと... もう一回
同じ変更を入力したくはないし危険... とかなんとか。
813: デフォルトの名無しさん [sage] 2021/12/09(木) 10:00:49.33 ID:z12/cdNE(1) AAS
>>812
だから何をしたいのかはっきりしろ
pushしてないのは分かった
pushしてないローカルな履歴を改変したいのか？
pushしてないローカルな履歴に関数の修整を無効化するコミットを追加したいのか？
814: デフォルトの名無しさん [sage] 2021/12/09(木) 10:05:24.50 ID:Dni9SPWj(2/3) AAS
>>812
変更の用意はrevert -nとreset -pでいいだろ
この2つを使えば自分でコードを入力する必要は無い
815: デフォルトの名無しさん [sage] 2021/12/09(木) 11:35:29.86 ID:nPf7xXRe(3/5) AAS
>>812
だから>>806だって
rebaseで過去の歴史の途中に戻って
そこでコミットを分けるなりして
再び歴史を再生する
816: デフォルトの名無しさん [sage] 2021/12/09(木) 11:36:08.99 ID:nPf7xXRe(4/5) AAS
正確には git rebase -i な
817(1): デフォルトの名無しさん [] 2021/12/09(木) 13:53:35.69 ID:CTJ8MnG2(2/2) AAS
もう面倒くさいから一か所もどしましたってコミットしたらいいやん
818(1): デフォルトの名無しさん [sage] 2021/12/09(木) 14:15:33.20 ID:SnlJ6hdA(1) AAS
rebaseは悪い文化
819: デフォルトの名無しさん [sage] 2021/12/09(木) 14:50:31.70 ID:nPf7xXRe(5/5) AAS
>>818
必要なのは結果だけ
お前が試行錯誤した後なんかどうでもいい
820(1): デフォルトの名無しさん [sage] 2021/12/09(木) 14:51:34.29 ID:Dni9SPWj(3/3) AAS
>>817
そのコミットを簡単に作る方法が知りたいのだと思う
821: デフォルトの名無しさん [sage] 2021/12/09(木) 15:05:38.49 ID:FiTzWudg(1) AAS
>>820
Winmergeをdiffツールに設定して
git windiff HEAD^^^
で戻してcommitだな俺なら
822: デフォルトの名無しさん [sage] 2021/12/09(木) 15:28:07.01 ID:1oFDwxyl(1) AAS
>>812
そもそも論の部分に回答すると、意思決定の基本は発生率とコストを掛け合わせた期待値次第
いちいち細分化しすぎてもYAGNIの法則で言われるような無駄が多くなるだけ
でも後から部分的に採用する可能性もそれなりにあるのであれば分けてコミットしておくことでコストを抑えられる可能性が増す
823: デフォルトの名無しさん [sage] 2021/12/09(木) 18:55:14.96 ID:lg/9Dj4Y(1) AAS
>>812
そもそも論で言うなら、追加・修正する機能ごとにブランチを切って、完成したブランチを別々にコミットすればいい。gitはブランチが軽量という強みもあるし。
機能をマージするときにコンフリクトを修正する面倒くささはあるけど、見通しは良くなる。
824: デフォルトの名無しさん [sage] 2021/12/09(木) 20:50:07.62 ID:ejbJEiiI(1) AAS
コミットの粒度の話じゃないの？
825(1): デフォルトの名無しさん [sage] 2021/12/09(木) 22:51:55.36 ID:EKItVGZE(1) AAS
追えてないけど、どれか。
・そもそもコミットきれいにしても結局使わないから作り直さない
・頻繁にコンパイル？して頻繁にコミットしておく
・もう最初から作り直せよ派: git reset $(git merge-base origin/master) → 気に入るコミット作っていく。
・ツールに関数単位で切り出させて、差分をうまいことやる。VisualStudioならこのメソッドをクラス化、みたいなやつがあったような。それ以外は知らん。
826: デフォルトの名無しさん [sage] 2021/12/09(木) 23:49:30.01 ID:Fvd6f3uE(1) AAS
コミットをセーブ機能だと思うからだめなんだよ
袋だと思え袋
コードを書くたびに適切な袋に入れろ
827: デフォルトの名無しさん [sage] 2021/12/10(金) 11:49:29.41 ID:5non8kx0(1) AAS
>>825
・追加機能ごとにブランチ切る
も追加で。
828: デフォルトの名無しさん [sage] 2021/12/10(金) 15:18:37.19 ID:dSCEiiiB(1) AAS
最近では、機能ブランチは問題を先送りにしているだけだという批判もある
機能ブランチはすぐにリリースして消せ、作りかけならフィーチャートグルで蓋をしろというスタイルもあるぞ
それは一理あって、実際複数のチームでそれぞれフィーチャーブランチを担当してリリース時に一気にマージするスタイルの大規模サービス開発やってたときには
マージの失敗でトラブルが起こることは日常茶飯事だったね
829: デフォルトの名無しさん [sage] 2021/12/11(土) 00:15:15.28 ID:L5jxStGt(1) AAS
それは機能ブランチが悪って話じゃなくて、機能ブランチをやたらと長期間分離しておくのが悪って話じゃね
何事もトレードオフだから機能がでかいならイテレーションを小さく取るし、リリースギリギリまでマージしなければ泣きを見るので頃合いを見て合流してテスト始める
互いに影響し合う部分についてはコミュニケーション取りつつ適宜ソースをやり取りしろというのがGitの指針だったと思うし
830: デフォルトの名無しさん [sage] 2022/01/12(水) 10:21:41.75 ID:mFIs9bfU(1) AAS
Git v2.35.0-rc0
831(3): デフォルトの名無しさん [sage] 2022/01/12(水) 19:57:57.27 ID:IbSx3jpA(1/2) AAS
こういうコミットをしてたとして
$ 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が使われるんですかね？
832(1): デフォルトの名無しさん [sage] 2022/01/12(水) 21:08:30.47 ID:et9b++qr(1) AAS
>>831
はい。そうです。
833: デフォルトの名無しさん [sage] 2022/01/12(水) 21:16:41.65 ID:IbSx3jpA(2/2) AAS
>>832
ありがとうございます
てか真上に同じような質問ありましたね…
834: デフォルトの名無しさん [sage] 2022/01/15(土) 22:30:31.28 ID:mgu84OGw(1) AAS
Git v2.35.0-rc1
835: デフォルトの名無しさん [sage] 2022/01/16(日) 00:47:01.30 ID:hYWYL0RZ(1) AAS
>>831
俺は作りながら片付ける
作ってる途中で、この修正はこのコミットに含めよう
などと考えならが小さくコミットし
適度なタイミングでrebaseする
836: デフォルトの名無しさん [sage] 2022/01/17(月) 06:52:31.08 ID:pA35C6jo(1) AAS
>>831
別ブランチでcommitして、masterにまとめてmergeしてpushする、って方法もあるよ
これだとrebaseは不要
837: デフォルトの名無しさん [sage] 2022/01/23(日) 09:44:11.74 ID:6R0k9GT3(1) AAS
gitもcvs,svnと同じ運命をたどるだろう
私の企業は次世代バージョン管理システムfossilに切り替えました
838: デフォルトの名無しさん [sage] 2022/01/24(月) 13:46:51.63 ID:2I6HNHFB(1) AAS
化石？
839: デフォルトの名無しさん [sage] 2022/01/24(月) 15:13:36.64 ID:TB1mn4oZ(1) AAS
次世代って書いてるけどGitやMercurialと同期だね
統合が特徴みたいだけど、少なくとも統合指向＝先進的というのは言えない
昔のMSや古いエンタープライズシステムが通ってきた道
840: デフォルトの名無しさん [sage] 2022/01/24(月) 20:03:13.29 ID:T/bW8QxB(1) AAS
sqlite以外に使ってるプロジェクトあるの？
841: デフォルトの名無しさん [sage] 2022/01/25(火) 09:41:06.99 ID:lI80daK7(1) AAS
Git v2.35.0
842: デフォルトの名無しさん [sage] 2022/01/27(木) 23:05:55.20 ID:5JD4ntnW(1) AAS
「Git 2.35」が公開
https://mag.osdn.jp/22/01/26/225600
843: デフォルトの名無しさん [sage] 2022/01/29(土) 22:24:24.64 ID:DKHpcK/K(1) AAS
Git v2.35.1
844(1): デフォルトの名無しさん [sage] 2022/02/04(金) 16:36:05.63 ID:57NC5giI(1) AAS
Git 日本語翻訳チーム
https://github.com/vargaspeniel/git-l10n-ja
845: デフォルトの名無しさん [] 2022/02/04(金) 16:53:15.37 ID:ldQUlQ88(1) AAS
>>844
gitを業務で使われている方は翻訳に参加してください
846: デフォルトの名無しさん [] 2022/02/08(火) 12:18:02.21 ID:nuxork7Z(1) AAS
ウクライナのGitLabがやばいな
847: デフォルトの名無しさん [sage] 2022/03/16(水) 08:10:03.07 ID:3iPp8Jr+(1) AAS
ゲイツもgit 作者も ワクチン派=ナチス
848(2): デフォルトの名無しさん [sage] 2022/03/20(日) 18:56:58.51 ID:oCBKTdlK(1) AAS
すみません、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が禁止されていたりしますかね?
849: デフォルトの名無しさん [sage] 2022/03/20(日) 20:08:48.92 ID:pStA9jik(1) AAS
サーバー側の receive.denyNonFastForwards の設定で禁止されてる
850: デフォルトの名無しさん [sage] 2022/03/20(日) 20:17:36.65 ID:XwFj+GPH(1) AAS
>>848
git push --delete 〜 でリモートブランチ消してpushしなおせばまだワンチャンある
851: デフォルトの名無しさん [sage] 2022/03/22(火) 00:18:15.54 ID:G4hvFEyv(1) AAS
強制pushまだ禁じてるところあるんやね
852: デフォルトの名無しさん [sage] 2022/03/22(火) 08:24:32.98 ID:OaCGWLhd(1) AAS
馬鹿がいるんだから当たり前やろ
853: デフォルトの名無しさん [sage] 2022/03/22(火) 15:19:11.35 ID:Oh3PkPXA(1) AAS
ブランチにアクセス権を設定できるサーバなら、メインのブランチにはプルリクエスト処理する人だけがアクセス可能にして、強制push禁止と強制ブランチ削除禁止の設定はいらん気もするね
でも本家gitにはブランチ単位のアクセス権は無いよね確か
854: デフォルトの名無しさん [sage] 2022/03/22(火) 18:39:39.96 ID:GWInnMJp(1) AAS
>>848
プロジェクトメンバーに周知すればいいんでないの？
855: デフォルトの名無しさん [sage] 2022/03/25(金) 05:31:45.01 ID:VoO+G8uZ(1) AAS
こっそりと周知、ってのは難易度高いな
856: デフォルトの名無しさん [sage] 2022/03/25(金) 07:14:27.74 ID:iMzzdMMk(1) AAS
こっそりする必要はないでしょ
857: デフォルトの名無しさん [sage] 2022/03/30(水) 21:00:41.82 ID:pZIqlelO(1) AAS
pullする前にどれが変更されているか知ることは出来ないの
858: デフォルトの名無しさん [sage] 2022/03/30(水) 21:03:54.04 ID:sFfsK7BI(1) AAS
git ls-remote
859: デフォルトの名無しさん [sage] 2022/03/30(水) 21:50:58.83 ID:sIJSREW7(1) AAS
fetch
860(1): デフォルトの名無しさん [sage] 2022/04/01(金) 00:22:46.86 ID:46G1puQR(1) AAS
totoiesegit使ってんですけ、コミットしただけでチェックアイコンに変わるんで
pushし忘れることが多いんですけど、区別できないんですか？
861: デフォルトの名無しさん [sage] 2022/04/01(金) 04:32:18.73 ID:w7Dm7PZW(1) AAS
>>860
うん
862: デフォルトの名無しさん [sage] 2022/04/01(金) 05:21:04.10 ID:vPqr4MnO(1) AAS
尊いーぜgit
ごめん言ってみただけ
863: デフォルトの名無しさん [sage] 2022/04/01(金) 08:03:05.39 ID:4o646iU1(1) AAS
Gitsだぜ
すいもあまいもー
864: デフォルトの名無しさん [sage] 2022/04/01(金) 10:30:17.09 ID:L8R+vRlu(1) AAS
トータス使うよりSoucetree使う
865(1): デフォルトの名無しさん [sage] 2022/04/02(土) 16:17:20.40 ID:y/uyzFp6(1/4) AAS
リポジトリにあさんが変更をプッシュしたことをいさんはどうやって知れるのですか？
あさんからいさんへメールなりで連絡？
いさんがフェッチなり、プルすれば分かるんですが・・・
866: デフォルトの名無しさん [sage] 2022/04/02(土) 16:43:53.49 ID:66/F4m6m(1/2) AAS
>>865
本来gitで想定されている正しい使い方としてはメールで連絡
今時の普通のチームならGitHubでpull requestを出す
867: デフォルトの名無しさん [sage] 2022/04/02(土) 16:46:06.34 ID:eQjRdGtS(1) AAS
共有するリポジトリの置き場所に素のgitを使ってない限り、何らかの通知する仕組みはあるだろ？
素のgitでもスクリプト仕込めばできるけど面倒だな「git hooks 通知」でぐぐれ
868(1): デフォルトの名無しさん [sage] 2022/04/02(土) 17:04:36.48 ID:y/uyzFp6(2/4) AAS
totoiesSVNの時はフォルダのアイコンが！に変わるから
logを表示させればだれが、どこを変更したか分かるけど
gitの場合、アイコン変わっていないから何時フェッチ、プルすればいいかわからない
こういうもの？
869: デフォルトの名無しさん [sage] 2022/04/02(土) 17:20:12.10 ID:66/F4m6m(2/2) AAS
>>868
Gitでは、同じブランチの上で複数人が作業することは普通しない
870(1): デフォルトの名無しさん [sage] 2022/04/02(土) 17:22:26.59 ID:a7IS8KL2(1) AAS
同じことだよ
TortoiseSVNを使っていても他人の変更が勝手に降ってくることはないぞ
これまでほぼ無意識にときどき更新コマンドを実行してたんだろ
Gitでもそれと同じように無意識にときどきフェッチすればいい
リポジトリが新しかったりローカルが汚れているときにコンソールが赤とか黄色とかになる環境を作っておけばさらに分かりやすくなる
871(2): デフォルトの名無しさん [sage] 2022/04/02(土) 17:33:56.91 ID:y/uyzFp6(3/4) AAS
>>870
その「更新コマンド」を実行すべきタイミングが分からないんですよ
とりあえずプルすれば、変更されていれば更新されるけど
変更されていなければ更新されない
いちいちメールかなにかで連絡もらえれば、プルするから実害はないんだけど
872: デフォルトの名無しさん [sage] 2022/04/02(土) 17:37:22.85 ID:OkBLvXjb(1) AAS
git push したらｖｐｓのソースが更新されるようにしたのに、ヒミツ鍵でログインするタイプのvpsに変えたらgit pushでエラーが出るようになったわ
873(1): デフォルトの名無しさん [sage] 2022/04/02(土) 17:50:45.78 ID:ofyuLHc/(1/2) AAS
>>871
気になった時fetchすりゃいいんだよ。
874: デフォルトの名無しさん [sage] 2022/04/02(土) 18:18:39.57 ID:y/uyzFp6(4/4) AAS
>>873
１分おきにfetchするアルバイト雇ったほうが工数的にはいいですね
875(1): デフォルトの名無しさん [sage] 2022/04/02(土) 23:09:26.57 ID:ofyuLHc/(2/2) AAS
変な質問だと思ったがネタだったか。四ね。
876(1): デフォルトの名無しさん [sage] 2022/04/03(日) 00:33:31.34 ID:TSy6KLqO(1) AAS
git reflogを時間指定して実行すると上手くログが取得できないんだが、自分だけ？
git logは普通に動く
877: デフォルトの名無しさん [sage] 2022/04/03(日) 09:55:27.42 ID:sNbs7j4z(1) AAS
>>875
釣られましたねｗ
878: デフォルトの名無しさん [sage] 2022/04/03(日) 11:58:15.04 ID:YOg/TQMm(1) AAS
気になったらエッチとな？
879: デフォルトの名無しさん [sage] 2022/04/04(月) 18:26:27.90 ID:uBqMrhkR(1) AAS
>>876
reflogで表示される時間はその操作が行われた時間ではなくてその操作の結果のHEADのコミットの時間で、reflogの--afterとかによる表示範囲判定は操作が行われた時間に基づいて判定されるぽいから、変な風に感じる？
HEADのコミットの時間でなくて操作した時間をreflogで表示する方法はあるのかな
880(1): デフォルトの名無しさん [sage] 2022/04/05(火) 06:52:00.45 ID:HDipRGT6(1/2) AAS
>>871
俺は開発ブランチにcommitした後にmasterをfetchしてる
で、マージすべき内容ならmergeする
881(1): デフォルトの名無しさん [sage] 2022/04/05(火) 06:57:58.21 ID:qPBzPdZO(1/2) AAS
>>880
こういうのが居ると無駄なマージ履歴が残る。
コミットまたはプッシュする前にプルしてマージ完了した状態でプルするルールにしてる。
882: デフォルトの名無しさん [sage] 2022/04/05(火) 06:58:45.84 ID:qPBzPdZO(2/2) AAS
×プルするルール
◯プッシュするルール
883: デフォルトの名無しさん [sage] 2022/04/05(火) 07:02:20.74 ID:HDipRGT6(2/2) AAS
>>881
これはfetchかpullのタイミングの話であって、それとこれとは別の話だよ
それはpull request用のブランチにsquashなりすれば解決することだろ
884: デフォルトの名無しさん [sage] 2022/04/05(火) 07:09:17.66 ID:LSxkXP/U(1) AAS
squashするとまた意味が変わってくる
無駄なマージコミットを気にするならpull --rebaseするといい
885: デフォルトの名無しさん [sage] 2022/04/05(火) 08:27:03.94 ID:Tv9hyPpM(1) AAS
内容ごとにブランチを切って、実装完了後にマージしたほうがいい。
こまめにマージする必要あるけど。
886: デフォルトの名無しさん [sage] 2022/04/05(火) 08:37:26.26 ID:VZWFnuGC(1) AAS
rebaseすると途中のコミットが見たことないスナップショットに化けるから諦めてmergeする派
887: デフォルトの名無しさん [sage] 2022/04/05(火) 10:22:46.93 ID:Ti8ZULSh(1) AAS
どうせマージコミットしか見ないからどうでもいいわ
888: デフォルトの名無しさん [sage] 2022/04/05(火) 12:59:38.64 ID:HRL2Dhl7(1) AAS
Git v2.36.0-rc0
889: デフォルトの名無しさん [sage] 2022/04/10(日) 12:29:54.84 ID:/cWGM6C3(1) AAS
Git v2.36.0-rc1
890(2): デフォルトの名無しさん [] 2022/04/10(日) 12:43:00.27 ID:gTtQQEaq(1) AAS
今からGitを始めます初心者の質問です。
Gitに設定するユーザー名、メールアドレスと
GitHubのアカウント作成で指定するユーザー名、メールアドレスは
同じものでないといけないのでしょうか？
891(1): デフォルトの名無しさん [sage] 2022/04/10(日) 23:00:07.32 ID:TJ08CsNt(1) AAS
ネットでgitをググると
コミットしたらﾌﾟｯｼｭっする癖をつけようなんて見かけるけど
それなら意味なくね
892: デフォルトの名無しさん [sage] 2022/04/10(日) 23:03:53.52 ID:OSeViOAV(1) AAS
>>891
なんの意味？
893: デフォルトの名無しさん [sage] 2022/04/10(日) 23:58:14.27 ID:ZMrXNR+Y(1) AAS
分散型リポジトリの意味かな？
つーかcommit→pushの流れが癖になるとまずいぞ
develop or masterで作業してるかfeatureブランチをpushすることになる
894(1): デフォルトの名無しさん [sage] 2022/04/11(月) 00:51:42.12 ID:1i0W5uZP(1/2) AAS
>>890
同じにしないといけない
違ってるとGitHub上でコミットとユーザーが紐付かない
なおGitHubのメールアドレスは複数設定できる
895(2): デフォルトの名無しさん [sage] 2022/04/11(月) 01:06:26.04 ID:Ip9E4gkF(1/2) AAS
いつプルすべきなのかさっぱり分からないんだけど
いちいちフェッチして更新されてたらプルなの？
svnの時はフォルダのアイコンが変わるから、すぐ分かったんだけど
ｇｉｔはめんどくさくてしかたねー
896(1): デフォルトの名無しさん [sage] 2022/04/11(月) 01:21:42.99 ID:IXb9iAbb(1/2) AAS
>>895
フォルダーのアイコンが変わるのはsvnの機能ではないだろw
897: デフォルトの名無しさん [sage] 2022/04/11(月) 01:26:34.08 ID:FKgiTkDa(1) AAS
ちんちんシュッ！シュッ！シュッ！
898(1): デフォルトの名無しさん [sage] 2022/04/11(月) 03:26:40.92 ID:UsZcfkXO(1) AAS
>>895
そもそもsvnの挙動を勘違いしてんじゃん
899(2): 890 [] 2022/04/11(月) 07:24:40.88 ID:pyEhSslH(1) AAS
>>894
レスありがとうございます。
そうしますと、
複数のメンバーでGitHubの一つのアカウント(リポジトリ)を共有する時の
各メンバーを識別するIDは、どこで指定するのでしょうか？
900(1): デフォルトの名無しさん [sage] 2022/04/11(月) 07:35:11.19 ID:IXb9iAbb(2/2) AAS
どんなメールアドレスでもpushできるよ
901(1): デフォルトの名無しさん [sage] 2022/04/11(月) 08:54:42.93 ID:Ip9E4gkF(2/2) AAS
>>896
>>898
本筋には触れずに、否定をするﾜﾗ
902: デフォルトの名無しさん [sage] 2022/04/11(月) 09:14:16.92 ID:1i0W5uZP(2/2) AAS
>>899
関係ない。各自が自分のGitHub userに設定済みのメールアドレスでコミットすればいい。
GitHub上で制御できるのは「誰がリポジトリにpushできるか」までで、>>900も言ってるがどんなメールアドレスのコミットが含まれていてもpushできる。
たまたまコミットのメールアドレスがGitHub userと同じならGitHub上でそのユーザーがコミットしたように見えるというただそれだけのこと。
903: デフォルトの名無しさん [sage] 2022/04/11(月) 14:06:10.85 ID:MP0q4WMO(1) AAS
>>899
githubでプライベートリポジトリを複数ユーザで共有する場合は、共有するユーザみんな別々のアカウント作って、誰かが作ったレポジトリに他のユーザを招待して、pushするときにはそれぞれ各ユーザのアカウントで認証された状態ですることになるよね
だから上でもだれか言ってるように、コミットのメールアドレスは認証で使われるわけじゃないから、どんなメールアドレスでもpushできる
しかし、コミットのメールアドレスは重要でないというわけでもなくて、コミット一覧とか表示させたときにコミットのメールアドレスに基づいてユーザ名とか写真を表示したりするので、githubのアカウントに登録してあるメールアドレスをgitの方にも登録しておくほうが良い
904: デフォルトの名無しさん [sage] 2022/04/11(月) 20:59:30.97 ID:voKtAiO9(1) AAS
>>901
少し上のレスを見ればわかるけど、その質問は「また釣りか」と思われてまともなレスは付かない。
905: デフォルトの名無しさん [sage] 2022/04/13(水) 01:15:32.19 ID:TZC3qPMK(1/2) AAS
とある本の不要になったブランチを削除する手順で
?リモートリポジトリの消したいブランチを削除
?Sourcetreeのフェッチのリモートで消えた追跡ブランチを消去(Prune)
?Sourcetreeの消したいローカルブランチを右クリックして削除
とありますが、?がリモートリポジトリのブランチを削除、
?がローカルのそれだとすると
?の手順にはどんな意味があるのでしょうか
906(1): デフォルトの名無しさん [sage] 2022/04/13(水) 02:12:16.50 ID:eS/flNB4(1) AAS
ブランチには?リモートブランチ ?(リモート)追跡ブランチ ?ローカルブランチの3種類がある
文脈によってこれらはしばしば混同されるので気をつけていないと混乱する
?はサーバー側にあり、??はクライアント側にある
?は常に?のコピーで、フェッチするたびに?の最新と同期される
だからネットワークに繋がっていなくてもいつでもリモートのログが見れる
「リモートブランチのログを見る」というとき、正確には?ではなく?のログを見る行為を指す
フェッチしていなければ???が全て別のコミットを指すこともある
?を消し忘れると、サーバー側のブランチは削除済みなのに、そのクライアントからはまだリモートブランチが消えていないように見える
上下前次1-新書関写板覧索設栞歴
あと 96 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s