Git 18

1 名前：デフォルトの名無しさん [2022/04/23(土) 03:25:45.27 ID:HOOXt/T30.net] ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。 Git - Fast Version Control System git-scm.com/ ◆関連サイト Pro Git - Table of Contents git-scm.com/book/ja Git入門 www8.atwiki.jp/git_jp/ ◆前スレ Git 16©2ch.net https://mevius.5ch.net/test/read.cgi/tech/1502726047/ Git 17 https://mevius.5ch.net/test/read.cgi/tech/1599016710/ VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured 458 名前：デフォルトの名無しさん (ｱｳｱｳｳｰ Sa55-2+m5) mailto:sage [[ここ壊れてます] .net] 自分も会社の業務以外でほとんど使用したことはないな そもそも個人レベルのプロジェクトで複数のリポジトリ扱うことないし Android SDKのソース落としてくる時に使ったぐらい 459 名前：デフォルトの名無しさん mailto:age [2022/08/13(土) 07:41:00.55 ID:TsW0bL7n0.net] Git v2.37.2 460 名前：デフォルトの名無しさん mailto:sage [2022/08/13(土) 19:37:20.99 ID:HRISK7Hh0.net] 個人レベルでgitを使う必要ある？ そもそも自分ひとりで書いてるなら大抵は覚えてるだろｗ 461 名前：デフォルトの名無しさん mailto:sage [2022/08/13(土) 20:04:36.06 ID:WN46//k40.net] 個人レベルだからこそ簡単に導入出来るgitを使う 別にリモートにpushやらしなくても所々コミットしておけば戻るのも簡単だし 便利だと思うのだけどね ただバイナリ（excelのファイル)みたいなのには使わないが 462 名前：デフォルトの名無しさん mailto:sage [2022/08/14(日) 02:14:02.08 ID:XCwSZ99k0.net] 新機能を実装する時は、変更前のソースを参照できるようにしておかないと面倒。 バグが発生したときは差分をすぐに参照できるようにしたいしな。 463 名前：デフォルトの名無しさん mailto:sage [2022/08/14(日) 02:16:52.49 ID:TBJygn0f0.net] >>448 ローカルリポジトリだけでも完結できるのにgitをわざわざ忌避する理由がない 464 名前：デフォルトの名無しさん [2022/08/14(日) 13:58:00.56 ID:eEFpmmgP0.net] >>448 数万行のコードなんて覚えてられない どうせおまえがやってるのは100行以下のサンプルコードだけだろｗ 465 名前：デフォルトの名無しさん mailto:sage [2022/08/14(日) 15:10:31.19 ID:hteYaGpv0.net] >>452 どうせ公開できないんだろｗ 何とでもいえるわなｗｗｗ 俺なんてカーネル開発してるよ 466 名前：デフォルトの名無しさん [2022/08/14(日) 15:48:56.36 ID:eEFpmmgP0.net] >>453 たった数万行に驚いてるのか？ 467 名前：デフォルトの名無しさん [2022/08/14(日) 16:47:19.54 ID:psUND9lqa.net] そもそも描いたこと無いからイキれるんだな 468 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 31ab-5Ix7) mailto:sage [[ここ壊れてます] .net] 一日100行でも一年経てば20000行 469 名前：デフォルトの名無しさん mailto:sage [2022/08/15(月) 20:10:11.85 ID:KNym4Y6d0.net] svn脳の人はローカルリポジトリの概念がないからvcs使うことを大層に考えてしまうんだよな 470 名前：デフォルトの名無しさん mailto:sage [2022/08/15(月) 20:22:20.12 ID:1icmhpVn0.net] リモートリポジトリが要らないというのは革命的だと個人的には思うけど、あんまりそういう話は出てこないよね。 リモートリポジトリ無しってgit登場時点で普通の話だったっけ？ 471 名前：デフォルトの名無しさん mailto:sage [2022/08/15(月) 21:27:50.09 ID:dRxXQoxWM.net] リポジトリーのローカルコピーも含めてGitの機能的な部分はBitKeeperから持ち込まれたものだろ 472 名前：デフォルトの名無しさん mailto:sage [2022/08/15(月) 22:34:37.88 ID:vxI8O7UY0.net] >>458 SCCSとかRCSとか。 473 名前：デフォルトの名無しさん mailto:sage [2022/08/15(月) 23:18:53.39 ID:f21eh4iaM.net] Gitの開発経緯を考えるとリモートリポジトリの存在はむしろ超大前提で、ローカルだけで使えるのは副産物みたいなもんでしょ まあリモートと言ってもGithubみたいな中央集権型ではなくて、無数のリモートリポジトリがあってパッチを送り合うような開発スタイルが本来のGitの姿 474 名前：デフォルトの名無しさん mailto:sage [2022/08/16(火) 01:17:15.07 ID:yNxxslbt0.net] https://ezoeryou.github.io/blog/article/2015-04-08-linus-git-interview.html gitの10周年を記念したLinus Torvalsへのインタビューの翻訳 ＞ しかし、BitKeeperがやってきてからというもの、ソース管理に対する見方が変わったね。 ＞ BitKeeperは大抵のことを正しく行っていた。 ＞ レポジトリのローカルコピーがあることと、分散マージはでかかった。 475 名前：デフォルトの名無しさん [2022/08/16(火) 23:52:04.96 ID:zXGOFEoi0.net] >>448 gitに� 476 名前：ﾀらんけど、VCSって個人レベルでも機能追加とバグ修正並行して進める時は楽だ [] [ここ壊れてます] 477 名前：デフォルトの名無しさん [2022/08/18(木) 11:54:41.84 ID:p/limWqpa.net] gitとgithubの区別がついてないんだろ 478 名前：デフォルトの名無しさん mailto:sage [2022/08/25(木) 00:47:44.66 ID:x22ro4Sl0.net] 初歩的な質問になるけれど… 異なるローカルブランチ「debug」と「genbug」が存在する。 両方のブランチに全く等しい「iam.txt」と「whoyou.txt」いうテキストファイルがあって、 どちらのテキストファイルも両ブランチの最新コミット内に存在するものとする。 「Iam.txt]の中身は"I am a dog." 「debug」ブランチで【rm whoyou.txt】と打って「whoyou.txt」を削除し、「Iam.txt」の中身を"I am a cat."に変更してステージングをしないまま、 【git checkout genbug】 と打って「genbug」ブランチに切り替え、ワークツリーを確認してみると、「Iam.txt」の中身は"I am a cat."に変更されているのに、 「whoyou.txt」は削除されていない（というより復活している）。 これはなぜなのだろうか？（whoyou.txtをgitリポジトリから消したいならrmコマンドではなくgit rm --cachedを使うべきなのはわかる） いまいち、git checkoutをしたときのワークツリーの挙動が掴めない 479 名前：デフォルトの名無しさん mailto:sage [2022/08/25(木) 02:38:58.44 ID:W0zamWK80.net] 「git checkout ブランチ」するとき、 checkout前のブランチにおけるワークツリー上でのファイルの編集や削除は、 checkout前のブランチにコミットされているそのファイルとcheckout後のブランチにコミットされているそのファイルが等しい場合、 checkout後のブランチにそのまま引き継がれる つまりIam.txtが変更されているのは正しいが、whoyou.txtが復活するのは何か操作を勘違いしていると思う ちなみに、 checkout前のブランチとcheckout後のブランチにコミットされているファイルが等しく無い場合、 checkoutすることでcheckout後のブランチにコミットされているファイルへ置き換わるが、 checkout前のブランチにおいてワークツリー上でそのファイルを編集や削除していると、 checkoutが失敗する 480 名前：デフォルトの名無しさん mailto:sage [2022/08/25(木) 02:40:02.58 ID:W0zamWK80.net] $ git status -sb ## debug $ ls iam.txt whoyou.txt $ cat iam.txt I am a dog. $ echo "I am a cat." > iam.txt $ rm whoyou.txt $ git status -sb ## debug M iam.txt D whoyou.txt $ ls iam.txt $ cat iam.txt I am a cat. $ git checkout genbug M iam.txt D whoyou.txt Switched to branch 'genbug' $ git status -sb ## genbug M iam.txt D whoyou.txt $ ls iam.txt $ cat iam.txt I am a cat. 481 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 1f5f-SiT/) mailto:sage [[ここ壊れてます] .net] >>466-467 whoyou.txtが復活するのは勘違いしていたみたい すまん 「checkout前のブランチにおけるワークツリー上でのファイルの編集や削除は、 checkout前のブランチにコミットされているそのファイルとcheckout後のブランチにコミットされているそのファイルが等しい場合、 checkout後のブランチにそのまま引き継がれる」 こんな仕様があったのか。知らなかった。ありがとう。 ワークツリー上で行った操作をなかったことにしたい場合「git checkout .」で良いと思うんだけど ワークツリー上で行ったgit操作履歴（というかローカルリポジトリへのコミット内容との差分）を確認する方法ってないのかな 482 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9fe4-hHkJ) mailto:sage [[ここ壊れてます] .net] >>468 ワークツリーでの操作に関しては履歴は残らない カレントブランチにコミット済みとワークツリーとの差分については、上でもやってるけどgit statusや、git diffでもできる git diff # 差分の内容を表示 git diff --name-status # 差分があるファイル名とそのステータスを各1行で表示 git status # 差分があるファイル名を含めたワークツリーの状況を詳しめに表示 git status -s # 差分があるファイル名とそのステータスを各1行で表示 git status -sb # ブランチ名を表示した下にgit status -sと同じものを表示 483 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f7c-tEjH) mailto:sage [[ここ壊れてます] .net] git status -v とかじゃダメなのか？ 484 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 9fe4-hHkJ) mailto:sage [[ここ壊れてます] .net] git status -vは-v無しと同じかな？ 毎回git statusやると表示がうっとおしいので、git status -sbの方をシェル関数でgstに定義して良く使ってる git status -vはmergeやrebaseが失敗したときに見る 485 名前：デフォルトの名無しさん mailto:sage [2022/08/26(金) 18:45:49.38 ID:8mS1vdmvM.net] たかだかpushするだけなのに、ターミナルからやった方がエモいですか？ 486 名前：デフォルトの名無しさん mailto:age [2022/08/26(金) 19:07:22.83 ID:m09WXDX9a.net] エモいと言う言葉の意味がわからない 487 名前：デフォルトの名無しさん mailto:sage [2022/08/26(金) 19:30:50.57 ID:WwYTVpIB0.net] >>472=>>407 488 名前：デフォルトの名無しさん [2022/08/27(土) 07:34:04.59 ID:cMY+Cqk70.net] エモいかどうかは知らんけど、 489 名前：ターミナルの方が便利 [] [ここ壊れてます] 490 名前：デフォルトの名無しさん mailto:sage [2022/08/30(火) 12:28:50.29 ID:CdxrcFTpM.net] 興味本位でインストールしたけど、そもそも履歴を管理しなきゃいけないようなものが、個人にはないこと気づいてほったらかしwww 491 名前：デフォルトの名無しさん [2022/08/30(火) 23:04:23.35 ID:F66FctjD0.net] まあ、プログラマーくらいしか使わんかも 事務の人とか使ってるんかな？ 492 名前：デフォルトの名無しさん [2022/08/31(水) 08:44:21.38 ID:hYROypry0.net] ファイル名で管理していて最新版がどれかわからんっていうネタはよく見るけど、最新版を追うためだけにVCSを導入するところは少ないでしょ 493 名前：デフォルトの名無しさん mailto:age [2022/08/31(水) 08:46:09.80 ID:kba1lHfP0.net] Git v2.37.3 494 名前：デフォルトの名無しさん mailto:sage [2022/08/31(水) 12:34:16.47 ID:nUvaW37BM.net] >>478 最新はタイムスタンプ見れば一目瞭然だろ パソコン初心者かよw 495 名前：デフォルトの名無しさん [2022/08/31(水) 15:08:11.70 ID:83s/Qhp/a.net] タイムスタンプω パソコン初心者かよωωω=2πf 496 名前：デフォルトの名無しさん mailto:sage [2022/08/31(水) 15:34:18.76 ID:t/W0dlco0.net] gitがメジャーになったおかげで、ソースコードのタイムスタンプにゴチャゴチャ文句付けるオジサンを駆逐できて良かった 497 名前：デフォルトの名無しさん [2022/08/31(水) 16:40:45.15 ID:hYROypry0.net] あと、扱うファイル形式的にも難しそう >>482 どういうこと？昔はタイムスタンプで何か言ってくる人がいたの？ 498 名前：デフォルトの名無しさん mailto:sage [2022/09/01(木) 01:20:40.38 ID:v92yFclD0.net] >>481 涙拭けよ 499 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5dc2-nKCz) mailto:sage [[ここ壊れてます] .net] タイムスタンプみたいな信用できないものに依存するなよ 500 名前：デフォルトの名無しさん [2022/09/03(土) 12:08:05.86 ID:gEPymsC80.net] https://github.com/zhlynn/zsign これをビルドするのにMSYS2を入れて、git clone git@github.com:witwall/mman-win32とやったら、git@github.com: Permission denied (publickey).になっちゃったんですけど、githubのアカウントがないとダメなんでしょうか？ 501 名前：デフォルトの名無しさん [2022/09/03(土) 12:50:36.25 ID:91ZlUxrsa.net] git clone github.com:witwall/mman-win32 502 名前：デフォルトの名無しさん mailto:sage [2022/09/03(土) 12:56:48.05 ID:ZbfA6K7G0.net] >>486 SSH接続はアカウント作って鍵を登録する必要がある git@github.com: → https://github.com/ に読み替えてhttpsでやればいい 503 名前：デフォルトの名無しさん mailto:sage [2022/09/03(土) 15:32:09.11 ID:gEPymsC80.net] >>488 ありがとう 504 名前：デフォルトの名無しさん mailto:sage [2022/09/04(日) 18:01:40.46 ID:F3wqdiHv0.net] 情報系卒ではじめて業務でgit触ったんだけど、これbranch newFunc -u みたいな感じで origin/newFuncみたいなの脳死で追跡するように設定しちゃってもいい？ このコマンド一度打っておけば。そのブランチにpushするときいちいちoriginって入れなくてもよくなる くらいの認識でしかないんだけども 505 名前：デフォルトの名無しさん mailto:sage [2022/09/04(日) 18:03:08.45 ID:F3wqdiHv0.net] 日本語下手すぎたから書き直します 情報系卒の1年目で、最近はじめて業務でgit触ったんだけど、これ「git branch newFunc -u」で origin/newFuncをup-streamに設定しちゃってもいい？ このコマンド一度打っておけば、そのブランチにpushするときいちいちoriginって入れなくてもよくなる（originが省略できる） くらいの認識でしかないんだけども 506 名前：デフォルトの名無しさん mailto:sage [2022/09/04(日) 18:09:17.04 ID:ZgLwpFsc0.net] いいよ 間違ったとこにpushすることを防げる 507 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fdb-Cgcv) mailto:sage [[ここ壊れてます] .net] おとなしくGUI使えよ タイプするのが面倒で、間違ってpushなんてしてるようならｗｗｗ 508 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 01:29:30.11 ID:+fm9JKxR0.net] >>493 push先を間違うのは頭の中の段階なので何UIでも関係ないです 509 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 01:33:50.45 ID:CQl5AJDr0.net] >>494 論破しましたね 510 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 12:14:03.67 ID:s3GaDdDqM.net] 論破ww 久々に聞いた、平成かよw 511 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 14:19:44.96 ID:vU9z3P6x0.net] ﾃﾃﾝﾃﾝﾃﾝがこうも粘着してgitのコマンド入力に憎しみを向けるの� 512 名前：煢ﾟ去に完全論破されたのがよっぽど悔しかったんだろうな [] [ここ壊れてます] 513 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 16:50:12.49 ID:dKgf+YLO0.net] ローカルブランチのソースコード中の コメントアウトしてある説明とかの修整って 気付いたときに、いちいちコミットしてる？ それともstashとかにまとめといて後で一気にやる？ 514 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 18:08:18.48 ID:pTpxX+Uo0.net] 別にこまめに修正してコミットしても良いのでは？ 何かルールでもあるの？ 515 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 19:17:05.40 ID:dKgf+YLO0.net] >>499 ルールは無いよ ただどうでもいいとこで無用にログが膨らむけど 皆は普段どうしてんだろ？って思って書いてみた 516 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 20:13:32.62 ID:CQl5AJDr0.net] 気が向いたらコミットしといてpushする前にsquashで複数コミットを1個にまとめる 517 名前：デフォルトの名無しさん mailto:sage [2022/09/05(月) 23:32:13.90 ID:vU9z3P6x0.net] 気楽に思いつくままコミットして、ゴチャつきが気になったら後で rebase -i で美化運動する 518 名前：デフォルトの名無しさん [2022/09/10(土) 14:36:31.13 ID:4Ftb5IZI0.net] >>491 originしかないような状況ならまず困らないからOK 2つ以上のリモートリポジトリにpush/pullしたくなったら、ユースケースでデフォルトに設定するかその都度考えて打った方がいいか考えればok 519 名前：デフォルトの名無しさん [2022/09/10(土) 17:37:58.38 ID:EVlNSVx0M.net] .gitattributesで.rcファイルをUTF-16LE-BOMに指定してから、git cloneした時にエラーが発生するようになりました 書き方が間違ってるのでしょうか？ >error: failed to encode 'resource.rc' from UTF-8 to UTF-16LE-BOM .editorconfig ------------------ root = true [*] end_of_line = crlf charset = utf-8 indent_style = space indent_size = 4 trim_trailing_whitespace = true insert_final_newline = false [*.rc] charset = utf-16 ------------------ .gitattributes ------------------ *.rc working-tree-encoding=UTF-16LE-BOM eol=CRLF 520 名前：デフォルトの名無しさん mailto:sage [2022/09/10(土) 17:55:34.66 ID:2MbFO6mH0.net] >error: failed to encode 'resource.rc' from UTF-8 to UTF-16LE-BOM これが理由じゃないの？ そもそも、UTF-16LE-BOM を使う事ってある？ 普通は、BOM 無しUTF-8 を使う 521 名前：デフォルトの名無しさん mailto:sage [2022/09/10(土) 18:08:59.50 ID:EVlNSVx0M.net] >>505 Visual Studioを使ってるのでUTF-16LE-BOMかShiftjisの二択なのです resource.rcはUTF-16LE-BOMで保存してあります 522 名前：デフォルトの名無しさん mailto:sage [2022/09/10(土) 18:17:08.28 ID:kN9l3Zj10.net] >>505 使う理由があって使ってんのに難癖はやめとけ 523 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ a561-Z99o) mailto:sage [[ここ壊れてます] .net] >>504 リモートとのやり取り時に指定文字コードとUTF-8を相互変換するんだから.rcファイルpushし直さないとだめじゃね？ 524 名前：デフォルトの名無しさん mailto:sage [2022/09/10(土) 20:18:35.22 ID:RL5Ydm0F0.net] 素直に文字コード変換ソフト使ってからpushしたほうがイイんじゃね？ 文字コードの問題は結構根深いとこあるし 525 名前：デフォルトの名無しさん mailto:sage [2022/09/10(土) 20:23:42.76 ID:1BX46xrY0.net] 情報学部卒IT企業勤務1年目だけどGit難しいよ よくみんな使いこなせるな ブランチ切り替えとか発生した瞬間に混乱するわ 526 名前：デフォルトの名無しさん mailto:sage [2022/09/10(土) 20:25:06.14 ID:1BX46xrY0.net] とあるブランチで開発を進めていて、pushまで完了していつでもブランチ切り替えできる状態ではあるけど 新しくブランチ切ったからそこで作業してと言われた瞬間パニックになる　ブランチ切り替えすると作業フォルダの中身変わるの緊張するわ 527 名前：デフォルトの名無しさん mailto:sage [2022/09/10(土) 20:40:06.16 ID:amn8zzJ5M.net] 慣れないうちはコミットログやブランチ同士の関係をグラフ表示できるGitクライアントに頼ったほうがいいよ ミスっても所詮は手元だけだから、適宜リモートにプッシュしてさえいれば操作は大胆にやればいい ただしプッシュ前のチェックだけは入念に 528 名前：デフォルトの名無しさん mailto:sage [2022/09/10(土) 21:23:42.21 ID:EVlNSVx0M.net] >>508 リモートの.editorconfigと.gitattributesでUTF-16LE-BOMを指定してるので .rcファイルもUTF-16LE-BOMで上がっているんじゃないのかな cloneした.rcファイルはUTF-16LE-BOMになってます >>510 よくわからないエラーで悩むよ 529 名前：デフォルトの名無しさん mailto:sage [2022/09/11(日) 01:22:10.61 ID:TANQ1xvy0.net] そもそもutf-16 leを推奨しているMicrosoftがおかしいからな(直す気もないらしい) >>504 多分もう色々調べてると思うけど、もし見てなかったら参考に https://developercommunity.visualstudio.com/t/git-failed-to-encode-from-utf-16-le-bom-to-utf-8-w/920369 https://qiita.com/syoyo/items/37a917aa5932f626d5cc 530 名前：デフォルトの名無しさん mailto:sage [2022/09/11(日) 06:37:15.30 ID:ViMVDrAnM.net] >>514 ありがとうなんだか設定ミスのようだ × charset = utf-16 〇 charset = utf-16le × *.rc working-tree-encoding=UTF-16LE-BOM eol=CRLF 〇 *.rc text working-tree-encoding=UTF-16-LE-BOM eol=CRLF 531 名前：デフォルトの名無しさん [2022/09/11(日) 08:17:11.62 ID:p8irpA6n0.net] >>510 頭が良い悪いは関係なくて、単に慣れの問題だと思うよ 心配しなくても、そのうち慣れる 532 名前：デフォルトの名無しさん mailto:sage [2022/09/11(日) 12:15:22.07 ID:EZu34myO0.net] ある程度の難しさがあるのは確かだと思うので地図を読むことの得手不得手みたいな適性は何かしらあるかもしれない 533 名前：デフォルトの名無しさん mailto:sage [2022/09/11(日) 12:17:08.26 ID:EZu34myO0.net] けどブランチ切り替えくらいなら慣れだな 分散開発で計画やマージを任せられるとなると人によって難しい 534 名前：デフォルトの名無しさん mailto:sage [2022/09/15(木) 14:34:12.65 ID:cRBlrBBnF.net] githubの質問ってここで良いのかな？ フォーク基のリポジトリをPublicからPrivateに変更したら、Publicの時にフォークしたユーザーのリポジトリに影響って出る？ 535 名前：デフォルトの名無しさん [2022/09/15(木) 23:28:16.29 ID:GwVm0Djk0.net] >>519 こっちでお願いします ｿｰｽｺｰﾄﾞ ﾎｽﾃｨﾝｸﾞ総合【GitHub,GitLab,Bitbucket等】 https://mevius.5ch.net/test/read.cgi/tech/1531824290/ 536 名前：デフォルトの名無しさん mailto:age [2022/09/16(金) 13:09:50.05 ID:QQvhz5cq0.net] Git v2.38.0-rc0 537 名前：デフォルトの名無しさん mailto:age [2022/09/23(金) 16:47:47.90 ID:UblpnXcK0.net] Git v2.38.0-rc1 538 名前：デフォルトの名無しさん mailto:sage [2022/09/27(火) 03:57:55.82 ID:x8Dmf6Id0.net] c:\gittest\server\proj01 c:\gittest\client\proj01 というフォルダ作って上から下にcloneはできて下のフォルダで完結する操作はできたんだけど 下から上にpushしようとすると失敗する To c:\gittest\server\proj01 ! [remote rejected] master -> master (branch is currently checked out) error: failed to push some refs to 'c:\gittest\server\proj01' こういう学習のためのテスト環境ってローカル同士じゃダメなんですか？ 539 名前：デフォルトの名無しさん mailto:sage [2022/09/27(火) 07:59:31.26 ID:UwDioOcC0.net] bare repositoryになってないとかmaster,developへの直接push不可になってるとか 540 名前：デフォルトの名無しさん mailto:sage [2022/09/27(火) 09:48:59.09 ID:+d371Z/C0.net] 【Git】bare リポジトリで無いならば、push を受け入れないことを知りました https://oki2a24.com/2016/10/11/do-not-recive-push-unless-bare-repository/ 学習のためだけならreceive.denyCurrentBranchを設定してもいいかもね 541 名前：デフォルトの名無しさん mailto:sage [2022/09/27(火) 10:14:08.47 ID:c2KUidKp0.net] 不可解な挙動で学習時間や意欲をロスしないためにも普通の構成にしたほうがいいと思う 俺ならserver(bare)とclient1とclient2を作る 542 名前：デフォルトの名無しさん mailto:sage [2022/09/27(火) 11:33:58.99 ID:vJTIC1iI0.net] そもそもどこからcloneして 543 名前：きたのか不明だし、こういう質問する奴って情報が不足し過ぎてるような githubとかにあるようなのをcloneしてpushして失敗しましたとかなら草だがｗ [] [ここ壊れてます] 544 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fe4-Nf8B) mailto:sage [[ここ壊れてます] .net] 別にどこからcloneしてきたとか関係ないよ デフォルト設定だとbareでないレポジトリへpushできないことがあるのは仕様 bareにするとかdenyCurrentBranchは危ないよとかググれば日本語の情報もいっぱいある 545 名前：デフォルトの名無しさん mailto:age [2022/09/28(水) 09:04:02.38 ID:+1FeoF9d0.net] Git v2.38.0-rc2 546 名前：デフォルトの名無しさん mailto:sage [2022/09/28(水) 11:25:13.07 ID:bhRVKQK10.net] server側をベアで作り直したらうまくいきました ありがとうございます なぜ入門書はここら辺を説明してくれずに まずGitHubのアカウントを作ります。とか言い出してしまうのか 547 名前：デフォルトの名無しさん mailto:sage [2022/09/28(水) 11:44:27.73 ID:MP/YhhuJ0.net] 選び方が悪いね そういう方向性の入門書ならプロジェクトリーダー濱野氏の入門Gitだ 5章「2か所で使う」でバックアップリポジトリをbareで作って云々を解説してる githubには一切触れていない(と思う) git clone /pub/repositories/～ みたいなローカルマシン内でのcloneを解説してる本は他にあるのかな 548 名前：デフォルトの名無しさん [2022/10/01(土) 10:02:20.72 ID:DVLayUHe0.net] Gitをインストールした記憶がないのに、なぜかインストール済みでした。 Git Bashを起動すると、プロンプトが変だし、フォントが小さいし、色付けもされません。 プロンプトは「~>」です。 これはどういうことでしょうか？ 549 名前：デフォルトの名無しさん mailto:sage [2022/10/01(土) 14:10:19.42 ID:J9f91GHl0.net] それウィルスに感染してる 550 名前：デフォルトの名無しさん mailto:sage [2022/10/02(日) 17:48:34.37 ID:6kxI91N30.net] コミットメッセージについてです テキストエディタを使って複数行書く方法と、コマンドライン上で1行書く方法が あるみたいですが、基本的にはどっちを使うべきなんでしょうか？ 551 名前：デフォルトの名無しさん mailto:sage [2022/10/02(日) 18:05:40.19 ID:dk1cJbbAM.net] 仕事や既存OSSならチームのルールがあるだろうから先輩に聞け 個人ならどっちでも自分が楽な方でいい ぶっちゃけコミットメッセージなんか誰も見ないから実際どうでもいいし、 そのうちチームに入ってから空気読めばいいだけの話なんで学習中の身のうちから意識して鍛えておかなければならないほど大した話ではない 552 名前：534 mailto:sage [2022/10/02(日) 18:30:26.77 ID:6kxI91N30.net] >>535 分かりました　ありがとうございます 取り敢えずVSCodeを使っておこうと思います 553 名前：デフォルトの名無しさん mailto:sage [2022/10/02(日) 18:55:33.63 ID:q9OgIqJtM.net] Vimを使って書くのが正しいやり方です 554 名前：534 mailto:sage [2022/10/02(日) 19:05:01.56 ID:6kxI91N30.net] >>537 そうなんですね インプレスの本ではVSCodeを使いなさいと書いてあったのでそうしました 555 名前：デフォルトの名無しさん mailto:sage [2022/10/02(日) 19:10:39.82 ID:uPDZdRB50.net] コミットメッセージちゃんと書けるやつが本物のプログラマ。書けないやつはゴミグラマー。 自分で試行錯誤しているローカルリポジトリはコマンドラインで適当に入れても良いけど、他人に見せるやつはエディタで丁寧に時間をかけて書く。 コードを書いている時間よりコミットメッセージ書いている時間の方が長いくらいで普通。 556 名前：デフォルトの名無しさん mailto:sage [2022/10/02(日) 19:16:22.79 ID:D5S18uSu0.net] 長文したためなくてもバグトラッカーのID書いてあればいいよ 繰り返しになるけどプロジェクト次第 557 名前：デフォルトの名無しさん mailto:sage [2022/10/02(日) 19:28:14.51 ID:Sn8H/WH4M.net] >>539 まあチーム次第だから君が間違っていると言うつもりはないが、一般的に言って流石にコーディングより時間をかけるのは時間の無駄 コミットメッセージは見つけづらくて無駄だから、そんな時間があったらドキュメントでも書いてくれ 558 名前：デフォルトの名無しさん mailto:sage [2022/10/02(日) 20:42:06.76 ID:t7yq2oGI0.net] https://git-scm.com/docs/SubmittingPatches#describe-changes > The log message that explains your changes is just as important as the changes themselves. Your code may be clearly written with in-code comment to sufficiently explain how it works with the surrounding code, but those who need to fix or enhance your code in the future will need to know why your code does what it does, for a few reasons: ...

---

---

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

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