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


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

Git 20



1 名前:デフォルトの名無しさん mailto:age [2024/02/15(木) 09:50:09.07 ID:En27mXas0.net]

ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git
git-scm.com/

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

◆前スレ
Git 17
https://mevius.5ch.net/test/read.cgi/tech/1599016710/
Git 18
mevius.5ch.net/test/read.cgi/tech/1650651945/
Git 19
https://mevius.5ch.net/test/read.cgi/tech/1667720427/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

267 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 09:22:23.44 ID:5LAJlDxM0.net]
個人作業用のブランチにpushすりゃいいじゃん

268 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 10:01:54.42 ID:RFmrvYtC0.net]
常套手段は知らんけど壊れることまで心配するならクラウドバックアップとRAIDじゃないの
手軽な手段ならpushとpush -fだな
-fで困る人いないでしょ

269 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 10:05:22.41 ID:RFmrvYtC0.net]
汚すことができないやむを得ない事情があるなら自由になる別のリモートを増やしてブランチをミラーリングしておく

270 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 10:42:03.41 ID:JYmON0LL0.net]
>>266
・ディスクをレイドとかにして耐障害性を上げる
・ディスク/ファイルシステムのバックアップを取る
・バックアップ用の別のリモート・リポジトリにプッシュする
・共用リポジトリに別のブランチ名でプッシュしておく
どれでも好きなのをどうぞ
全部やれば完璧

(最後のなら簡単、運用ルール的にかぶらないブランチ名の付け方決めとくだけでOK、個人名_ブランチ名 とか

271 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 12:27:44.30 ID:vFJWSuXb0.net]
>>267-270
参考になりました、ありがとうございます
.gitフォルダだけを圧縮して逃がしたりしていましたが、
自分しか使わない前提のブランチなら、リモートにプッシュしてしまってもよいものなのですね

272 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 12:36:39.07 ID:5LAJlDxM0.net]
>>271
チームでやってるならチームのルールを確認

273 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 12:54:07.03 ID:JYmON0LL0.net]
>>271
git のブランチなんていくら push しても容量がそんなに増えるようなもんじゃないし、邪魔にもならないんで駄目って言われることはほぼないよ
フィルターしやすくしたり、名前かぶるの避けるためにブランチの命名規則だけは決めておくと良い
(方針によってはバックアップは別のリポジトリがあるからそっち使えって言われることはあるかもしれない

274 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 18:26:22.96 ID:ZEFHCs1J0.net]
>>266
ローカルにスタッシュする or 専用ブランにコミットした上で、.git以下を適当にバックアップするんじゃないの?

リモートに個人的なブランチをpushするのは抵抗感があるなぁ。

275 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 18:36:02.43 ID:vFJWSuXb0.net]
>>274
>>271で書いたような、今自分がやっている方法と同じですね
Gitの使い方としてどうかと思っていたのですが、それも間違いではないのですか



276 名前:デフォルトの名無しさん mailto:sage [2025/01/23(木) 19:41:26.62 ID:ZEFHCs1J0.net]
>>275
大丈夫じゃない?
https://git-scm.com/book/en/v2/Git-Internals-Plumbing-and-Porcelain

277 名前:デフォルトの名無しさん mailto:sage [2025/01/24(金) 14:03:41.62 ID:/oFMYy+rM.net]
仕事でやってるならそれは個人的な作業ではないのだから堂々とリモートにpushすればよい
OSSならそもそもforkしてるだろうからリモートは元々自分専用

278 名前:デフォルトの名無しさん mailto:sage [2025/01/25(土) 15:00:31.31 ID:i3NO8nb7M.net]
道具として異常

知恵遅れがしがみつく道具がgit

279 名前:30 mailto:sage [2025/01/25(土) 17:08:54.33 ID:i1hyUUYx0.net]
じゃあ天才は何使ってんの

280 名前:デフォルトの名無しさん mailto:sage [2025/01/25(土) 17:22:25.79 ID:W3I6NstP0.net]
未だにsvnから移行できないじじいはいたな

281 名前:デフォルトの名無しさん mailto:sage [2025/01/25(土) 17:57:50.21 ID:aP269JYO0.net]
better cvs として使ってます。本当にすみません。 ブランチとか良く使わないです

282 名前:デフォルトの名無しさん [2025/01/26(日) 13:26:52.01 ID:uiy/DQQ3H.net]
やっぱりVisual Source Safeが一番わかりやすくていいよね

