Git 20 (530レス)
Git 20 http://mevius.5ch.net/test/read.cgi/tech/1707958209/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
273: デフォルトの名無しさん (ワッチョイ ff95-YoY9) [sage] 2025/01/23(木) 18:26:22.96 ID:ZEFHCs1J0 >>265 ローカルにスタッシュする or 専用ブランにコミットした上で、.git以下を適当にバックアップするんじゃないの? リモートに個人的なブランチをpushするのは抵抗感があるなぁ。 http://mevius.5ch.net/test/read.cgi/tech/1707958209/273
274: デフォルトの名無しさん (ワッチョイ c3e6-Trbs) [sage] 2025/01/23(木) 18:36:02.43 ID:vFJWSuXb0 >>273 >>270で書いたような、今自分がやっている方法と同じですね Gitの使い方としてどうかと思っていたのですが、それも間違いではないのですか http://mevius.5ch.net/test/read.cgi/tech/1707958209/274
275: デフォルトの名無しさん (ワッチョイ ff95-YoY9) [sage] 2025/01/23(木) 19:41:26.62 ID:ZEFHCs1J0 >>274 大丈夫じゃない? https://git-scm.com/book/en/v2/Git-Internals-Plumbing-and-Porcelain http://mevius.5ch.net/test/read.cgi/tech/1707958209/275
276: デフォルトの名無しさん (ベーイモ MMff-4FDL) [sage] 2025/01/24(金) 14:03:41.62 ID:/oFMYy+rM 仕事でやってるならそれは個人的な作業ではないのだから堂々とリモートにpushすればよい OSSならそもそもforkしてるだろうからリモートは元々自分専用 http://mevius.5ch.net/test/read.cgi/tech/1707958209/276
277: デフォルトの名無しさん (ドコグロ MM7f-wVPw) [sage] 2025/01/25(土) 15:00:31.31 ID:i3NO8nb7M 道具として異常 知恵遅れがしがみつく道具がgit http://mevius.5ch.net/test/read.cgi/tech/1707958209/277
278: 30 (ワッチョイ d315-+m+E) [sage] 2025/01/25(土) 17:08:54.33 ID:i1hyUUYx0 じゃあ天才は何使ってんの http://mevius.5ch.net/test/read.cgi/tech/1707958209/278
279: デフォルトの名無しさん (ワッチョイ 6f9b-Bxv4) [sage] 2025/01/25(土) 17:22:25.79 ID:W3I6NstP0 未だにsvnから移行できないじじいはいたな http://mevius.5ch.net/test/read.cgi/tech/1707958209/279
280: デフォルトの名無しさん (ワッチョイ 6f5f-3AqC) [sage] 2025/01/25(土) 17:57:50.21 ID:aP269JYO0 better cvs として使ってます。本当にすみません。 ブランチとか良く使わないです http://mevius.5ch.net/test/read.cgi/tech/1707958209/280
281: デフォルトの名無しさん (JP 0Hb6-dNed) [] 2025/01/26(日) 13:26:52.01 ID:uiy/DQQ3H やっぱりVisual Source Safeが一番わかりやすくていいよね http://mevius.5ch.net/test/read.cgi/tech/1707958209/281
282: デフォルトの名無しさん (ベーイモ MM06-zT4W) [sage] 2025/01/26(日) 16:30:13.37 ID:h32xfORHM Better CVSではないGitならではのやり方と言えるのなんて、 複数のリモートリポジトリ間でpullし合うような真に分散管理された伝統的なOSS開発スタイルくらいだろ 基本的に大半の人の使い方はBetter CVSの域を出ない ローカルリポジトリがリモートリポジトリへの反映前のバッファとして使えて便利だな、という程度 http://mevius.5ch.net/test/read.cgi/tech/1707958209/282
283: デフォルトの名無しさん (ワッチョイ b6f0-jays) [sage] 2025/01/26(日) 16:51:43.41 ID:v8RHgYNZ0 ↑中途半端にわかった気になってるじじい http://mevius.5ch.net/test/read.cgi/tech/1707958209/283
284: デフォルトの名無しさん (ワッチョイ cebb-ncSF) [sage] 2025/01/26(日) 17:14:21.11 ID:OHuPDl3g0 >>282 もうちょっと上手に煽んないと乗れないぞ そもそもこのスレに cvs 使ったことあるやつがどれだけいると思ってんだ 30年前のアプリ比較に出しても自分が年寄りと表明することにしか まちもに cvs 使ってたやつなら、恥ずかしくこの書き込みできないんで、きちんと使ったことないのまでは分かるけど http://mevius.5ch.net/test/read.cgi/tech/1707958209/284
285: 30 (ワッチョイ 7f3d-ImQ9) [sage] 2025/01/26(日) 22:56:56.08 ID:Im+l/vn00 CVSなら知ってるよ コンビニのことでしょ http://mevius.5ch.net/test/read.cgi/tech/1707958209/285
286: デフォルトの名無しさん (ワッチョイ 7a86-Uu4E) [] 2025/01/27(月) 23:35:25.04 ID:5zVfH4ct0 >>284 40歳以上なら知っている http://mevius.5ch.net/test/read.cgi/tech/1707958209/286
287: デフォルトの名無しさん (アウアウウー Sa47-zrHT) [sage] 2025/01/28(火) 00:30:38.67 ID:knz0Jl8ca RCSの話をしたくなるね http://mevius.5ch.net/test/read.cgi/tech/1707958209/287
288: デフォルトの名無しさん (ワッチョイ 7a86-Uu4E) [] 2025/01/28(火) 06:16:26.21 ID:OdcIn15O0 VSSもかなりあとまで使っていたけどな 35歳以上なら知っていることが多い http://mevius.5ch.net/test/read.cgi/tech/1707958209/288
289: デフォルトの名無しさん (ワッチョイ 1a6e-dNed) [sage] 2025/01/28(火) 12:37:10.14 ID:bnD9cEyX0 いまでもVisualStudioのソースコード管理はVSSライクなのあるよね。 Gitも使えるけど。 開発の中心じゃないメンバーも使う仕様書管理とかだとそっちの方が 評判高いというか、Gitは使わないよなw http://mevius.5ch.net/test/read.cgi/tech/1707958209/289
290: デフォルトの名無しさん (アウアウエー Sa52-FFa5) [] 2025/01/28(火) 13:19:48.30 ID:dqvH8r5Ca SVNも忘れないで http://mevius.5ch.net/test/read.cgi/tech/1707958209/290
291: デフォルトの名無しさん (アウアウウー Sa47-zrHT) [sage] 2025/01/28(火) 20:38:47.97 ID:n6IrqaQHa Gitを知ろう!昔のソース管理とGit の絵を見るとGitって難しい事してるな、って思う。 逆に古いツールは複雑なマージ出来るんだっけ?と不安になる。 http://mevius.5ch.net/test/read.cgi/tech/1707958209/291
292: デフォルトの名無しさん (ワッチョイ 3be6-6AoA) [sage] 2025/01/29(水) 13:05:47.15 ID:iK+g/tdh0 Gitはオープンソースのプロジェクトを分散管理するのが目的だろうから、 社内のソース管理とかに使うと、なんか前より面倒くさくなったなと感じる http://mevius.5ch.net/test/read.cgi/tech/1707958209/292
293: デフォルトの名無しさん (ワッチョイ cebb-ncSF) [sage] 2025/01/29(水) 13:38:14.63 ID:vsr4sfYf0 >>292 git は world wide にユニークな名前で管理して無限(おおげさな表現)にスケールすることが利点の1つなので 少人数のプロジェクトだとこの利点は感じ難いのは仕方ない、あらゆる利点は逆からみれば欠点なわけだし http://mevius.5ch.net/test/read.cgi/tech/1707958209/293
294: デフォルトの名無しさん (ワッチョイ cebb-ncSF) [sage] 2025/01/29(水) 13:41:47.19 ID:vsr4sfYf0 git の他の利点、例えばブランチを切ったり繋いだりするのが早くて操作も簡単 みたいなのに慣れてくると個人利用のみでも手放せなくなる http://mevius.5ch.net/test/read.cgi/tech/1707958209/294
295: デフォルトの名無しさん (ワッチョイ 1bf9-pXYx) [sage] 2025/01/29(水) 15:51:35.40 ID:O2q9bD9Z0 正直、ローカルリポジトリを持たずに直接GitHubにコミットできるオプションがあったら便利だと思う クライアントとサーバーが等価なのがアーキテクチャとして美しいのはわかるけど、 安定したネットワーク環境とリモートへの反映が前提なら実用的にはあまり意味ないのよね 余計な手間が増えるだけだし、作業者マインドの人(情シスとか情シスとか)に理解させるのに苦労する http://mevius.5ch.net/test/read.cgi/tech/1707958209/295
296: デフォルトの名無しさん (ワッチョイ 7a8e-0HiR) [] 2025/01/29(水) 16:45:51.30 ID:NEN1+s6c0 なるほど、必要なら作ってくれ http://mevius.5ch.net/test/read.cgi/tech/1707958209/296
297: デフォルトの名無しさん (ワッチョイ 7ab6-N+ua) [sage] 2025/01/29(水) 17:08:05.77 ID:j23j/EVS0 最近のGitHubはweb上で編集してプルリク投げまで完結できたよね? あんまし使ったことないけど http://mevius.5ch.net/test/read.cgi/tech/1707958209/297
298: デフォルトの名無しさん (ワッチョイ b65f-rEDf) [sage] 2025/01/29(水) 17:26:33.12 ID:wXwWo4Yf0 会社ではプッシュばっかり使っててプルリクの概念がいまだによくわかってない このブランチをプルしてマージしてください ってお願いするのがプルリクなんだよね? 会社でこれをやるなら、ソース管理者みたいな人を立ててその人に依頼すんの? http://mevius.5ch.net/test/read.cgi/tech/1707958209/298
299: デフォルトの名無しさん (ワッチョイ 7f3c-zT4W) [sage] 2025/01/29(水) 18:19:19.91 ID:u4GPoyB40 君のチームのワークフローに合わせればいい。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の機能を使って実装するだけだ。 http://mevius.5ch.net/test/read.cgi/tech/1707958209/299
300: デフォルトの名無しさん (ワッチョイ cebb-ncSF) [sage] 2025/01/29(水) 19:20:58.17 ID:vsr4sfYf0 >>298 ワークフロー次第だが、もともと想定されてるのは 個人用公開リポジトリ ←push― 個人用ローカルリポジトリ ←commit― 作業ディレクトリ という環境を全員が持ってる前提で プルリクエストというのは、「俺の公開リポジトリに push したので、そこからお前のリポジトリに pull してくれ」という要求 これを責任者宛に出せば チームリーダーとかリリース・マネージャーとかの責任者がチェックして問題なければ、それを彼の個人ローカ
ル・リポジトリでマージする(その後に彼の公開リポジトリに push して公開する) http://mevius.5ch.net/test/read.cgi/tech/1707958209/300
301: デフォルトの名無しさん (ワッチョイ 7f36-zT4W) [sage] 2025/01/29(水) 21:57:23.24 ID:u4GPoyB40 企業での開発においては共通のリポジトリを皆で触るのが一般的であり、”pull” requestは実際には同一リポジトリ内でのマージのみに使用する forkはガバナンスを困難にし情報漏洩につながるリスクがあるため、そもそもorganizationまたはenterpriseのポリシーで一律禁止するのがベストプラクティス http://mevius.5ch.net/test/read.cgi/tech/1707958209/301
302: デフォルトの名無しさん (ワッチョイ 7f86-ImQ9) [sage] 2025/01/30(木) 01:09:50.68 ID:o8nH7UIQ0 GitLabだとマージリクエストって名前なんだけど、個人的にはこっちの名の方がしっくり来るんだよなあ http://mevius.5ch.net/test/read.cgi/tech/1707958209/302
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 228 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.022s