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 433 名前：421 (ﾌﾞｰｲﾓ MM9d-vZl0) mailto:sage [2022/07/29(金) 13:13:28 ID:UFMUx9C4M.net] あーちょっと不正確だった。正しくは、1の前に 0. 本番からソースをダウンロードし、CVSとの差分がないことを確認する が入る。簡単に言えばVCSを一切当てにしないで本番環境にあるソースをマスターにしましょうってことだ。 こんなのCVSかGitかとかいう以前の問題で、ルール決める人間がVCSを理解してないんだからツールを何使おうが絶対に間違えるんだよ。 仮にGit使ってたとしても同じことになってるだろうね。 434 名前：デフォルトの名無しさん [2022/07/30(土) 04:13:51.24 ID:5b4tKXes0.net] >>421 cvsがただのソース置き場になってるな zip管理してるのと変わらん それで回るのなら、cvsやめてzip管理でええやん 435 名前：デフォルトの名無しさん mailto:sage [2022/07/31(日) 02:06:31.57 ID:usagdBtl0.net] 例えばgoogle trendで検索すると日本はgitに対するsvnの比率が世界最上位クラスに高いのが分かる より良い技術を取り入れていこう勉強していこうってタイプの人が全然いないのかな そんなものより動く製品作るのが大事だろ、知ってる技術使えばいい� 436 名前：ｾろ、勉強する時間が無駄みたいな [] [ここ壊れてます] 437 名前：デフォルトの名無しさん mailto:sage [2022/07/31(日) 02:15:39.82 ID:umZ4cEVU0.net] >>425 すまん俺が svn 糞 とかでググってるせいだわ 438 名前：デフォルトの名無しさん mailto:sage [2022/07/31(日) 02:22:27.63 ID:usagdBtl0.net] >>421 cvsじゃなくてtfvcだけどまさにそんな感じ ブランチが開発差分じゃなくて、各モジュールを表すものになってるんだよねうち。メインに共通部品が置いてあるのよ じゃぁこのブランチで開発してね他の人はいじらないから、みたいなこと最初に言われたとき、お前バージョン管理をなんだと思ってるんだってなったわ >>424の言う通りだし、そもそも「バージョン管理」って概念自体がよく分かってない人結構いるのかもしれない 439 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ d68f-mUOZ) mailto:sage [2022/07/31(日) 05:29:08 ID:Q1ZzrLT30.net] >>425 svnを敵視する人はこれだから困る 440 名前：デフォルトの名無しさん mailto:sage [2022/07/31(日) 15:16:33.83 ID:5HP0foYyM.net] >>427 テンプレートからフォークしていく運用自体はそんなに珍奇ではないと思うよ TFVCはよく知らないけどGitほど複数リポジトリに跨った管理が得意とは思えないから、 フォークの際にGitでクローンする代わりにブランチを使うのはまあアリなんじゃないか 441 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4110-YjMm) mailto:sage [2022/08/01(月) 09:23:36 ID:x4rTNfSD0.net] Hamano氏のインタビューが載ってる　https://git.github.io/rev_news/2022/07/31/edition-89/ 442 名前：デフォルトの名無しさん mailto:sage [2022/08/06(土) 16:17:32.37 ID:PoK0MHTD0.net] おまえらってgitを使ってなにを管理してんの？ どうせ人には見せれない、クソコードをprivateにして遊んでるだけだよなｗ 443 名前：デフォルトの名無しさん mailto:sage [2022/08/06(土) 16:19:29.02 ID:PxmA7nyT0.net] 確かに見せられないな、機密情報だから ごめんねー 444 名前：デフォルトの名無しさん mailto:sage [2022/08/06(土) 22:54:01.88 ID:PoK0MHTD0.net] 恥ずかしくてみせないよな ｗｗｗｗｗ 445 名前：デフォルトの名無しさん [2022/08/06(土) 22:55:49.69 ID:Kw1pprEh0.net] そんなにみたいなら見せてやるよ 最新作だ https://github.com/NCNT/TimingCmds_in_POSIX/tree/main/c_src 446 名前：デフォルトの名無しさん mailto:sage [2022/08/07(日) 06:13:33.06 ID:xRSduvLwr.net] 相変わらずのダサいコードで笑う 447 名前：デフォルトの名無しさん mailto:sage [2022/08/07(日) 10:36:56.12 ID:JIUI9FIi0.net] >>434 なにこれ？ この程度ものを管理する必要があるのか？ しかも公開してｗｗｗｗ やっぱり、偉そうにいうわりにはクソみたいなソフトしか作れないんんだろ 448 名前：デフォルトの名無しさん [2022/08/07(日) 13:36:16.69 ID:Rb+FepPS0.net] >>436 コミケで販売するから文句はそれ買ってから言え。通販もしてるぞ。 あなたのシェルスクリプトに正確な「時」をデリバリー トキデリ Rich Mikan 著 https://richlab.org/coterie/tok.html 449 名前：デフォルトの名無しさん mailto:sage [2022/08/08(月) 13:17:15.57 ID:AVRRjrX2r.net] 資源の無駄 450 名前：デフォルトの名無しさん [2022/08/08(月) 13:28:32.63 ID:CyzYFgqfa.net] githubの話はgitスレでしないでくたさーい 451 名前：デフォルトの名無しさん mailto:sage [2022/08/09(火) 23:25:41.25 ID:3+5sY31X0.net] githubとgitは別物だぞ 452 名前：デフォルトの名無しさん mailto:sage [2022/08/10(水) 01:11:45.77 ID:81VFPbKx0.net] >>440 gitを使ったシステムなんだから別物ではない 453 名前：デフォルトの名無しさん mailto:sage [2022/08/10(水) 01:28:37.91 ID:S6X0Gjf0a.net] え？ 454 名前：デフォルトの名無しさん mailto:sage [2022/08/10(水) 02:07:21.61 ID:ek7aVcHb0.net] DNAと人間は同じだから 455 名前：デフォルトの名無しさん mailto:sage [2022/08/10(水) 02:47:33.52 ID:RODVWlnt0.net] repoってgithubとかgitlabみたいなもん？ 456 名前：デフォルトの名無しさん [2022/08/10(水) 07:15:46.58 ID:g2r8Vobb0.net] >>444 ホスティングサービスではなくて、gitを補佐するクライアントソフトらしい 457 名前： 複数のリポジトリを一括で操作できるのが特徴とか ライブラリが多いとか、扱うリポジトリが多いプロジェクトなんかだと重宝するかも 個人的にはいらんなぁ [] [ここ壊れてます] 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] けどブランチ切り替えくらいなら慣れだな 分散開発で計画やマージを任せられるとなると人によって難しい

---

---

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

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