[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/13 17:55 / Filesize : 365 KB / Number-of Response : 1056
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


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

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

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して失敗しましたとかなら草だがw
[]
[ここ壊れてます]

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:
...

559 名前:デフォルトの名無しさん mailto:sage [2022/10/02(日) 21:53:11.93 ID:QRo7yeZh0.net]
>>539
コマンドラインでもコミットメッセージはvimとかで丁寧に書けますが

560 名前:デフォルトの名無しさん mailto:sage [2022/10/02(日) 21:57:22.79 ID:QRo7yeZh0.net]
>>541
ReamineのチケットとかGithubのIssueとかにコミットを結びつけた方が読みやすいよね

561 名前:デフォルトの名無しさん mailto:sage [2022/10/02(日) 22:11:44.82 ID:uPDZdRB50.net]
>>543
vim はエディタでないという主張は初めて聞いた。emacs は環境とういうのは良く聞くけど。

562 名前:デフォルトの名無しさん mailto:sage [2022/10/02(日) 22:30:04.49 ID:w76y/xOG0.net]
コミットはWindowsでやるならTortoiseGitが楽でいい複数行のコメントも書けるしね
ログもGUIの方が見やすいし、diffもそうだしね

563 名前:デフォルトの名無しさん mailto:sage [2022/10/02(日) 23:56:46.78 ID:Yp4OiWZtd.net]
今時Tortoiseはないでしょ
GitはSVNなんかと違ってフォルダベースじゃないからファイルエクスプローラ上で操作するのは非合理で、
SourceTreeのようなワーキングツリーの差分をフラットに扱うクライアントのほうが圧倒的に使いやすい
普通に開発を進める分にはVSCodeやVS等のエディタ付属のGit機能で十分だしな

564 名前:デフォルトの名無しさん mailto:sage [2022/10/03(月) 01:53:25.03 ID:VqHymwUT0.net]
Windows版のSourceTreeがクソダサなのは何かの嫌がらせなの

565 名前:デフォルトの名無しさん mailto:sage [2022/10/03(月) 11:24:33.95 ID:KjjssmK/0.net]
以前GitHubへSSH認証で接続したことがあったので、
GitBashでssh -T git@github.comと入力してみたのですが、
Permission denied (publickey).と表示され、接続を拒否されてしまいました
どう対処すればよいでしょうか?

566 名前:デフォルトの名無しさん mailto:sage [2022/10/03(月) 11:33:15.47 ID:9fynhyqE0.net]
gitに関係ないのでこっちで質問してください

ソースコード ホスティング総合【GitHub,GitLab,Bitbucket等】
https://mevius.5ch.net/test/read.cgi/tech/1531824290/



567 名前:549 mailto:sage [2022/10/03(月) 16:52:54.84 ID:KjjssmK/0.net]
>>550
分かりました
失礼しました

568 名前:デフォルトの名無しさん (ワッチョイ ff7c-pIDl) mailto:sage [[ここ壊れてます] .net]
>>547
SourceTreeなんてゴミ使うかよw
よっぽどTortoiseGitの方が使いやすいわw

569 名前:デフォルトの名無しさん (ワッチョイ d39f-xADz) mailto:sage [[ここ壊れてます] .net]
クラーケンでいいっすよ

570 名前:デフォルトの名無しさん mailto:sage [2022/10/03(月) 23:39:02.11 ID:HIJT7OgS0.net]
>>547
ワーキングツリーの差分をフラットに扱う、について詳しく教えてもらえませんか。
fetchするときだけSourceTree使ってるんですが、いい点があるなら知りたいです
差分の見た目はgitkと同じだと感じてまして。

571 名前:デフォルトの名無しさん (ワッチョイ 53c8-H9hz) mailto:sage [[ここ壊れてます] .net]
あ、わかりました。
TortoiseGitの、エクスプローラのオーバーレイと比較してるんですね。

572 名前:デフォルトの名無しさん mailto:age [2022/10/04(火) 08:23:42.03 ID:uzf3Ju8H0.net]
Git v2.38.0

573 名前:デフォルトの名無しさん mailto:sage [2022/10/04(火) 11:25:30.61 ID:00cm+2sC0.net]
TortoiseGitのオーバーレイって別に全OFFでもいいんだよな
もっさり感とかのマイナスイメージの原因でもある
コンソールを開いてないときに全体がダーティかどうかが見えるか程度のメリット

574 名前:デフォルトの名無しさん mailto:sage [2022/10/04(火) 13:18:54.26 ID:8FecEEXR0.net]
TortoiseGitはシェルエクステンションの時点でインスコする気失せる

575 名前:デフォルトの名無しさん mailto:sage [2022/10/04(火) 15:00:17.58 ID:iRJJVrVe0.net]
git

576 名前:使うなら開発者が愛用してるEmacsのmagitを使おうぜ []
[ここ壊れてます]



577 名前:デフォルトの名無しさん [2022/10/05(水) 08:43:21.48 ID:sfonbe+Ea.net]
GUIクライアントならForkおすすめ

578 名前:デフォルトの名無しさん mailto:sage [2022/10/05(水) 22:35:11.78 ID:UUeH3vvk0.net]
そうなんだ、fork使ってみようかな
windowsしか知らないけど、sourcetreeだとdiffの横スクロールが使いづらい。
hunkごとに子scrollviewで表示するんだけど、親のscrollviewを下にスクロールしてからじゃないと、子の横スクロールバーが出てこない。
あとダブルクリックでExternal diffできないのも辛い。
さらにコミット画面が、履歴と別の画面なのが個人的にはイヤ。
履歴表示で、コミットをつなぐ線にヒット判定がないのも見ずらい。

579 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 18:25:19.94 ID:q29RvDaDM.net]
fork使ってみましたがなかなかいいですね。
自分にはSourceTreeより合っているようだ。

