アカウント名:
パスワード:
Gitはバイナリファイルの取り扱いがいまいちで、ゲーム業界だと他のソースコード管理システムを使用するって話も聞くけどこれはどうなんだろう
ゲーム屋さんですが、確かにうちのクライアントチームやグラフィックチームはバイナリを扱うのでPerforce [perforce.com]とか言うの使ってますね。
なんかライセンス料はクソ高いらしいんですが、彼らは平気で大量の画像や、それどころかビルドしたバイナリ（デイリービルドで1日1GB）とかをバージョン管理に放り込んだりするので、Gitとかではうまく扱えないらしいです。今回の奴の大規模というのがバイナリも想定してるなら、ワンチャン普及するかもしれませんね。
Gitは、Linux Kernelのソースコード管理用に生まれた訳で、GUI的なバイナリリソースが少ないプロジェクト向けな面は有りますよね。
Linusが、ゲーム開発にハマれば！？
Metaがゲーム業界と同じようにバイナリをたくさん扱ってるかというとそうでもないのではないかと思う基本的にはWebサイト運営でしょそりゃ画像とか動画はあるだろうけどさ
Metaがゲーム業界寄りかどうかではなくて、Saplingのバイナリ対応はどうなんだろうかと
いうてもこれは「Metaが自分で使うために作ったシステム」なので、必要としない部分に労力をかけていることを勝手に期待するのは虫が良すぎるかな
subversionとかgitとかのバージョン管理システムって、どの箇所に変更があったのかを管理・追跡するためのシステムなので、ファイルフォーマット上の都合で何らかのデータ圧縮がかかっているとか、データの出現順序に明示的な意味がなかったりする(意味無く差分が生まれる)バイナリファイルって、バージョン管理システムの想定対象外なんですよ。
管理上の都合で画像ファイルとか映像ファイルとかサウンドとかを突っ込みたがる輩が多くいますが、これらに対する機能を期待しちゃいかんのです。
だいたいあってるが＞これらに対する機能を期待しちゃいかんここはあまり意味が無いコンサバな言いようその部分の機能性能がどのVCSでも横並びとは言えんし、また今後発達するべきではないとも言えないなにせ画像・映像・サウンド以外、無秩序で制御不可能な差分を生まないバイナリはいくらでもあるのだから（当然その差分を視覚化する意義がある）
そもそもバイナリの実用的なバージョン管理の要件としてファイル内差分を取り扱えることは必須ではないと思う。現実的なパフォーマンスが出て、各バージョンのファイルを取り出せて、画像なら各バージョンを横に並べて確認できるだけでも「素材画像_20221121_最新.jpg」とかやるより圧倒的にいいわけだし。
リポジトリのデータ総容量の低減とかを考えてるのでは？全バージョンのファイルをそのまま持つより差分だけにしてくれた方がディスク使用量を減らせるでしょ。バイナリの差分保存を実現してるバージョン管理システムが有るのかどうか知らないけど、ファームウェアの差分アップデートの技術を使えば差分で管理できそうだけれども。
いまいちどころかいまさんぐらいです正直。gitの設計思想は悪くないけどゲームデータとの相性がとにかく悪い。PS以前から開発してるチームなら一度は独自VCSを構築したことがあるはず。
さすがに最近は独自ってとこは減って、営業上手なのかPerforceが導入されることが多いみたいですね。とくに大手。大会社でも職種ごとにアカウント使い回しして使ってるくらいにはバカ高いのですが。で、高い割に保守性とか事故率とかはlfsと大差ない。
お金も保守人員も限りのあるうちみたいな中小開発会社は、自前でgit+lfs構築してます。Lambda+s3を使いつつ認証だけgithub api。オススメです。githubオフィシャルのLFSは高いからナシ。
さすがにsvnはもう使わない……かといえば現役なところもある。gitは難しいからって言ってるけど、そんな開発力で大丈夫か。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
バイナリはどうなんでしょ (スコア:1)
Gitはバイナリファイルの取り扱いがいまいちで、ゲーム業界だと他のソースコード管理システムを使用するって話も聞くけどこれはどうなんだろう
Re:バイナリはどうなんでしょ (スコア:1)
ゲーム屋さんですが、確かにうちのクライアントチームやグラフィックチームはバイナリを扱うのでPerforce [perforce.com]とか言うの使ってますね。
なんかライセンス料はクソ高いらしいんですが、彼らは平気で大量の画像や、それどころかビルドしたバイナリ（デイリービルドで1日1GB）とかをバージョン管理に放り込んだりするので、Gitとかではうまく扱えないらしいです。
今回の奴の大規模というのがバイナリも想定してるなら、ワンチャン普及するかもしれませんね。
Re: (スコア:0)
Gitは、Linux Kernelのソースコード管理用に生まれた訳で、
GUI的なバイナリリソースが少ないプロジェクト向けな面は有りますよね。
Linusが、ゲーム開発にハマれば！？
Re: (スコア:0)
Metaがゲーム業界と同じようにバイナリをたくさん扱ってるかというとそうでもないのではないかと思う
基本的にはWebサイト運営でしょ
そりゃ画像とか動画はあるだろうけどさ
Re: (スコア:0)
Metaがゲーム業界寄りかどうかではなくて、Saplingのバイナリ対応はどうなんだろうかと
Re: (スコア:0)
いうてもこれは「Metaが自分で使うために作ったシステム」なので、必要としない部分に労力をかけていることを勝手に期待するのは虫が良すぎるかな
Re: (スコア:0)
subversionとかgitとかのバージョン管理システムって、どの箇所に変更があったのかを管理・追跡するためのシステムなので、
ファイルフォーマット上の都合で何らかのデータ圧縮がかかっているとか、
データの出現順序に明示的な意味がなかったりする(意味無く差分が生まれる)バイナリファイルって、
バージョン管理システムの想定対象外なんですよ。
管理上の都合で画像ファイルとか映像ファイルとかサウンドとかを突っ込みたがる輩が多くいますが、
これらに対する機能を期待しちゃいかんのです。
Re: (スコア:0)
だいたいあってるが
＞これらに対する機能を期待しちゃいかん
ここはあまり意味が無いコンサバな言いよう
その部分の機能性能がどのVCSでも横並びとは言えんし、また今後発達するべきではないとも言えない
なにせ画像・映像・サウンド以外、無秩序で制御不可能な差分を生まないバイナリはいくらでもあるのだから（当然その差分を視覚化する意義がある）
Re: (スコア:0)
そもそもバイナリの実用的なバージョン管理の要件としてファイル内差分を取り扱えることは必須ではないと思う。
現実的なパフォーマンスが出て、各バージョンのファイルを取り出せて、画像なら各バージョンを横に並べて確認できるだけでも「素材画像_20221121_最新.jpg」とかやるより圧倒的にいいわけだし。
Re: (スコア:0)
リポジトリのデータ総容量の低減とかを考えてるのでは？
全バージョンのファイルをそのまま持つより差分だけにしてくれた方がディスク使用量を減らせるでしょ。
バイナリの差分保存を実現してるバージョン管理システムが有るのかどうか知らないけど、
ファームウェアの差分アップデートの技術を使えば差分で管理できそうだけれども。
Re: (スコア:0)
いまいちどころかいまさんぐらいです正直。gitの設計思想は悪くないけどゲームデータとの相性がとにかく悪い。
PS以前から開発してるチームなら一度は独自VCSを構築したことがあるはず。
さすがに最近は独自ってとこは減って、営業上手なのかPerforceが導入されることが多いみたいですね。とくに大手。
大会社でも職種ごとにアカウント使い回しして使ってるくらいにはバカ高いのですが。
で、高い割に保守性とか事故率とかはlfsと大差ない。
お金も保守人員も限りのあるうちみたいな中小開発会社は、自前でgit+lfs構築してます。Lambda+s3を使いつつ認証だけgithub api。オススメです。githubオフィシャルのLFSは高いからナシ。
さすがにsvnはもう使わない……かといえば現役なところもある。
gitは難しいからって言ってるけど、そんな開発力で大丈夫か。