283 名前:デフォルトの名無しさん mailto:sage [2025/01/26(日) 16:30:13.37 ID:h32xfORHM.net]
Better CVSではないGitならではのやり方と言えるのなんて、
複数のリモートリポジトリ間でpullし合うような真に分散管理された伝統的なOSS開発スタイルくらいだろ
基本的に大半の人の使い方はBetter CVSの域を出ない
ローカルリポジトリがリモートリポジトリへの反映前のバッファとして使えて便利だな、という程度

284 名前:デフォルトの名無しさん mailto:sage [2025/01/26(日) 16:51:43.41 ID:v8RHgYNZ0.net]
↑中途半端にわかった気になってるじじい

285 名前:デフォルトの名無しさん mailto:sage [2025/01/26(日) 17:14:21.11 ID:OHuPDl3g0.net]
>>283
もうちょっと上手に煽んないと乗れないぞ

そもそもこのスレに cvs 使ったことあるやつがどれだけいると思ってんだ
30年前のアプリ比較に出しても自分が年寄りと表明することにしか
まちもに cvs 使ってたやつなら、恥ずかしくこの書き込みできないんで、きちんと使ったことないのまでは分かるけど



286 名前:30 mailto:sage [2025/01/26(日) 22:56:56.08 ID:Im+l/vn00.net]
CVSなら知ってるよ
コンビニのことでしょ

287 名前:デフォルトの名無しさん [2025/01/27(月) 23:35:25.04 ID:5zVfH4ct0.net]
>>285
40歳以上なら知っている

288 名前:デフォルトの名無しさん mailto:sage [2025/01/28(火) 00:30:38.67 ID:knz0Jl8ca.net]
RCSの話をしたくなるね

289 名前:デフォルトの名無しさん [2025/01/28(火) 06:16:26.21 ID:OdcIn15O0.net]
VSSもかなりあとまで使っていたけどな
35歳以上なら知っていることが多い

290 名前:デフォルトの名無しさん mailto:sage [2025/01/28(火) 12:37:10.14 ID:bnD9cEyX0.net]
いまでもVisualStudioのソースコード管理はVSSライクなのあるよね。
Gitも使えるけど。

開発の中心じゃないメンバーも使う仕様書管理とかだとそっちの方が
評判高いというか、Gitは使わないよなw

291 名前:デフォルトの名無しさん [2025/01/28(火) 13:19:48.30 ID:dqvH8r5Ca.net]
SVNも忘れないで

292 名前:デフォルトの名無しさん mailto:sage [2025/01/28(火) 20:38:47.97 ID:n6IrqaQHa.net]
Gitを知ろう!昔のソース管理とGit

の絵を見るとGitって難しい事してるな、って思う。
逆に古いツールは複雑なマージ出来るんだっけ?と不安になる。

293 名前:デフォルトの名無しさん mailto:sage [2025/01/29(水) 13:05:47.15 ID:iK+g/tdh0.net]
Gitはオープンソースのプロジェクトを分散管理するのが目的だろうから、
社内のソース管理とかに使うと、なんか前より面倒くさくなったなと感じる

294 名前:デフォルトの名無しさん mailto:sage [2025/01/29(水) 13:38:14.63 ID:vsr4sfYf0.net]
>>293
git は world wide にユニークな名前で管理して無限(おおげさな表現)にスケールすることが利点の1つなので
少人数のプロジェクトだとこの利点は感じ難いのは仕方ない、あらゆる利点は逆からみれば欠点なわけだし

295 名前:デフォルトの名無しさん mailto:sage [2025/01/29(水) 13:41:47.19 ID:vsr4sfYf0.net]
git の他の利点、例えばブランチを切ったり繋いだりするのが早くて操作も簡単
みたいなのに慣れてくると個人利用のみでも手放せなくなる



296 名前:デフォルトの名無しさん mailto:sage [2025/01/29(水) 15:51:35.40 ID:O2q9bD9Z0.net]
正直、ローカルリポジトリを持たずに直接GitHubにコミットできるオプションがあったら便利だと思う
クライアントとサーバーが等価なのがアーキテクチャとして美しいのはわかるけど、
安定したネットワーク環境とリモートへの反映が前提なら実用的にはあまり意味ないのよね
余計な手間が増えるだけだし、作業者マインドの人(情シスとか情シスとか)に理解させるのに苦労する