580 名前:デフォルトの名無しさん [2022/10/06(木) 18:28:48.47 ID:N59THtE80.net]
女性二人が書いた売れ筋の入門書を読んでいてもGitについて、どういうものなのかハッキリしないのですが、
分かりやすく解説している本またはサイトを教えてください。

581 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 18:57:50.90 ID:tI414gt60.net]
使い方が分からないという話?
それともソース管理がイマイチ分からない話?

582 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 19:20:02.27 ID:zjAiMCMB0.net]
なんでGitが必要なのでしょうか?
シェルスクリプトでcpしてdiffを使って差分を見ればいいのではないでしょうか?
バイナリ形式で保存されていて将来データが取り出せなるので困ります。

583 名前:デフォルトの名無しさん (テテンテンテン MM7f-d1zO) mailto:sage [[ここ壊れてます] .net]
>>565
知らんがな。
Git採用を決定したヤツに言えよ。

584 名前:デフォルトの名無しさん (ワッチョイ d314-pIDl) mailto:sage [[ここ壊れてます] .net]
決定してませんよ
うちの学生にはシェルスクリプトで全部やらしています
流行り物のバージョン管理ツールなんて使わせません

585 名前:デフォルトの名無しさん (ワッチョイ cfbb-fxWw) mailto:sage [[ここ壊れてます] .net]
>>565
お前はいつ、誰が、何のために変更したか全部覚えておけるの?
どの変更とどの変更が一緒の組でどれが独立した修正か、差分見ただけですぐに区別できる?
多数の変更案の中から必要なものだけをすぐに組み合わせられる?
開発人数が多くなっても同じことができる?
1万回修正したとして、その差分を全部コピーで持っておくの?
その無数のコピーの中から必要なコピーを見つけるのはどうやってやるの?

586 名前:デフォルトの名無しさん (テテンテンテン MM7f-d1zO) mailto:sage [[ここ壊れてます] .net]
>>567
この「うちの学生」とは、あなたの想像上の存在に過ぎないのではないでしょうか。



