Git 20 (619ﾚｽ)
上下前次1-新
287: (ｱｳｱｳｳｰ Sa47-zrHT) 01/28(火)00:30 ID:knz0Jl8ca(1) AAS
RCSの話をしたくなるね
288: (ﾜｯﾁｮｲ 7a86-Uu4E) 01/28(火)06:16 ID:OdcIn15O0(1) AAS
VSSもかなりあとまで使っていたけどな
35歳以上なら知っていることが多い
289: (ﾜｯﾁｮｲ 1a6e-dNed) 01/28(火)12:37 ID:bnD9cEyX0(1) AAS
いまでもVisualStudioのソースコード管理はVSSライクなのあるよね。
Gitも使えるけど。
開発の中心じゃないメンバーも使う仕様書管理とかだとそっちの方が
評判高いというか、Gitは使わないよなw
290: (ｱｳｱｳｴｰ Sa52-FFa5) 01/28(火)13:19 ID:dqvH8r5Ca(1) AAS
SVNも忘れないで
291: (ｱｳｱｳｳｰ Sa47-zrHT) 01/28(火)20:38 ID:n6IrqaQHa(1) AAS
Gitを知ろう！昔のソース管理とGit
の絵を見るとGitって難しい事してるな、って思う。
逆に古いツールは複雑なマージ出来るんだっけ？と不安になる。
292(1): (ﾜｯﾁｮｲ 3be6-6AoA) 01/29(水)13:05 ID:iK+g/tdh0(1) AAS
Gitはオープンソースのプロジェクトを分散管理するのが目的だろうから、
社内のソース管理とかに使うと、なんか前より面倒くさくなったなと感じる
293: (ﾜｯﾁｮｲ cebb-ncSF) 01/29(水)13:38 ID:vsr4sfYf0(1/3) AAS
>>292
git は world wide にユニークな名前で管理して無限（おおげさな表現）にスケールすることが利点の1つなので
少人数のプロジェクトだとこの利点は感じ難いのは仕方ない、あらゆる利点は逆からみれば欠点なわけだし
294: (ﾜｯﾁｮｲ cebb-ncSF) 01/29(水)13:41 ID:vsr4sfYf0(2/3) AAS
git の他の利点、例えばブランチを切ったり繋いだりするのが早くて操作も簡単
みたいなのに慣れてくると個人利用のみでも手放せなくなる
295: (ﾜｯﾁｮｲ 1bf9-pXYx) 01/29(水)15:51 ID:O2q9bD9Z0(1) AAS
正直、ローカルリポジトリを持たずに直接GitHubにコミットできるオプションがあったら便利だと思う
クライアントとサーバーが等価なのがアーキテクチャとして美しいのはわかるけど、
安定したネットワーク環境とリモートへの反映が前提なら実用的にはあまり意味ないのよね
余計な手間が増えるだけだし、作業者マインドの人(情シスとか情シスとか)に理解させるのに苦労する
296: (ﾜｯﾁｮｲ 7a8e-0HiR) 01/29(水)16:45 ID:NEN1+s6c0(1) AAS
なるほど、必要なら作ってくれ
297: (ﾜｯﾁｮｲ 7ab6-N+ua) 01/29(水)17:08 ID:j23j/EVS0(1) AAS
最近のGitHubはweb上で編集してプルリク投げまで完結できたよね？
あんまし使ったことないけど
298(2): (ﾜｯﾁｮｲ b65f-rEDf) 01/29(水)17:26 ID:wXwWo4Yf0(1) AAS
会社ではプッシュばっかり使っててプルリクの概念がいまだによくわかってない
このブランチをプルしてマージしてください ってお願いするのがプルリクなんだよね？
会社でこれをやるなら、ソース管理者みたいな人を立ててその人に依頼すんの？
299: (ﾜｯﾁｮｲ 7f3c-zT4W) 01/29(水)18:19 ID:u4GPoyB40(1/2) AAS
君のチームのワークフローに合わせればいい。Gitだからどうとかじゃなく。
考え方は簡単、他者の承認またはレビューを必要とするときに pull request を作る、承認したらマージする、これだけ。
例えばタスク毎にメイン開発者AとレビュワーBがアサインされていて、リリースにオーナーCの承認を必要とするなら、下記が考えられる。
開発タスクのクローズ : AがタスクのブランチからmainブランチへのPRを作成し、Bにレビューを依頼。BがPRを承認し、AまたはBがマージ。
リリース : 開発チームの誰かが main から production ブランチへのPRを作成し、Cがマージ。その後GitHub Actions等のCI/CDツールが本番環境へデプロイする。
上記はよくある流れではあるが、GitやGitHubだからこうするというわけではないことに留意せよ。
開発フローはそれらとは独立に決められるべきであり、それをGitHubの機能を使って実装するだけだ。
300: (ﾜｯﾁｮｲ cebb-ncSF) 01/29(水)19:20 ID:vsr4sfYf0(3/3) AAS
>>298
ワークフロー次第だが、もともと想定されてるのは
個人用公開リポジトリ ←push― 個人用ローカルリポジトリ ←commit― 作業ディレクトリ
という環境を全員が持ってる前提で
プルリクエストというのは、「俺の公開リポジトリに push したので、そこからお前のリポジトリに pull してくれ」という要求
これを責任者宛に出せば
チームリーダーとかリリース・マネージャーとかの責任者がチェックして問題なければ、それを彼の個人ローカル・リポジトリでマージする（その後に彼の公開リポジトリに push して公開する）
301(1): (ﾜｯﾁｮｲ 7f36-zT4W) 01/29(水)21:57 ID:u4GPoyB40(2/2) AAS
企業での開発においては共通のリポジトリを皆で触るのが一般的であり、”pull” requestは実際には同一リポジトリ内でのマージのみに使用する
forkはガバナンスを困難にし情報漏洩につながるリスクがあるため、そもそもorganizationまたはenterpriseのポリシーで一律禁止するのがベストプラクティス
302: (ﾜｯﾁｮｲ 7f86-ImQ9) 01/30(木)01:09 ID:o8nH7UIQ0(1) AAS
GitLabだとマージリクエストって名前なんだけど、個人的にはこっちの名の方がしっくり来るんだよなあ
303: (ﾜｯﾁｮｲ 9727-dNed) 01/30(木)01:12 ID:sgBWR4v+0(1/2) AAS
プルだと向こうが主語だもんな
引っ張ってぇ、的な
304: (ﾜｯﾁｮｲ 0ec9-X4Kx) 01/30(木)08:03 ID:yzi2OnyQ0(1/2) AAS
リクエストだから向こうが主語だよ
何いってんのさ
どちらも依頼だけど取り込む段階に着目するかマージする段階に着目するかの違いだよ
305(1): (ﾜｯﾁｮｲ cebb-ncSF) 01/30(木)08:48 ID:5L7oVd850(1/3) AAS
pull ってのは 「fetch して merge 」の省略形なので当然 merge もリクエストしてる
分散リポジトリなら先に merge の前に fetch してもらう必要があるので pull リクエストを出す
共用リポジトリとかなら fetch する必要がないので単なる merge リクエストを出す
この違いが分かって使い分けできないやつが git 使ってるの爆笑ものなんだが
ここは分かってないやつ多そうだな
306(1): (ﾍﾞｰｲﾓ MM06-zT4W) 01/30(木)10:31 ID:Be3+/jiBM(1) AAS
企業内での開発の場合、pull(merge) requestは要請というよりレビューと承認を求める意味合いが強い。
結局マージを行うのも同じ人(別の人間かもしれないが基本的には同一の責任主体と見做せる)であることがほとんどだから。
その意味ではシンプルに review request
307(1): (ﾍﾞｰｲﾓ MM06-zT4W) 01/30(木)10:47 ID:sLaRrBQRM(1/2) AAS
企業内での開発の場合、pull(merge) requestはコードレビューと承認を得ることを目的に作成され、その上でマージを誰が行うかは重要ではないんだよね。
というか多くのチームでは作成した本人がマージしている。
このへんの用語は実際初心者に教えてると理解しづらいようで、pullじゃなくてmergeにしたら解決というものでもない。
まあ、だからってもっと良い呼称は俺は思いつかないが。
308: 307 (ﾍﾞｰｲﾓ MM06-zT4W) 01/30(木)10:52 ID:sLaRrBQRM(2/2) AAS
すまん、>>306は誤って書き込んだ。
309(1): (ｵｯﾍﾟｹ Sr3b-ImQ9) 01/30(木)11:21 ID:aXMNWhD7r(1) AAS
>>305
じゃあなんでGitLabはプルリクエストじゃなくてマージリクエストなの？
GitLabユーザーはfetchなんてしないのかしら？
310: (ｽﾌﾟｰﾌﾟ Sd5a-zT4W) 01/30(木)15:36 ID:yII0bm57d(1) AAS
しない。したとしても極めて稀。
OSS開発者のためのソーシャルコーディングサービスとして開発されたGitHubと異なり、
GitLabは当初からエンタープライズでのクローズドな開発を前提としており、>>301の通り基本的に共有リポジトリを使うから。
311(2): (ﾜｯﾁｮｲ cebb-ncSF) 01/30(木)16:07 ID:5L7oVd850(2/3) AAS
>>307
それはちょっと違う
本来は review とかが全部終わった完成したものについて出すのが merge/pull リクエスト
review する人と merge する人が一緒の時に手抜きで一回で済ますだけでワークフロー上は完全に別物
312: (ﾜｯﾁｮｲ 1b16-zT4W) 01/30(木)16:38 ID:NcQM/92I0(1) AAS
>>311
使ったことがあるとは思えん
pull requestに対するレビュー結果の追加とマージの実行は別の操作だぞ
313: (ﾜｯﾁｮｲ 973f-dNed) 01/30(木)16:53 ID:sgBWR4v+0(2/2) AAS
盛り上がってまいりました
314(1): (ﾜｯﾁｮｲ cebb-ncSF) 01/30(木)17:25 ID:5L7oVd850(3/3) AAS
>>309
>>311
github は分散リポジトリを念頭にサーバ上の統合作業の用語を選択した
gitlab は共用リポジトリを念頭にサーバ上の統合作業の用語を選択した
これは本来の git の意図とはズレてるのでリーナスが切れた（サーバ上では統合作業 merge/pull しない、それらは手元のローカル・リポジトリでやるのが git 本来の流儀）
git で pull request はもともと相手のローカル・リポジトリへの pull を要求するというそのままの意味（github は用語を変に流用しただけ、本来の使い方ではない
linux kernel だと subsystem maintainer とかが subsystem の開発リポジトリから完成した分をリーナスの個人リポジトリに取り込んでリリースに含めるよう最終的な要求するのが pull request の意味
省1
315: (ﾜｯﾁｮｲ 0ec9-X4Kx) 01/30(木)21:25 ID:yzi2OnyQ0(2/2) AAS
fetchしないってかなり語弊があるよな
316(2): (ﾜｯﾁｮｲ df02-zT4W) 01/31(金)09:01 ID:fWRcePGc0(1) AAS
>>314
で、あんたは>>298が会社でGitHubのpull requestを活用するにあたってLinuxカーネルと同様のMLベースのプロセスを導入すべきだと言いたいのか？
でないならその情報は質問者にとってたんなるのいずだ
317: (ﾜｯﾁｮｲ cebb-ncSF) 01/31(金)09:31 ID:uF0JLDg90(1) AAS
>>316
ここは GitHub スレではなくて git スレだ
git 本来の用法と用語があるんだ
GitHub の勝手用語を前提にしていない
318: (ﾜｯﾁｮｲ 7f65-ncSF) 01/31(金)10:15 ID:9dfMKsJi0(1) AAS
>>316
> あんたはGitHubのpull requestを活用するにあって
俺に聞いてる？ 俺のアドバイスなら
git 本来の pull request は業務フローによって必要だったり不要だったりする、参考に知っておくと良い
Github の pull request は使う必要も学ぶ必要もないゴミ、そのまま忘れてしまって良い、周りで使おうとするやついたら全力で止めるレベル
319(1): (ｱｳｱｳｴｰ Sabf-J/8e) 02/05(水)14:37 ID:RWIQAOlpa(1) AAS
fork して勝手に成長させて fork 側が立派に育ったら
pull request なんてしなくても勝手に pull してくれるのが理想
320: (ﾜｯﾁｮｲ 7fbb-xxu2) 02/06(木)01:42 ID:3KBUKtr20(1) AAS
>>319
いつ、誰が、何のために、どこから、どこへ pull すべきか指定するのが pull request なんだが
超絶AIでも開発してタイミングや理由を説明するのか？ 誰がはどうする？ 人間が AI から命令を受け取るのか？ 責任者不明のコミットができる GitHub状態なのか？
楽し過ぎるな。それやるくらいなら多分AIに全部のプログラム書かせた方が早いと思うぞ
321: (ﾜｯﾁｮｲ 8f06-4ELh) 02/08(土)21:27 ID:yVxtkiH10(1) AAS
また説教おじさん
322: (ﾜｯﾁｮｲ 8618-CnNF) 02/12(水)02:05 ID:3tQGE9a70(1) AAS
git stashで、新規のファイルも一時退避したいのですが、デフォだと無視されるようですね
何か方法はないでしょうか
ま、新規ファイルはgitに未登録だから放置プレイせよ、ということなのかもしれませんが
なんとなくスッキリしないというか
323: (ﾜｯﾁｮｲ 6a96-2Ob3) 02/12(水)02:14 ID:W9y8zQE70(1) AAS
git add -A してから git stash
324: (ﾜｯﾁｮｲ 46a9-6Hi7) 02/12(水)02:20 ID:J/UI6pYQ0(1) AAS
-u
こんなとこ書き込む暇あったらググるかAIに聞け
325: (ｵｯﾍﾟｹ Sra3-7S74) 02/13(木)23:46 ID:hYbijExcr(1) AAS
スレ過疎ってるんだからええやん別に
326(1): (ﾜｯﾁｮｲ 0a07-3/r5) 02/14(金)12:09 ID:wNm1lBEt0(1) AAS
2月寒いなあ、まだ冬型続くのかな？
みたいな質問するのは挨拶、話題作り、ネタ提供で雑談のきっかけにしたいだけなのに
「そんなのはググって気象庁のサイトを調べろ」とか言われちゃう感じだよねw
327(1): (ﾜｯﾁｮｲ 9ebb-yVXq) 02/14(金)12:41 ID:cflAAi0P0(1) AAS
>>326
みんなの集まる会議の席上で天気の質問とか始めたら、「さっさと始めろ、他人の時間を無駄にするな」って怒られるだろ
個人の雑談と、多数が集まる場所での発言は違うんじゃないかな？
他人の時間を無駄にしないために自分で調べられることは調べた上で、分からない部分があったら質問するのが人としての礼儀
328: (ﾜｯﾁｮｲ 0a54-h2pK) 02/14(金)12:57 ID:b+7l3s230(1) AAS
はたから見た感想
質問者の「ま、～というか」っていう余計なくだりを書かなければ余計な苦言も返されなかったかもと思った
329(1): (ｵｯﾍﾟｹ Sra3-7S74) 02/15(土)00:32 ID:6v957rAir(1) AAS
>>327
このスレに多数の人が集まってるって言えるの？
330(1): (ﾜｯﾁｮｲ 9ebb-yVXq) 02/15(土)01:49 ID:ueLeU4Nj0(1) AAS
>>329
俺とお前の二人きりでないのは確実だ
331: (ﾜｯﾁｮｲ 867e-u07z) 02/15(土)05:04 ID:0wMi8etC0(1) AAS
>>330
俺とお前と大五郎
332: (ｱｳｱｳｴｰ Sa13-9cJ9) 02/16(日)12:05 ID:rAQQ2/+ca(1) AAS
点呼始めると急に人減るからな
333(1): (ﾜｯﾁｮｲ 7a6a-3k27) 02/26(水)19:03 ID:dyHUusCc0(1/2) AAS
GitはConflictの修正で強制的にVim使わせんのやめてほしいんだが
WindowsユーザーがVimなんて日常的に使ってるわけねーんだが想像力ねーのかよ馬鹿が
みんなしち面倒だから極力競合しないように気を使ってて競合修正すること自体も少ないから
たまに競合すると修正するのだけでも怠いのにそれに輪を加えてVim使わされるから調べ物が二倍になんだよハゲが
さっさと競合の修正をVSCodeのエディタでできるようにしろボケ
334(1): (ﾜｯﾁｮｲ f6bb-/2vo) 02/26(水)21:59 ID:tc9QKrsR0(1) AAS
>>333
お前のって変更できないの？
何をつかってるんだろう
335: (ﾜｯﾁｮｲ e9d4-DMRV) 02/26(水)22:20 ID:uVlYXScm0(1) AAS
Vimの使い方を必死で調べる癖に、Gitの使い方は調べないのか
おかしいよな、やっぱり釣りかな
336(1): (ﾜｯﾁｮｲ 7a47-1YEc) 02/26(水)22:22 ID:ZoHclDk+0(1) AAS
キレてんね～
外部ﾘﾝｸ:docs.github.com
337(2): (ﾜｯﾁｮｲ 7a6a-3k27) 02/26(水)22:24 ID:dyHUusCc0(2/2) AAS
>>334
開発環境はVisual Studio 2022かVScodeなんだがGitはTerminalのPowerShellのCLIでコマンド入力して使ってんだわ
だからTerminalからbarnchをmergeしたときに競合が起きると強制的にVimになってただでさえ競合でマズっ！て動揺しとんのlにブチギレそうになるんよ
TerminalからGitを使って競合したときにVSCodeでDiffする機能がググってもみつからねーんだよ
338: (ﾄﾞｺｸﾞﾛ MMfe-xrb0) 02/27(木)06:49 ID:CZtmiDI/M(1) AAS
まあ、ぐーぐるが蔓延ってからフリーソフトはダメになったよな
マイクロソフトを使ってるやつらが雪崩れ込んできてからさらに異質になってきた
339: (ﾜｯﾁｮｲ e97c-QOIR) 02/27(木)07:25 ID:1tEOde+m0(1) AAS
どういう意味？
340: (ﾜｯﾁｮｲ ae97-D2xv) 02/27(木)08:17 ID:3+Px+dpt0(1) AAS
ドキュメント読まない、考えない奴が増えたということでは？
341: (ﾜｯﾁｮｲ 5a89-4Ve5) 02/27(木)09:10 ID:8vSp/RjD0(1/2) AAS
この流れでフリーソフトがダメになったとか言い出すの謎
初心者の不満に優しい回答者が解決してあげただけで、不満はお門違いなもので必要な機能は完全な形で提供されてた
342(1): (ﾜｯﾁｮｲ f6bb-/2vo) 02/27(木)09:36 ID:XU/twqEe0(1/2) AAS
git は機能が多過ぎてマニュアル読んでもどこに書いてあるんだか見つけれないというのはあるんだと思う
けなしたりせずに最初から丁寧に質問すれば良いのに、質問者が悪い
343: (ｱｳｱｳｳｰ Sa39-c/TO) 02/27(木)12:49 ID:VQNvJTxha(1) AAS
>>337
だっさ
344: (ﾜｯﾁｮｲ f6bb-/2vo) 02/27(木)13:38 ID:XU/twqEe0(2/2) AAS
個人的には
unix/linux屋の感性だとエディタとか特定のやつ強制されたら、もう宣戦布告扱いなんで絶対に変更できるようになってる
EDITOR環境変数とかに追従しないならチュートリアルの先頭あたりで説明がある
とういの感覚なんだけど Windows みたいにお仕着せに甘んじるのに慣れさせられた子羊ちゃんたちには厳しい世界に見えるんだろうか？
345: (ﾜｯﾁｮｲ 7a6a-Ggiq) 02/27(木)15:26 ID:epdZy57f0(1) AAS
>>342
難しくてわからない質問されて見下された気がしてイラッとしたからとりあえず煽っとくまで読んだ
346: (ﾜｯﾁｮｲ 5a22-4Ve5) 02/27(木)18:59 ID:8vSp/RjD0(2/2) AAS
おかしな人を一人見ただけで最近の子は～とか言い出しちゃうのって老化現象なのでは
347: (ﾜｯﾁｮｲ 7a75-08Wt) 02/28(金)01:35 ID:1HSOHgVq0(1) AAS
>>337
ターミナルも仕様がよくわからないのによく使うな
比較的、新しいものを使うなら古い方を知ったうえで使わないと
348: (ﾜｯﾁｮｲ e9bf-DMRV) 02/28(金)02:45 ID:anIDZvfV0(1) AAS
ここ老人ばかりだし老化現象ではと言われてもあんまり効かないよね
349: (ﾜｯﾁｮｲ 0a94-8Fdy) 02/28(金)08:41 ID:rekq6zs60(1) AAS
>>336 に礼くらいしろ。
感謝すらできないタダメシ寄生虫かよ。
350: (ﾜｯﾁｮｲ 5ae6-4Ve5) 02/28(金)09:19 ID:f1y1aNyV0(1/2) AAS
礼を求めるのはムリだろー
素直に教えを請うのではなく怒り散らすことで回りが俺様を助けてくれることを期待する駄々っ子タイプなのは最初の発言からわかってる
351: (ﾜｯﾁｮｲ 5ae6-4Ve5) 02/28(金)09:30 ID:f1y1aNyV0(2/2) AAS
今回の場合、Gitのダメなところをぶちまけて憂さ晴らししようとす来たら反論で恥かかされてさらに怒ってるまである
352: (ｱｳｱｳｳｰ Sa39-c/TO) 03/01(土)11:36 ID:dZ2eBKvGa(1) AAS
久々に落ちて来た餌に群がる深海魚のようでつね
353: (ﾜｯﾁｮｲ e96e-DMRV) 03/01(土)12:39 ID:uxtJasyd0(1) AAS
よく言われる
顔が深海魚みたいだって
354(2): (ﾜｯﾁｮｲ 7986-3FuH) 03/05(水)20:27 ID:k4iH0qBY0(1) AAS
masterからbranch切ってコミットして、VSCodeにSyncronizeってボタンでたからそれ押したらmasterブランチで？に？pushされた
これってコマンドだとどういうコマンド使ったことになるの？
何か嫌だったからmasterブランチの方はpullしてrevertして、masterと新しく切ったbranchをpushしなおした
355(1): (ﾜｯﾁｮｲ 536a-t7h7) 03/05(水)20:32 ID:DnMeoT1g0(1) AAS
GitはCLIの方が圧倒的に使いやすいわ
GUIやとでけへんことが多すぎるし逆に面倒やからな
ニワカどもがSourcetreeとかGithub Desktopとかを初心者にすすめんのやめーや
最初が肝心なんやからどうせ教えるならしっかり手取り足取りCLIで教えたれ
356(2): (ﾜｯﾁｮｲ 7b58-fnNf) 03/06(木)02:17 ID:X0p8pnT00(1/3) AAS
コミット履歴見ながらあれこれやるときはcliはやってられんでしょ
357: (ﾜｯﾁｮｲ 79ab-kaVN) 03/06(木)08:13 ID:SoBTsc5U0(1) AAS
サーバ側のログ見たけどエラーログしか吐いてなくて、アクセスログ的なログは無かった
358(1): (ﾜｯﾁｮｲ 8bbb-LrI7) 03/06(木)08:37 ID:TZy25+2E0(1/4) AAS
>>356
why?
CLI しか使ったことないけど
359(1): (ﾌﾞｰｲﾓ MMeb-tbEw) 03/06(木)13:33 ID:SW3gTDW+M(1) AAS
>>355
コマンドはネット上に嘘が大量に書かれているからなあ
360: (ﾜｯﾁｮｲ 2b81-YB0R) 03/06(木)14:56 ID:hrpDJRUa0(1) AAS
>>359
マジで？
困った時しか調べないので気付いてない。
361(1): (ﾜｯﾁｮｲ 7b58-fnNf) 03/06(木)15:07 ID:X0p8pnT00(2/3) AAS
>>358
マウスなら数手で済むところをハッシュ見て打ち込んでスクロールアウトしたから見直してとか非効率
何事も向き不向きがある
362(1): (ﾜｯﾁｮｲ 8bbb-LrI7) 03/06(木)16:54 ID:TZy25+2E0(2/4) AAS
>>361
意味わからん
普通キーボードから手を離してマウスに手を持っていく暇があれば、その時間にコマンド打ち終わって実行結果の確認まで終わって次の作業始めれるけど？
CLI使うかエディタのショートカット使うかの2択だろ、マウスの出る幕はない
363(1): (ﾜｯﾁｮｲ 7b58-fnNf) 03/06(木)17:47 ID:X0p8pnT00(3/3) AAS
>>362
それいうならおれはトラックポイント使ってるから持ち替えるなんて無駄はとっくの昔に排除してるっての
おれはCLIでも使える
環境変えた時に困るからな
で比較した上で言ってる
364: (ﾜｯﾁｮｲ 8bbb-LrI7) 03/06(木)18:43 ID:TZy25+2E0(3/4) AAS
>>363
何が言いたいか分からん、俺は無能なのでGUIで十分って言ってるの？
「CLIだとやってられない」の根拠をまるで示せてないけど？
command のオプションとか使いこなせてないだろうことは何となく察せられる。例えば履歴見る時に git log に -G とか --grep とか使ったことある？ この違いって即答できる？
365: (ﾜｯﾁｮｲ 536a-t7h7) 03/06(木)19:00 ID:/b+y/+WW0(1) AAS
いやGitは明らかにGUIよりCLIの方が使いやすいんやがwww
いやちゃうなCLIが使いやすいんやなくてGUIがどれもクソすぎるんや
唯一マシなGitKrakenはクソ高いサブスクやしな
366(1): (ﾜｯﾁｮｲ 1156-qG2n) 03/06(木)19:10 ID:EYycW5pS0(1) AAS
CLI派はステージする行を取捨選択したいときどうするの？
煽りたいわけじゃなくて興味がある
なお俺は普段VSCodeとlazygitを使っていて込み入った操作のときだけCLI使っている
367(1): (ﾜｯﾁｮｲ 8bbb-LrI7) 03/06(木)20:03 ID:TZy25+2E0(4/4) AAS
>>366
git add -e でエディタで選択
git add -i でCLIメニューで選択
個人的には前者を多用してる
上下前次1-新書関写板覧索設栞歴
あと 252 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.019s