297 名前:デフォルトの名無しさん [2025/01/29(水) 16:45:51.30 ID:NEN1+s6c0.net]
なるほど、必要なら作ってくれ

298 名前:デフォルトの名無しさん mailto:sage [2025/01/29(水) 17:08:05.77 ID:j23j/EVS0.net]
最近のGitHubはweb上で編集してプルリク投げまで完結できたよね?
あんまし使ったことないけど

299 名前:デフォルトの名無しさん mailto:sage [2025/01/29(水) 17:26:33.12 ID:wXwWo4Yf0.net]
会社ではプッシュばっかり使っててプルリクの概念がいまだによくわかってない

このブランチをプルしてマージしてください ってお願いするのがプルリクなんだよね?
会社でこれをやるなら、ソース管理者みたいな人を立ててその人に依頼すんの?

300 名前:デフォルトの名無しさん mailto:sage [2025/01/29(水) 18:19:19.91 ID:u4GPoyB40.net]
君のチームのワークフローに合わせればいい。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の機能を使って実装するだけだ。

301 名前:デフォルトの名無しさん mailto:sage [2025/01/29(水) 19:20:58.17 ID:vsr4sfYf0.net]
>>299
ワークフロー次第だが、もともと想定されてるのは
個人用公開リポジトリ ←push― 個人用ローカルリポジトリ ←commit― 作業ディレクトリ
という環境を全員が持ってる前提で

プルリクエストというのは、「俺の公開リポジトリに push したので、そこからお前のリポジトリに pull してくれ」という要求

これを責任者宛に出せば
チームリーダーとかリリース・マネージャーとかの責任者がチェックして問題なければ、それを彼の個人ローカル・リポジトリでマージする(その後に彼の公開リポジトリに push して公開する)

302 名前:デフォルトの名無しさん mailto:sage [2025/01/29(水) 21:57:23.24 ID:u4GPoyB40.net]
企業での開発においては共通のリポジトリを皆で触るのが一般的であり、”pull” requestは実際には同一リポジトリ内でのマージのみに使用する
forkはガバナンスを困難にし情報漏洩につながるリスクがあるため、そもそもorganizationまたはenterpriseのポリシーで一律禁止するのがベストプラクティス

303 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 01:09:50.68 ID:o8nH7UIQ0.net]
GitLabだとマージリクエストって名前なんだけど、個人的にはこっちの名の方がしっくり来るんだよなあ

304 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 01:12:38.22 ID:sgBWR4v+0.net]
プルだと向こうが主語だもんな
引っ張ってぇ、的な

305 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 08:03:04.92 ID:yzi2OnyQ0.net]
リクエストだから向こうが主語だよ
何いってんのさ

どちらも依頼だけど取り込む段階に着目するかマージする段階に着目するかの違いだよ



306 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 08:48:49.49 ID:5L7oVd850.net]
pull ってのは 「fetch して merge 」の省略形なので当然 merge もリクエストしてる
分散リポジトリなら先に merge の前に fetch してもらう必要があるので pull リクエストを出す
共用リポジトリとかなら fetch する必要がないので単なる merge リクエストを出す

この違いが分かって使い分けできないやつが git 使ってるの爆笑ものなんだが
ここは分かってないやつ多そうだな

307 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 10:31:13.18 ID:Be3+/jiBM.net]
企業内での開発の場合、pull(merge) requestは要請というよりレビューと承認を求める意味合いが強い。
結局マージを行うのも同じ人(別の人間かもしれないが基本的には同一の責任主体と見做せる)であることがほとんどだから。
その意味ではシンプルに review request

308 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 10:47:11.99 ID:sLaRrBQRM.net]
企業内での開発の場合、pull(merge) requestはコードレビューと承認を得ることを目的に作成され、その上でマージを誰が行うかは重要ではないんだよね。
というか多くのチームでは作成した本人がマージしている。
このへんの用語は実際初心者に教えてると理解しづらいようで、pullじゃなくてmergeにしたら解決というものでもない。
まあ、だからってもっと良い呼称は俺は思いつかないが。

309 名前:307 mailto:sage [2025/01/30(木) 10:52:20.88 ID:sLaRrBQRM.net]
すまん、>>307は誤って書き込んだ。

310 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 11:21:31.02 ID:aXMNWhD7r.net]
>>306
じゃあなんでGitLabはプルリクエストじゃなくてマージリクエストなの?
GitLabユーザーはfetchなんてしないのかしら?