587 名前:デフォルトの名無しさん (ワッチョイ d314-pIDl) mailto:sage [[ここ壊れてます] .net]
>>569
実際に教えていますが何か?
https://richlab.org/coterie/lpf.html

そんな中,まさにその疑問や悩みに応えるような内容の講義
「シェルスクリプト言語論」を金沢地区の大学向けに、2016年から
開講してきました.ここまで4回(4年)開講し,内容が洗練されてきたところでついに書籍化しました.

588 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 20:19:02.29 ID:tI414gt60.net]
バイナリでも別に過去の履歴は取って来れるような
ただリポジトリは肥大化するしバイナリの管理の為に作られたものでは無いから
相性が良い訳では無いのは分かるのだが

プログラム開発の世界でバイナリと言えば大抵はエクセルなどのオフィス系のファイルだが
正直これらをgitでバージョン管理する必要は無い気はしなくもないw
(でも大抵の会社はバイナリだろうがgitで管理しているが)

589 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 20:45:30.79 ID:zjAiMCMB0.net]
>>571
なにか勘違いしているようだな
gitはテキストデータでも保存するときに
バイナリ形式を使っているから将来データが取り出せなくなると言っておるのだ
その

590 名前:謔、なものは使わん []
[ここ壊れてます]

591 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 20:46:16.55 ID:tI414gt60.net]
ん?将来?別に好きな履歴を取り出せるが?
何の話だ?

592 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 21:08:34.12 ID:vH9MiC1U0.net]
gitの使い方を知らないただの老害だった…

593 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 21:49:48.89 ID:p6k/LOp80.net]
>>565 おじいちゃん去年のスレッド忘れてまた来ちゃったの?
さぁ↓こっちに帰りましょうね。
https://mevius.5ch.net/test/read.cgi/tech/1631002816/

594 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 21:50:57.66 ID:J7yBN2sy0.net]
いつもの粘着荒しじゃないの
途中で句読点のスタイルが変わってるし半分コピペの創作だろ
あの手この手で相手してほしいんじゃね

595 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 22:22:36.07 ID:DBe4OZi40.net]
バイナリ形式だから将来取り出せないって、何を心配してるんだろう? 文明崩壊後でコンピューターが使えなくなった時? 岩に刻んでおく?

596 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 22:38:26.50 ID:PvD2K1c/r.net]
間抜けなPOSIX原理主義者がまた論破されて敗走したのか



597 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 23:17:53.55 ID:jAkUbGv20.net]
>>563
俺もその本読んだけど、何となくGitの存在意義分かったよ
例えば会議の備忘録がこんな感じで複数あるとしたら?
・備忘録_1.txt
・備忘録_2.txt
・備忘録_1改.txt
・備忘録_最新.txt
・備忘録_3.txt
どれが最も新しいかピンとこない、どの順に更新されたのかピンとこない、
誰がどのファイルにどんな更新を加えたの分からない
そんな問題を解決してくれるのがGitのようなバージョン管理ツール(って書いてある)

598 名前:デフォルトの名無しさん mailto:sage [2022/10/06(木) 23:50:19.63 ID:orz8mNRt0.net]
Gitむずかしいな
みんなよく使えるな

599 名前:デフォルトの名無しさん mailto:sage [2022/10/07(金) 04:44:37.69 ID:TBR3DhbF0.net]
>>563
YouTube で「git 使い方」「git 入門 」などで検索!

山浦清透・せお丸・くろかわこうへい・しまぶーなど、色々ある

600 名前:デフォルトの名無しさん mailto:sage [2022/10/07(金) 09:55:21.21 ID:E++rKArz0.net]
>>577
UNIX哲学ではバイナリ形式は禁止されている
愚か者め

601 名前:デフォルトの名無しさん mailto:sage [2022/10/07(金) 10:07:54.49 ID:GHAO4XK10.net]
>>582
だから、そのバイナリーって何よ?

