23/12/10(日)15:33:18 gitが普... のスレッド詳細
削除依頼やバグ報告は メールフォーム にお願いします。個人情報、名誉毀損、侵害等については積極的に削除しますので、 メールフォーム より該当URLをご連絡いただけると助かります。
画像ファイル名:1702189998929.png 23/12/10(日)15:33:18 No.1133369274
gitが普及してきたのはいいんだけど「gitでコーディングする」とか意味不明なこと言う奴も出てきて困るね
1 23/12/10(日)15:34:38 No.1133369663
githubやgitlabのことをgitだと思ってるんじゃないかな よくいるよくいる
2 23/12/10(日)15:34:46 No.1133369702
githubは設計図共有サイトなんだよね
3 23/12/10(日)15:36:03 No.1133370053
弊社はまだまだ全社的に導入するには時間がかかりそうです
4 23/12/10(日)15:36:23 No.1133370162
書き込みをした人によって削除されました
5 23/12/10(日)15:36:36 No.1133370231
書き込みをした人によって削除されました
6 23/12/10(日)15:36:57 No.1133370339
gitどころか弊社はバージョン管理しようとする脳みそが不足しています…
7 23/12/10(日)15:37:20 No.1133370460
git自体は超便利 git remote関連は人類に早すぎた発明
8 23/12/10(日)15:38:25 No.1133370809
WikipediaのことWikiって言うような暴挙だぞてめー！ >よくいるよくいる うｎ…
9 23/12/10(日)15:38:32 No.1133370841
ぶっちゃけsvnの方が流行ってほしかった 直感的じゃねえんだよgit 下手に失敗すると影響デカすぎるし
10 23/12/10(日)15:38:33 No.1133370846
>git自体は超便利 >git remote関連は人類に早すぎた発明 でも新しい概念って常にそういうものだし… 未来の人類に適応してもらうしかないし
11 23/12/10(日)15:39:13 No.1133371028
俺は適当な作業ブランチで適当にコミットしまくったのを別ブランチに1コミットとして放り込みたいマン squashでいいの？
12 23/12/10(日)15:39:15 No.1133371035
>直感的じゃねえんだよgit 下手に失敗すると影響デカすぎるし 影響でかいとこには下手に失敗しないような設定にしておくもんじゃないのか？
13 23/12/10(日)15:39:58 No.1133371260
>ぶっちゃけsvnの方が流行ってほしかった >直感的じゃねえんだよgit 下手に失敗すると影響デカすぎるし SVNは十分流行ってから廃れただけだし… 毎回生成しなおすバイナリ置くならSVNもいいんだけどね
14 23/12/10(日)15:39:59 No.1133371261
受領したものに.git入ってるとふふってなる remote見てオイオイオイってなることもある
15 23/12/10(日)15:40:06 No.1133371303
これが理解できない奴はコーディングしなくていいよ…
16 23/12/10(日)15:40:07 No.1133371307
似たような名前おすぎ
17 23/12/10(日)15:40:09 No.1133371319
>ぶっちゃけsvnの方が流行ってほしかった >直感的じゃねえんだよgit 下手に失敗すると影響デカすぎるし 氷河期世代は黙ってて
18 <a href="mailto:TFVC">23/12/10(日)15:40:16</a> [TFVC] No.1133371343
天下のマイクロソフト謹製のバージョン管理ですよろしくお願いします
19 23/12/10(日)15:40:32 No.1133371483
ゲーム開発で使ってるけどコードはいいけどテクスチャとかの素材の共有が面倒
20 23/12/10(日)15:41:29 No.1133371879
>ゲーム開発で使ってるけどコードはいいけどテクスチャとかの素材の共有が面倒 バイナリ管理用じゃないから… バイナリはSVNのほうがいいよ lfsはうんこ
21 23/12/10(日)15:45:19 No.1133373091
>受領したものに.git入ってるとふふってなる でもソース貰えるようなら一緒に含んどいて欲しいぞ >remote見てオイオイオイってなることもある
22 23/12/10(日)15:48:30 No.1133374128
Linuxの開発のバージョン管理用として開発されただけあってテキストオンリーの開発ならマジで便利だよね
23 23/12/10(日)15:50:36 No.1133374789
最初のgitは大体四日ぐらいで書かれたという
24 23/12/10(日)15:52:54 No.1133375597
svnは丸ごと落とすと重いんだよ
25 23/12/10(日)15:53:32 No.1133375799
3人くらいでプロジェクト弄ってる時に競合起こしてマージ失敗したりすると発狂しそうになる
26 23/12/10(日)15:54:31 No.1133376095
git使ってない現場は大抵保守の概念がないからヤバい
27 23/12/10(日)15:55:11 No.1133376311
>3人くらいでプロジェクト弄ってる時に競合起こしてマージ失敗したりすると発狂しそうになる 社内でどこ触ってるか共有などしないので？
28 23/12/10(日)15:56:07 No.1133376588
俺はtig使うマン これなしでコンフリクトとか解決してる人の気が知れない…
29 23/12/10(日)15:56:17 No.1133376642
>社内でどこ触ってるか共有などしないので？ してても弄るやつが居るんだよ！！！！！
30 23/12/10(日)15:56:37 No.1133376748
>git使ってない現場は大抵保守の概念がないからヤバい ちゃんと日付入れたフォルダに毎日バックアップ取ってるし…
31 23/12/10(日)15:57:34 No.1133377059
>天下のマイクロソフト謹製のバージョン管理ですよろしくお願いします マイクロソフト自身のプロジェクトにすら敬遠されてるじゃねえか というか一度使わされたことあるけど、これもしやVSSベースなのか…？
32 23/12/10(日)15:57:44 No.1133377112
ソースならマージ失敗は原理的に作業の仕方の問題だから諦めて手で解消するしかない 手で書かないタイプのものは死ねる
33 23/12/10(日)15:58:58 No.1133377475
gitをGUIで触るやつはカスとよく煽られるがTortoiseGitが便利すぎる
34 23/12/10(日)15:59:29 No.1133377629
（どう足掻いてもコンフリクトの発生する巨大なファイル）
35 23/12/10(日)16:00:08 No.1133377827
>というか一度使わされたことあるけど、これもしやVSSベースなのか…？ 中身は知らんけど考え方は大体VSSだと思う Webインタフェース便利だから小規模開発なら困難でもいいと思うけど 大規模開発じゃ今基準だとやっぱりつらそう
36 23/12/10(日)16:00:19 No.1133377873
複数の修正をfixの一言でまとめてしまってもいいよね
37 23/12/10(日)16:01:08 No.1133378137
>gitをGUIで触るやつはカスとよく煽られるがTortoiseGitが便利すぎる 直近二つ触れたプロジェクトTortoiseGitで手順書整備されてたしGUIアンチはもはやジジイのふるまいだと思っている
38 23/12/10(日)16:01:42 No.1133378321
>俺はtig使うマン >これなしでコンフリクトとか解決してる人の気が知れない… 俺の名はVSCodeで十分おじさん！
39 23/12/10(日)16:02:51 No.1133378659
github desktopしか触れません！
40 23/12/10(日)16:03:17 No.1133378795
>複数の修正をfixの一言でまとめてしまってもいいよね どこ弄ったか忘れるやつ
41 23/12/10(日)16:04:01 No.1133379018
バイナリ管理でgit使うのはやめてくれないかな…
42 23/12/10(日)16:04:20 No.1133379125
svn使ってて 途中でこっち使うことになったけどよく分からなかった 他もそうだったのか結局svn使うことになった
43 23/12/10(日)16:05:12 No.1133379391
>他もそうだったのか結局svn使うことになった 気でも狂ってるのか？
44 23/12/10(日)16:06:17 No.1133379687
>>他もそうだったのか結局svn使うことになった >気でも狂ってるのか？ 登場人物全員SVN脳の現場だったんだろう…
45 23/12/10(日)16:07:16 No.1133379998
コンフリクト解決は何らかのGUIツールがないととても無理 今は VSCode があるから何とかなってるけど何年か前まで特に Linux でろくなツールがなくてかなり苦労した
46 23/12/10(日)16:07:34 No.1133380090
ついこの前あまり知らない後輩が会社レベルで導入しましょうよってしたらしいけど それ利点あるの？って却下されちゃったみたい 俺はもう数年前に提案してスルーされたからこの原始のストーンワールドで頑張るって覚悟できてるけど
47 23/12/10(日)16:07:51 No.1133380181
>登場人物全員SVN脳の現場だったんだろう… 平均年齢50代かな…
48 23/12/10(日)16:08:16 No.1133380313
毎回面倒くさくなってエディタ組み込みのGUI経由で使うから全く覚えない わからんところは毎回調べてコピペだし最近はさらに手を抜いてChatGPTに聞いてるから成長しない
49 23/12/10(日)16:08:19 No.1133380329
GUIにforkつかってるけどこれ直感的に使いやすくて便利よ
50 23/12/10(日)16:09:11 No.1133380590
>ついこの前あまり知らない後輩が会社レベルで導入しましょうよってしたらしいけど >それ利点あるの？って却下されちゃったみたい >俺はもう数年前に提案してスルーされたからこの原始のストーンワールドで頑張るって覚悟できてるけど 問題起こってないならその程度の規模レベルの現場でまあ仕方ないよねってなるし 問題起こってるならそれタネに利点で提案すべきだからようわからんね
51 23/12/10(日)16:09:53 No.1133380813
新しいものに忌避感があるのはエンジニアが向いてないのではないでしょうか…
52 23/12/10(日)16:10:01 No.1133380855
マージは常に squash merge だぞ まぁ git の本来の流儀とは外れている気もするが
53 23/12/10(日)16:10:02 No.1133380859
個人ゲーム制作でリソース込みで管理したいけどLFS途中でよくわかんなくなっちゃう
54 23/12/10(日)16:10:12 No.1133380921
実際おじいちゃんが抵抗してたな
55 23/12/10(日)16:11:38 No.1133381342
>3人くらいでプロジェクト弄ってる時に競合起こしてマージ失敗したりすると発狂しそうになる なんでインターロック確認しないの
56 23/12/10(日)16:12:04 No.1133381469
>題起こってないならその程度の規模レベルの現場でまあ仕方ないよねってなるし 前バージョンで治したとこが入ってなかったとか問題は起きてるっぽいけどまあ仕方ないよね
57 23/12/10(日)16:12:09 No.1133381493
僕はmagitちゃん！
58 23/12/10(日)16:12:37 No.1133381646
マージとかは簡単にはundoできるようにするかプレビュー見れるようにしてほしい
59 23/12/10(日)16:12:55 No.1133381728
なんでもかんでも新しかったり優れてたりするツールを導入できる環境が整っていると思うな
60 23/12/10(日)16:13:03 No.1133381762
いい感じにメインのリポジトリに影響させず自分の環境だけの変更を残したいんだけど上手く行かなくて変更をスタッシュさせて使いたい時にapplyしてpushする時にスタッシュしてみたいな運用になってしまってる
61 23/12/10(日)16:14:25 No.1133382190
PR とか MR ありきで語る人が多いからどうしても git = github や gitlab という文脈になってしまうのはある意味仕方がないことだと思う
62 23/12/10(日)16:14:48 No.1133382313
いつだってreflogだぞ …git cleanやらdiscardやらしたときも戻せるようにして欲しい
63 23/12/10(日)16:15:10 No.1133382418
>3人くらいでプロジェクト弄ってる時に競合起こしてマージ失敗したりすると発狂しそうになる 作業用品ブランチきって元ブランチにマージする運用にすればだいたいなんとかならない？
64 23/12/10(日)16:15:42 No.1133382601
最近SVN初めて触れたけどgitしか知らんのですごく使いにくく感じる
65 23/12/10(日)16:17:18 No.1133383133
git自体は超便利なんだけどな…
66 23/12/10(日)16:17:31 No.1133383203
>いい感じにメインのリポジトリに影響させず自分の環境だけの変更を残したいんだけど上手く行かなくて変更をスタッシュさせて使いたい時にapplyしてpushする時にスタッシュしてみたいな運用になってしまってる branch 生やして commit だけして push しなければよくない？ メインに適用するときはマージなり cherry-pick でいいし
67 23/12/10(日)16:17:38 No.1133383248
習熟度が低い人が一人いるだけでえらいことになる
68 23/12/10(日)16:17:41 No.1133383266
自分しかgit使わないから有り難みがわからない
69 23/12/10(日)16:17:50 No.1133383319
コンフリクトした場合に自分の修正だけゴリ押ししてpushする人いいよね… 殺す
70 23/12/10(日)16:18:34 No.1133383570
gitは難しすぎるんだよ… もう前提知識みたいな位置にいるけど初心者はどうしてるんだ C言語のポインタで躓いていた人たちはもういないのか
71 23/12/10(日)16:19:15 No.1133383793
>自分しかgit使わないから有り難みがわからない 一人運用でもあるのとないのじゃ雲泥の差じゃないか？ githubとかlabのありがたみっていうならそうだね
72 23/12/10(日)16:19:33 No.1133383887
特定のプッシュ地点を比べて更新の合ったファイル名出力とか それを利用して差分ファイルのみをzipで固めて出力とか覚えたときは 原始人がライターの使い方覚えた時並みに感動した
73 23/12/10(日)16:19:42 No.1133383928
ここでもGitとGitHubの区別ついてねえじゃねえか！
74 23/12/10(日)16:19:51 No.1133383984
俺はforce pushするぞ！いいんだな！？
75 23/12/10(日)16:20:00 No.1133384030
今の若い人たちはC言語やらないでJava Scriptとかだから…
76 23/12/10(日)16:20:00 No.1133384031
>俺はforce pushするぞ！いいんだな！？ ころす
77 23/12/10(日)16:20:17 No.1133384125
gitを小説書くのに使ってる作家とかいると聞いてなるほど…と思った
78 23/12/10(日)16:20:45 No.1133384268
>gitは難しすぎるんだよ… >もう前提知識みたいな位置にいるけど初心者はどうしてるんだ 直感的ではないという部分は確かに大きいよね… 初心者にはサンドボックスみたいな環境で慣れてもらうしかないと思う
79 23/12/10(日)16:20:55 No.1133384323
競合した場合はその人と殴り合って決めればいいの？
80 23/12/10(日)16:21:11 No.1133384403
長い事この仕事してると基準がおかしくなってて知らない人に説明してる時にやっぱ複雑だなこれってなる
81 23/12/10(日)16:21:32 No.1133384528
pullはよくわかってないので毎回Fetchする
82 23/12/10(日)16:22:03 No.1133384680
GitHubは使わないけどGitは使ってる 開発で使ってるのは俺だけだが
83 23/12/10(日)16:22:22 No.1133384782
適当にstashして消してるとひどい目に合う 俺の進捗
84 23/12/10(日)16:22:43 No.1133384938
>>もう前提知識みたいな位置にいるけど初心者はどうしてるんだ >直感的ではないという部分は確かに大きいよね… しゃあっ git kraken
85 23/12/10(日)16:23:48 No.1133385283
Windows環境ならもう全部TortoiseGitとWinMergeで ええ！
86 23/12/10(日)16:23:50 No.1133385292
>>俺はforce pushするぞ！いいんだな！？ >ころす Rebase の時必要だからしょうがない
87 23/12/10(日)16:24:02 No.1133385355
gitで保存してるけどテキストでも保存しちゃう
88 23/12/10(日)16:24:12 No.1133385404
fork元のリポジトリに間違えてpushだけやらかさないような何かが欲しい とりあえず自分はhook使って禁止してるけど
89 23/12/10(日)16:24:45 No.1133385590
>gitを小説書くのに使ってる作家とかいると聞いてなるほど…と思った readmeだってGit管理してるだろ！
90 23/12/10(日)16:25:17 No.1133385751
小説ならサブバージョンでいいんじゃねぇか…？
91 23/12/10(日)16:25:21 No.1133385777
gitもサブバージョンも聞いても分からなかったから自力でなんちゃって開発環境作って無理やり使い方覚えたわボケが
92 23/12/10(日)16:25:33 No.1133385859
一番簡単なクライアントgithub clientだと思うんだよな 本当に最低限のGUIしかないけど大体それで十分だし
93 23/12/10(日)16:26:28 No.1133386147
gitもsvnもいっしょ につかうとよい
94 23/12/10(日)16:26:40 No.1133386222
>gitもサブバージョンも聞いても分からなかったから自力でなんちゃって開発環境作って無理やり使い方覚えたわボケが えらい
95 23/12/10(日)16:27:12 No.1133386406
>一番簡単なクライアントgithub clientだと思うんだよな 本当にそう思うし 弄ることの少ないエンジニア以外の社員にとりあえずsourcetree使わせるのやめて欲しい…
96 23/12/10(日)16:27:36 No.1133386541
そもそもレビュー体制整ってないから…
97 23/12/10(日)16:27:42 No.1133386575
なんちゃって環境で一度全部ぶっ壊すまで弄るのは何に対しても有効だからな…
98 23/12/10(日)16:27:44 No.1133386597
GitHubがよく分からない リモートリポジトリを管理するサービスって認識だったけどなんか機能マシマシになってない？
99 23/12/10(日)16:27:51 No.1133386629
自分でやるのは当然では…
100 23/12/10(日)16:29:02 No.1133387022
source treeを愛用してる
101 23/12/10(日)16:29:07 No.1133387052
gitの機能全く知らないけど個人開発で使っているが github desktopとvscodeの拡張機能で事足りてしまってる…
102 23/12/10(日)16:29:27 No.1133387148
>リモートリポジトリを管理するサービスって認識だったけどなんか機能マシマシになってない？ 今ならGitHubからピザだって頼めるぜ 規約違反でたぶんBANくらうけど
103 23/12/10(日)16:29:56 No.1133387282
git学んでからgithub使ったけどPullRequestって感覚的におかしな名前に見える gitlubのMergeRequestのほうが近くない？
104 23/12/10(日)16:30:01 No.1133387315
コミット単位でちゃんとしてる人なんてほぼいないからプルリク単位で管理してる どのコミットがどのプルリクで入ったか見る機能が必須過ぎる
105 23/12/10(日)16:30:36 No.1133387481
プルリクもマジリクも一緒よ！
106 23/12/10(日)16:32:07 No.1133387891
githubはactionsとかcopilotとかで色々やり始めるとすんげえことになる 小規模ならCI/CDすらこれ一つで足りる
107 23/12/10(日)16:32:07 No.1133387894
最終的にコマンドライン+VSCodeに落ち着いた 全機能を使いこなす必要もないし
108 23/12/10(日)16:32:09 No.1133387900
>git学んでからgithub使ったけどPullRequestって感覚的におかしな名前に見える >gitlubのMergeRequestのほうが近くない？ プルリクの方は明確に提出する側がmergeやrebase済ませてから申請しろや的な願いが込められてるとか？
109 23/12/10(日)16:33:20 No.1133388263
リポジトリの管理者ちゃんレビューお願いするからpullってねぐらいの意味だと思ってた
110 23/12/10(日)16:33:54 No.1133388440
githubがああいう名前なのが悪い ラーメン屋の名前が本格ラーメンって名前みたいなもんじゃん
111 23/12/10(日)16:33:55 No.1133388450
>Tortoise 間違った読み方して恥かいたから嫌いだけど便利だから好き
112 23/12/10(日)16:33:56 No.1133388453
これ思いつけて数週間で形にするリーナスは天才すぎる
113 23/12/10(日)16:34:20 No.1133388571
gitlabのほうが後発なわけだからgitlabの人もそう思ってマジリクにしたのか知らんけど プルリクですっかり慣れちゃってたから別にどっちでもええわという気持ち
114 23/12/10(日)16:35:19 No.1133388876
納品物に.gitも含まれてたけどこれいいんです？ 見てはいけないものが見えてる…
115 23/12/10(日)16:35:19 No.1133388877
マジスタンスみたいだな…
116 23/12/10(日)16:35:21 No.1133388887
githubの機能半分しか分からない
117 23/12/10(日)16:35:33 No.1133388948
>githubがああいう名前なのが悪い >ラーメン屋の名前が本格ラーメンって名前みたいなもんじゃん 「ラーメン」って食い物がほぼ知られてない時期に開業してんだからまあそうもなるだろう…
118 23/12/10(日)16:35:39 No.1133388991
gitには半角スペースを許して欲しい
119 23/12/10(日)16:35:57 No.1133389107
Copilotが凄すぎてなんか乾いた笑いが出る このリポジトリをざっと眺めて理解して んでこういうケースのテストコード書いて で本当に動くテストコードが出てきて それをActionsに渡すと動き出す
120 23/12/10(日)16:36:11 No.1133389195
>githubは設計図共有サイトなんだよね これがよく分からなかったけど日経の記事なのか
121 23/12/10(日)16:36:16 No.1133389218
GPTとChatGPTみたいなもんやろ……
122 23/12/10(日)16:36:46 No.1133389355
>githubの機能半分しか分からない 半分も分かるのか…
123 23/12/10(日)16:36:50 No.1133389386
うちの会社はazure使ってるけどazureの方にもgithub連携があるという謎
124 23/12/10(日)16:37:58 No.1133389744
>「ラーメン」って食い物がほぼ知られてない時期に開業してんだからまあそうもなるだろう… そうなんだけどさぁ… ラーメン食いに行こうぜって本格ラーメンの運営しているうどん屋連れてかれることがあったりするから…
125 23/12/10(日)16:38:24 No.1133389878
弊社未だにソースコードをフォルダ名に日付をつけて管理している
126 23/12/10(日)16:38:38 No.1133389951
>うちの会社はazure使ってるけどazureの方にもgithub連携があるという謎 azure作ったあとにgithub買収したから…
127 23/12/10(日)16:38:45 No.1133389989
>うちの会社はazure使ってるけどazureの方にもgithub連携があるという謎 リポジトリがgithubで管理されててAI関連はazureみたいな状況が増えてきたな
128 23/12/10(日)16:39:31 No.1133390238
git使えますってgitじゃないのしか知らない子がいるという
129 23/12/10(日)16:40:04 No.1133390415
>弊社未だにソースコードをフォルダ名に日付をつけて管理している 毎回差し替えてるのか？ 冗談だと言ってくれて
130 23/12/10(日)16:40:10 No.1133390459
>弊社未だにソースコードをフォルダ名に日付をつけて管理している 印刷してマーカーペンでコードチェックしてそう
131 23/12/10(日)16:40:15 No.1133390481
前職はgit入れるのに反対してたsvnおじさんが何人かいたな…
132 23/12/10(日)16:40:17 No.1133390490
俺もSVNの方が分かりやすい
133 23/12/10(日)16:40:39 No.1133390611
>俺もSVNの方が分かりやすい 恥だぞ
134 23/12/10(日)16:41:27 No.1133390866
10年前から進歩していない会社なら割とありえるよ
135 23/12/10(日)16:41:36 No.1133390919
>印刷してマーカーペンでコードチェックしてそう 共有フォルダのファイルいじるときは申請書に上席のハンコがいるぞ！！
136 23/12/10(日)16:41:38 No.1133390935
なんかファイル全部上げなきゃいけないじゃん 一部のファイルだけにしたいのに
137 23/12/10(日)16:42:01 No.1133391040
バージョン管理なんてどれ使ってもおんなじや
138 23/12/10(日)16:42:11 No.1133391107
svnでもVCSあるだけ羨ましいな…
139 23/12/10(日)16:42:30 No.1133391193
>一部のファイルだけにしたいのに ignoreしろ！
140 23/12/10(日)16:43:01 No.1133391329
>バージョン管理なんてどれ使ってもおんなじや じゃあエクセル方眼紙使ってもらうね…
141 23/12/10(日)16:43:02 No.1133391334
excelマクロとか同じコーディングでもgit使う文化はないところだってあるしな
142 23/12/10(日)16:44:00 No.1133391647
ネームバリューの割にTortoiseGitが微妙なのが悪いとこあると思う GitExtensionsとかSublimeMergeとかTowerとか色々後発でいいやつあるのに
143 23/12/10(日)16:44:02 No.1133391658
SVNは基本ロックするから逐一解除頼みに行くのが面倒だった
144 23/12/10(日)16:44:06 No.1133391672
業務時間外の作業とバレてしまうのでコミット日時を書き換えてforce pushをする
145 23/12/10(日)16:44:20 No.1133391736
SVNがサバクラでgitが分散型らしいけどどう違うかよく分からない
146 23/12/10(日)16:44:46 No.1133391870
>業務時間外の作業とバレてしまうのでコミット日時を書き換えてforce pushをする 朝まとめてとかでいいじゃん…
147 23/12/10(日)16:45:38 No.1133392126
>>弊社未だにソースコードをフォルダ名に日付をつけて管理している >印刷してマーカーペンでコードチェックしてそう 50代の人はほんとにそれやってる
148 23/12/10(日)16:46:03 No.1133392250
社としてgit使う前はdropboxにリポジトリ置いて運用してたりしたな 数人程度なら問題なく運用できる
149 23/12/10(日)16:46:15 No.1133392324
ブランチとかタグがコピーっていうのがもう辛い
150 23/12/10(日)16:46:51 No.1133392552
unstagedに無視したいファイルがぞろぞろ出てくるのだけなんとかしたい 自動で変更はいるファイルで自前の変更は無視したいけど更新があればリモートを優先したいやつ
151 23/12/10(日)16:46:57 No.1133392583
>社としてgit使う前はdropboxにリポジトリ置いて運用してたりしたな >数人程度なら問題なく運用できる 1人でも嫌だわ
152 23/12/10(日)16:47:44 No.1133392851
「」くんには複数ブランチに散らばった半年分のエクセル設計書を一つにマージする作業を分担してもらうね…
153 23/12/10(日)16:47:46 No.1133392859
>ブランチとかタグがコピーっていうのがもう辛い ブランチやタグはコピーではないのでは？
154 23/12/10(日)16:48:00 No.1133392938
dropboxデータベースを思い出す…
155 23/12/10(日)16:48:00 No.1133392941
紙デバッグは効果あるんよ ディスプレイじゃ見つからないポカミスが突然見つかったりするんだ ただ清書を他人に任せてきたらぶん殴ってもいい
156 23/12/10(日)16:48:03 No.1133392959
なんかいっぱい競合してる！よく分かんないけどとりあえずポチる！
157 23/12/10(日)16:48:26 No.1133393111
そこそこ長いやつになると紙で見ちゃうな…
158 23/12/10(日)16:48:59 No.1133393286
dropbox有償版たと履歴管理機能あるんだよね一応
159 23/12/10(日)16:49:00 No.1133393295
アセンブラを思い出すから神デバッグはしたくない
160 23/12/10(日)16:49:52 No.1133393582
>アセンブラを思い出すから神デバッグはしたくない 神デバッガーほしい！
161 23/12/10(日)16:49:57 No.1133393619
紙デバッグやってみようかな… 行数少なめのコードで…
162 23/12/10(日)16:50:20 No.1133393741
>印刷してマーカーペンでコードチェックしてそう これ自体はわりと効果あるから…
163 23/12/10(日)16:50:36 No.1133393817
>自動で変更はいるファイルで自前の変更は無視したいけど更新があればリモートを優先したいやつ .git/info/exclude使え
164 23/12/10(日)16:50:39 No.1133393831
なんでMSはVBEにgit機能を組み込んでくれないんです？
165 23/12/10(日)16:50:51 No.1133393902
いやdropboxとかNASの共有フォルダにgitのbareリポジトリ置く技地味に便利なんだって！
166 23/12/10(日)16:51:06 No.1133393982
>適当にstashして消してるとひどい目に合う >俺の進捗 stashしないでstashって名前でブランチ切ったほうがいいよ
167 23/12/10(日)16:51:23 No.1133394085
>これ自体はわりと効果あるから… いいからインテリセンス見ろ
168 23/12/10(日)16:51:40 No.1133394180
wip
169 23/12/10(日)16:52:02 No.1133394302
>>これ自体はわりと効果あるから… >いいからインテリセンス見ろ もしそんなものがない社内言語だったらどうするんだ いいから印刷しろ
170 23/12/10(日)16:52:30 No.1133394451
恐ろしいものが見えたんだけど社内言語って何…？
171 23/12/10(日)16:52:48 No.1133394558
>>自動で変更はいるファイルで自前の変更は無視したいけど更新があればリモートを優先したいやつ >.git/info/exclude使え これってリモートの更新無視されちゃわない？
172 23/12/10(日)16:53:14 No.1133394702
社内プラグインや社内フレームワークはまだ赦す… 社内言語って何…？
173 23/12/10(日)16:54:05 No.1133395006
>恐ろしいものが見えたんだけど社内言語って何…？ 知りたいけど知りとうない…
174 23/12/10(日)16:54:45 No.1133395241
IDEなんて軟弱者の使うものでサクラエディタ最高みたいなところで印刷してるんだろうか
175 23/12/10(日)16:54:49 No.1133395268
弊社でもgit使いたいけど教えるのとか無理だから提案できない
176 23/12/10(日)16:56:30 No.1133395844
印刷はlintやインテリセンス程度のスコープじゃないもう少し広い範囲を俯瞰するための行為だよ 役割が違う
177 23/12/10(日)16:57:27 No.1133396187
>IDEなんて軟弱者の使うものでサクラエディタ最高みたいなところで印刷してるんだろうか ぶっちゃけ割と多い ある高専の現役生からサクラエディタとVSCodeが半々だと去年聞いた
178 23/12/10(日)16:57:54 No.1133396323
lintで追えないスコープってなんだよ 設計から見直せよ
179 23/12/10(日)16:58:27 No.1133396498
gitにしろsvnにしろ何か使い方間違ってたりやりたいことの実現方法が間違ってるのが散見される…
180 23/12/10(日)16:58:44 No.1133396583
いつものエディタでいつもの見た目だとなんか知らんけど見逃すからねマジの話 ドキュメント書くときもエディタ上だけじゃなくて印刷して読むと読み方が変わって見えないミス見えてくるからオススメだよ 自然言語はインテリセンス効かないから尚更
181 23/12/10(日)16:59:15 No.1133396768
ぶっちゃけＡＩ絵生成で世話になってるサイト以上の認識がない
182 23/12/10(日)16:59:18 No.1133396783
知らない経験だ…
183 23/12/10(日)16:59:26 No.1133396820
冗談だよな…？冗談だと言ってくれ
184 23/12/10(日)16:59:40 No.1133396890
>弊社でもgit使いたいけど教えるのとか無理だから提案できない 代替のツールを使ってるならいいと思うけど >弊社未だにソースコードをフォルダ名に日付をつけて管理している これだったらさっさとやった方が良い
185 23/12/10(日)16:59:55 No.1133396966
酷い環境にいくら身を置いても誇らしい経験にはならないぞ
186 23/12/10(日)16:59:55 No.1133396970
>lintで追えないスコープってなんだよ >設計から見直せよ だから設計を見直すための行動だけど… え？コードゼロから書け？ 何十年積み重ねて何十万行あると思ってんですかあなた
187 23/12/10(日)17:00:03 No.1133397017
submoduleは未だに慣れない わけわからん挙動になることが多い
188 23/12/10(日)17:00:12 No.1133397088
ああこういうタイプか…
189 23/12/10(日)17:01:17 No.1133397487
>酷い環境にいくら身を置いても誇らしい経験にはならないぞ 酷い環境にも手を入れなきゃ改善しないぞ
190 23/12/10(日)17:01:43 No.1133397668
>submoduleは未だに慣れない >わけわからん挙動になることが多い 特定のリポジトリの中の特定のコミットへのリンクでしかないぞ
191 23/12/10(日)17:02:03 No.1133397807
>酷い環境にも手を入れなきゃ改善しないぞ 改善する気がないように見える…
192 23/12/10(日)17:02:28 No.1133397982
俺の経験だとひどい環境を何とかするより自分が出てった方が楽
193 23/12/10(日)17:02:28 No.1133397984
元が何十万行あろうがdiffだけ見返せばいいな… それでよくわからないなら追加変更部分の設計が悪いし
194 23/12/10(日)17:02:35 No.1133398032
>>lintで追えないスコープってなんだよ >>設計から見直せよ >だから設計を見直すための行動だけど… >え？コードゼロから書け？ >何十年積み重ねて何十万行あると思ってんですかあなた 自信満々に言われても何十万行という部分が既にクソ設計なんだなとしか思えない…
195 23/12/10(日)17:02:57 No.1133398191
>自信満々に言われても何十万行という部分が既にクソ設計なんだなとしか思えない… そうだけど…
196 23/12/10(日)17:03:43 No.1133398589
もう俺一人に作らせろって言いたくなる
197 23/12/10(日)17:03:45 No.1133398600
>>自信満々に言われても何十万行という部分が既にクソ設計なんだなとしか思えない… >そうだけど… 勤め先変えたほうがいいよマジで勿体ないから
198 23/12/10(日)17:03:54 No.1133398670
プルリクのレビューに関しては diffだけ見たところでエンバグされても何もわかんねーだろとは思う だからテスターもいるんだけど
199 23/12/10(日)17:04:03 No.1133398744
>IDEなんて軟弱者の使うものでサクラエディタ最高みたいなところで印刷してるんだろうか どんな言語にもIDEがあると思ってはいけない 流行りのWeb系とかスクリプト言語系とかないものが多いし
200 23/12/10(日)17:04:15 No.1133398824
クソ設計なら問題が表面化する前にDXしちまえ
201 23/12/10(日)17:04:29 No.1133398939
結局別のやつが同じ事言いだす
202 23/12/10(日)17:04:57 No.1133399109
せめてVSCodeぐらいつかえ