311 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 15:36:37.44 ID:yII0bm57d.net]
しない。したとしても極めて稀。
OSS開発者のためのソーシャルコーディングサービスとして開発されたGitHubと異なり、
GitLabは当初からエンタープライズでのクローズドな開発を前提としており、>>302の通り基本的に共有リポジトリを使うから。

312 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 16:07:15.77 ID:5L7oVd850.net]
>>308
それはちょっと違う
本来は review とかが全部終わった完成したものについて出すのが merge/pull リクエスト
review する人と merge する人が一緒の時に手抜きで一回で済ますだけでワークフロー上は完全に別物

313 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 16:38:36.48 ID:NcQM/92I0.net]
>>312
使ったことがあるとは思えん
pull requestに対するレビュー結果の追加とマージの実行は別の操作だぞ

314 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 16:53:48.01 ID:sgBWR4v+0.net]
盛り上がってまいりました

315 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 17:25:50.04 ID:5L7oVd850.net]
>>310
>>312
github は分散リポジトリを念頭にサーバ上の統合作業の用語を選択した
gitlab は共用リポジトリを念頭にサーバ上の統合作業の用語を選択した

これは本来の git の意図とはズレてるのでリーナスが切れた(サーバ上では統合作業 merge/pull しない、それらは手元のローカル・リポジトリでやるのが git 本来の流儀)