602 名前:デフォルトの名無しさん mailto:sage [2022/10/07(金) 10:12:43.41 ID:E++rKArz0.net]
>>583
話のわからんやつだな。この本を買え。全部書いとるわ。
https://techbookfest.org/product/5743917710442496

我らが一番問題だと思っているのは、リポジトリーの中身の多くが訳のわからぬバイナリーデータになって
いることだ。そのバージョン管理ソフトウェアが滅んだら復元は絶望的だ。テキストデータ形式ならば眺めれ
ば方策も見えてくるのでまだ何とかなりそうな気がするというのに。「データはテキスト形式で保存せよ」とは
UNIX 哲学でも言われてきたことだ。一体何を考えているのか。

603 名前:デフォルトの名無しさん [2022/10/07(金) 10:13:25.77 ID:E++rKArz0.net]
移り行くトレンド
古参のプログラマーなら、これまでどんなバージョン管理ソフトウェアが台頭してきたか振り返ってみよ。す
ぐ思いつくものだけでも、RCS、CVS、SVN、そしてGit。これらは同時期に存在して覇権を争っていたのでは
ない。それぞれが時代を担ってきたといっても過言ではない。時代によって使うものが替わり、新しいバージョ
ン管理ソフトウェアが

604 名前:流行り出せば、その使い方を覚え直し、時にはリポジトリーの移行を強いられてきたこと
だろう。よくまぁ、懲りもせずにといったところだが、我らはもうたくさんだ。もしかすると、諸君は「Git を
覚えれば安泰だ」などと思っているかも知れんが、あと数年、遅くとも5 年も経てばきっと次のバージョン管理
ソフトウェアが登場し、覚え直しとリポジトリーの移行を余儀なくされることだろう。
[]
[ここ壊れてます]

605 名前:デフォルトの名無しさん [2022/10/07(金) 10:13:49.81 ID:E++rKArz0.net]
目的を見失っったバージョン管理ソフト
バージョン管理ソフトウェアのそもそもの目的は何だったのか。開発を続け、バージョンアップしていくソフ
トウェアの維持管理に要するコストの抑制であったはずだ。これは、POSIX 原理主義を崇拝する我らがソフト
ウェアを5 年、10 年と生き長らえさせようとする、その根底に流れる目的そのものである。
ソフトウェアはバージョンアップする。新しいコードを加え、古いコードは切り捨て、時には依存するライブ
ラリーを付け替えもする。その変わる様をすべて見届けることがバージョン管理ソフトウェアの役割であり、そ
れができて初めてまともに維持管理コストの抑制が実現する。ゆえに、
バージョン管理ソフトウェアは、ライブラリーの類よりも遥かに長く生き長らえなければ意味がない。
ところが実際はそうなっていない。「バージョン管理ソフトウェアの維持管理」を強いられる。本末転倒もい
いところ。お前は何を言っているんだ。

606 名前:デフォルトの名無しさん mailto:sage [2022/10/07(金) 10:26:43.54 ID:8xhEA9gJ0.net]
覚え直しと移行すりゃいいじゃん
その時期がくれば便利な移行ツール(git svnコマンドのような)が出回るし、簡単なことだよ
そんなちっぽけなことを恐れて、完全無欠の理想通りじゃないからと今のベターな現実解を忌避するのはあれだ
こだわりが強すぎて社会生活に支障が出るタイプの典型的症例



607 名前:デフォルトの名無しさん [2022/10/07(金) 10:31:38.34 ID:E++rKArz0.net]
>>587
何度も何度も覚え直しでお前は成長してると言えるのか
シェルスクリプトだけでなんでもできる

608 名前:デフォルトの名無しさん [2022/10/07(金) 10:33:30.22 ID:E++rKArz0.net]
>>587
中身がわけのわからんバイナリデータなのだから壊滅的だ
データは取り出せなくなり移行なんかできん
バージョン管理ソフトウェアが滅んだら復元は絶望的だ






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

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

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