git で pull request はもともと相手のローカル・リポジトリへの pull を要求するというそのままの意味(github は用語を変に流用しただけ、本来の使い方ではない

linux kernel だと subsystem maintainer とかが subsystem の開発リポジトリから完成した分をリーナスの個人リポジトリに取り込んでリリースに含めるよう最終的な要求するのが pull request の意味
コードのレビューとかはもっとずっと前に ML とかで多くの人が議論し尽くしてる、そういうのが全部終わって次のバージョンのリリースに含めて良くなったら pull request 出す



316 名前:デフォルトの名無しさん mailto:sage [2025/01/30(木) 21:25:55.92 ID:yzi2OnyQ0.net]
fetchしないってかなり語弊があるよな

317 名前:デフォルトの名無しさん mailto:sage [2025/01/31(金) 09:01:26.86 ID:fWRcePGc0.net]
>>315
で、あんたは>>299が会社でGitHubのpull requestを活用するにあたってLinuxカーネルと同様のMLベースのプロセスを導入すべきだと言いたいのか?
でないならその情報は質問者にとってたんなるのいずだ

318 名前:デフォルトの名無しさん mailto:sage [2025/01/31(金) 09:31:32.44 ID:uF0JLDg90.net]
>>317
ここは GitHub スレではなくて git スレだ
git 本来の用法と用語があるんだ
GitHub の勝手用語を前提にしていない

319 名前:デフォルトの名無しさん mailto:sage [2025/01/31(金) 10:15:03.05 ID:9dfMKsJi0.net]
>>317
> あんたはGitHubのpull requestを活用するにあって

俺に聞いてる? 俺のアドバイスなら
git 本来の pull request は業務フローによって必要だったり不要だったりする、参考に知っておくと良い
Github の pull request は使う必要も学ぶ必要もないゴミ、そのまま忘れてしまって良い、周りで使おうとするやついたら全力で止めるレベル

320 名前:デフォルトの名無しさん [2025/02/05(水) 14:37:49.09 ID:RWIQAOlpa.net]
fork して勝手に成長させて fork 側が立派に育ったら
pull request なんてしなくても勝手に pull してくれるのが理想

321 名前:デフォルトの名無しさん mailto:sage [2025/02/06(木) 01:42:29.43 ID:3KBUKtr20.net]
>>320
いつ、誰が、何のために、どこから、どこへ pull すべきか指定するのが pull request なんだが
超絶AIでも開発してタイミングや理由を説明するのか? 誰がはどうする? 人間が AI から命令を受け取るのか? 責任者不明のコミットができる GitHub状態なのか?

楽し過ぎるな。それやるくらいなら多分AIに全部のプログラム書かせた方が早いと思うぞ

322 名前:デフォルトの名無しさん mailto:sage [2025/02/08(土) 21:27:04.90 ID:yVxtkiH10.net]
また説教おじさん

323 名前:デフォルトの名無しさん mailto:sage [2025/02/12(水) 02:05:12.31 ID:3tQGE9a70.net]
git stashで、新規のファイルも一時退避したいのですが、デフォだと無視されるようですね
何か方法はないでしょうか
ま、新規ファイルはgitに未登録だから放置プレイせよ、ということなのかもしれませんが
なんとなくスッキリしないというか

324 名前:デフォルトの名無しさん mailto:sage [2025/02/12(水) 02:14:56.55 ID:W9y8zQE70.net]
git add -A してから git stash

325 名前:デフォルトの名無しさん mailto:sage [2025/02/12(水) 02:20:20.50 ID:J/UI6pYQ0.net]
-u
こんなとこ書き込む暇あったらググるかAIに聞け



326 名前:デフォルトの名無しさん mailto:sage [2025/02/13(木) 23:46:41.27 ID:hYbijExcr.net]
スレ過疎ってるんだからええやん別に

327 名前:デフォルトの名無しさん mailto:sage [2025/02/14(金) 12:09:29.98 ID:wNm1lBEt0.net]
2月寒いなあ、まだ冬型続くのかな?
みたいな質問するのは挨拶、話題作り、ネタ提供で雑談のきっかけにしたいだけなのに
「そんなのはググって気象庁のサイトを調べろ」とか言われちゃう感じだよねw

328 名前:デフォルトの名無しさん mailto:sage [2025/02/14(金) 12:41:44.04 ID:cflAAi0P0.net]
>>327
みんなの集まる会議の席上で天気の質問とか始めたら、「さっさと始めろ、他人の時間を無駄にするな」って怒られるだろ
個人の雑談と、多数が集まる場所での発言は違うんじゃないかな?
他人の時間を無駄にしないために自分で調べられることは調べた上で、分からない部分があったら質問するのが人としての礼儀

329 名前:デフォルトの名無しさん mailto:sage [2025/02/14(金) 12:57:41.89 ID:b+7l3s230.net]
はたから見た感想
質問者の「ま、~というか」っていう余計なくだりを書かなければ余計な苦言も返されなかったかもと思った

330 名前:デフォルトの名無しさん mailto:sage [2025/02/15(土) 00:32:15.20 ID:6v957rAir.net]
>>328
このスレに多数の人が集まってるって言えるの?

331 名前:デフォルトの名無しさん mailto:sage [2025/02/15(土) 01:49:01.01 ID:ueLeU4Nj0.net]
>>330
俺とお前の二人きりでないのは確実だ

332 名前:デフォルトの名無しさん [2025/02/15(土) 05:04:09.56 ID:0wMi8etC0.net]
>>331
俺とお前と大五郎

333 名前:デフォルトの名無しさん [2025/02/16(日) 12:05:30.15 ID:rAQQ2/+ca.net]
点呼始めると急に人減るからな

334 名前:デフォルトの名無しさん [2025/02/26(水) 19:03:01.07 ID:dyHUusCc0.net]
GitはConflictの修正で強制的にVim使わせんのやめてほしいんだが
WindowsユーザーがVimなんて日常的に使ってるわけねーんだが想像力ねーのかよ馬鹿が
みんなしち面倒だから極力競合しないように気を使ってて競合修正すること自体も少ないから
たまに競合すると修正するのだけでも怠いのにそれに輪を加えてVim使わされるから調べ物が二倍になんだよハゲが
さっさと競合の修正をVSCodeのエディタでできるようにしろボケ

335 名前:デフォルトの名無しさん mailto:sage [2025/02/26(水) 21:59:35.09 ID:tc9QKrsR0.net]
>>334
お前のって変更できないの?
何をつかってるんだろう



336 名前:デフォルトの名無しさん mailto:sage [2025/02/26(水) 22:20:46.32 ID:uVlYXScm0.net]
Vimの使い方を必死で調べる癖に、Gitの使い方は調べないのか
おかしいよな、やっぱり釣りかな

337 名前:デフォルトの名無しさん mailto:sage [2025/02/26(水) 22:22:24.99 ID:ZoHclDk+0.net]
キレてんね~

https://docs.github.com/ja/get-started/getting-started-with-git/associating-text-editors-with-git

338 名前:デフォルトの名無しさん [2025/02/26(水) 22:24:39.42 ID:dyHUusCc0.net]
>>335
開発環境はVisual Studio 2022かVScodeなんだがGitはTerminalのPowerShellのCLIでコマンド入力して使ってんだわ
だからTerminalからbarnchをmergeしたときに競合が起きると強制的にVimになってただでさえ競合でマズっ!て動揺しとんのlにブチギレそうになるんよ
TerminalからGitを使って競合したときにVSCodeでDiffする機能がググってもみつからねーんだよ

339 名前:デフォルトの名無しさん mailto:sage [2025/02/27(木) 06:49:34.86 ID:CZtmiDI/M.net]
まあ、ぐーぐるが蔓延ってからフリーソフトはダメになったよな

マイクロソフトを使ってるやつらが雪崩れ込んできてからさらに異質になってきた

340 名前:デフォルトの名無しさん mailto:sage [2025/02/27(木) 07:25:35.18 ID:1tEOde+m0.net]
どういう意味?

341 名前:デフォルトの名無しさん mailto:sage [2025/02/27(木) 08:17:38.02 ID:3+Px+dpt0.net]
ドキュメント読まない、考えない奴が増えたということでは?

342 名前:デフォルトの名無しさん mailto:sage [2025/02/27(木) 09:10:37.13 ID:8vSp/RjD0.net]
この流れでフリーソフトがダメになったとか言い出すの謎
初心者の不満に優しい回答者が解決してあげただけで、不満はお門違いなもので必要な機能は完全な形で提供されてた

343 名前:デフォルトの名無しさん mailto:sage [2025/02/27(木) 09:36:53.23 ID:XU/twqEe0.net]
git は機能が多過ぎてマニュアル読んでもどこに書いてあるんだか見つけれないというのはあるんだと思う
けなしたりせずに最初から丁寧に質問すれば良いのに、質問者が悪い

344 名前:デフォルトの名無しさん [2025/02/27(木) 12:49:05.52 ID:VQNvJTxha.net]
>>338
だっさ

345 名前:デフォルトの名無しさん mailto:sage [2025/02/27(木) 13:38:03.41 ID:XU/twqEe0.net]
個人的には
unix/linux屋の感性だとエディタとか特定のやつ強制されたら、もう宣戦布告扱いなんで絶対に変更できるようになってる
EDITOR環境変数とかに追従しないならチュートリアルの先頭あたりで説明がある
とういの感覚なんだけど Windows みたいにお仕着せに甘んじるのに慣れさせられた子羊ちゃんたちには厳しい世界に見えるんだろうか?



346 名前:デフォルトの名無しさん mailto:sage [2025/02/27(木) 15:26:47.55 ID:epdZy57f0.net]
>>343
難しくてわからない質問されて見下された気がしてイラッとしたからとりあえず煽っとくまで読んだ

347 名前:デフォルトの名無しさん mailto:sage [2025/02/27(木) 18:59:01.12 ID:8vSp/RjD0.net]
おかしな人を一人見ただけで最近の子は~とか言い出しちゃうのって老化現象なのでは

348 名前:デフォルトの名無しさん [2025/02/28(金) 01:35:09.82 ID:1HSOHgVq0.net]
>>338
ターミナルも仕様がよくわからないのによく使うな
比較的、新しいものを使うなら古い方を知ったうえで使わないと

349 名前:デフォルトの名無しさん mailto:sage [2025/02/28(金) 02:45:09.17 ID:anIDZvfV0.net]
ここ老人ばかりだし老化現象ではと言われてもあんまり効かないよね

350 名前:デフォルトの名無しさん mailto:sage [2025/02/28(金) 08:41:15.61 ID:rekq6zs60.net]
>>337 に礼くらいしろ。
感謝すらできないタダメシ寄生虫かよ。

351 名前:デフォルトの名無しさん mailto:sage [2025/02/28(金) 09:19:01.12 ID:f1y1aNyV0.net]
礼を求めるのはムリだろー
素直に教えを請うのではなく怒り散らすことで回りが俺様を助けてくれることを期待する駄々っ子タイプなのは最初の発言からわかってる

352 名前:デフォルトの名無しさん mailto:sage [2025/02/28(金) 09:30:18.88 ID:f1y1aNyV0.net]
今回の場合、Gitのダメなところをぶちまけて憂さ晴らししようとす来たら反論で恥かかされてさらに怒ってるまである

353 名前:デフォルトの名無しさん [2025/03/01(土) 11:36:53.90 ID:dZ2eBKvGa.net]
久々に落ちて来た餌に群がる深海魚のようでつね

354 名前:デフォルトの名無しさん mailto:sage [2025/03/01(土) 12:39:20.26 ID:uxtJasyd0.net]
よく言われる
顔が深海魚みたいだって

355 名前:デフォルトの名無しさん [2025/03/05(水) 20:27:54.18 ID:k4iH0qBY0.net]
masterからbranch切ってコミットして、VSCodeにSyncronizeってボタンでたからそれ押したらmasterブランチで?に?pushされた
これってコマンドだとどういうコマンド使ったことになるの?

何か嫌だったからmasterブランチの方はpullしてrevertして、masterと新しく切ったbranchをpushしなおした



356 名前:デフォルトの名無しさん mailto:sage [2025/03/05(水) 20:32:53.30 ID:DnMeoT1g0.net]
GitはCLIの方が圧倒的に使いやすいわ
GUIやとでけへんことが多すぎるし逆に面倒やからな
ニワカどもがSourcetreeとかGithub Desktopとかを初心者にすすめんのやめーや
最初が肝心なんやからどうせ教えるならしっかり手取り足取りCLIで教えたれ

357 名前:デフォルトの名無しさん mailto:sage [2025/03/06(木) 02:17:50.54 ID:X0p8pnT00.net]
コミット履歴見ながらあれこれやるときはcliはやってられんでしょ

358 名前:デフォルトの名無しさん [2025/03/06(木) 08:13:14.54 ID:SoBTsc5U0.net]
サーバ側のログ見たけどエラーログしか吐いてなくて、アクセスログ的なログは無かった

359 名前:デフォルトの名無しさん mailto:sage [2025/03/06(木) 08:37:02.92 ID:TZy25+2E0.net]
>>357
why?
CLI しか使ったことないけど

360 名前:デフォルトの名無しさん [2025/03/06(木) 13:33:57.70 ID:SW3gTDW+M.net]
>>356
コマンドはネット上に嘘が大量に書かれているからなあ

361 名前:デフォルトの名無しさん mailto:sage [2025/03/06(木) 14:56:33.55 ID:hrpDJRUa0.net]
>>360
マジで?
困った時しか調べないので気付いてない。

362 名前:デフォルトの名無しさん mailto:sage [2025/03/06(木) 15:07:24.98 ID:X0p8pnT00.net]
>>359
マウスなら数手で済むところをハッシュ見て打ち込んでスクロールアウトしたから見直してとか非効率
何事も向き不向きがある

363 名前:デフォルトの名無しさん mailto:sage [2025/03/06(木) 16:54:30.08 ID:TZy25+2E0.net]
>>362
意味わからん
普通キーボードから手を離してマウスに手を持っていく暇があれば、その時間にコマンド打ち終わって実行結果の確認まで終わって次の作業始めれるけど?
CLI使うかエディタのショートカット使うかの2択だろ、マウスの出る幕はない

364 名前:デフォルトの名無しさん mailto:sage [2025/03/06(木) 17:47:20.86 ID:X0p8pnT00.net]
>>363
それいうならおれはトラックポイント使ってるから持ち替えるなんて無駄はとっくの昔に排除してるっての
おれはCLIでも使える
環境変えた時に困るからな
で比較した上で言ってる

365 名前:デフォルトの名無しさん mailto:sage [2025/03/06(木) 18:43:44.49 ID:TZy25+2E0.net]
>>364
何が言いたいか分からん、俺は無能なのでGUIで十分って言ってるの?
「CLIだとやってられない」の根拠をまるで示せてないけど?

command のオプションとか使いこなせてないだろうことは何となく察せられる。例えば履歴見る時に git log に -G とか --grep とか使ったことある? この違いって即答できる?



366 名前:デフォルトの名無しさん mailto:sage [2025/03/06(木) 19:00:28.81 ID:/b+y/+WW0.net]
いやGitは明らかにGUIよりCLIの方が使いやすいんやがwww
いやちゃうなCLIが使いやすいんやなくてGUIがどれもクソすぎるんや
唯一マシなGitKrakenはクソ高いサブスクやしな

367 名前:デフォルトの名無しさん mailto:sage [2025/03/06(木) 19:10:55.39 ID:EYycW5pS0.net]
CLI派はステージする行を取捨選択したいときどうするの?
煽りたいわけじゃなくて興味がある
なお俺は普段VSCodeとlazygitを使っていて込み入った操作のときだけCLI使っている






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

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

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