アカウント名:
パスワード:
MacでKeynoteやリッチテキストの画像ファイル添付のように、「見た目はファイル一つだけど実際はフォルダ+中に複数ファイル」という構成をしているデータをバージョン管理したいのですが、みなさん、どうしていますか?結構難儀して、あきらめています。せめてOOoみたいにzip圧縮してくれれば助かるのだけど。
普通にgitかmercurialか1.7以降のsubversionとかに突っ込めばよろしいかと。
rcsやcvsや古いsubversionみたいにディレクトリ毎に管理領域作らないタイプのバージョン管理システムならなんでもいけるんじゃない?
えと、すべてトライしてますが、たぶんダメです。一つのファイルを更新すると、ものによっては内部で10ファイルくらいの変更が入ってしまいます。なので、ログが意味不明なことに。これを一括で管理したいのですよ。
今hgでやってみたら、単純にフォルダとして理解され、画像をファイルに貼り付けただけaddが必要になってます。不便。
hgで引数なしのaddをしたら新規追加のファイルを全部対象にしてくれますよ。
「難儀して」ってそういうことか。じゃ多分お望みのものは存在しない。
この人の言ってることが意味不明と思ってるのオレだけ?
バージョン管理の意味を理解してなさげな気がする。#というか開発者にむいてないんじゃゲフンゲフン
今は開発者じゃないですよ。個人でファイルを管理したいだけです。
意味不明ってのは、どういう点で?
「ログが意味不明なことに」ってのはよくわからないが、とにかくMacのバンドルとかはディレクトリじゃなくて一ファイルとして扱いたいんだろう。
>システム的にバンドルか普通のディレクトリは見分けられる(どっかのビットが立ってる)はずなので
パッケージ形式は拡張子を見てるだけだと思う。フォルダ自体にはフラグは立っていない。MacOS9で導入されたバンドル形式ならバンドルビットが立ってるが。
.appは拡張子の非表示フラグ(Extension hidden)は立ってるけど、パッケージ云々とは関係ないし。
自作ツールの表示結果で申し訳ないが、通常のパッケージが
avbstclinmEd ------ ------ 4kB 06/02 00:23 TenFourFoxG5.app/avbstclinmed ------ ------ 4kB 04/20 2008 JapaneseText.qlgenerator/
バンドル形式が
そりゃsvnの層でそれ実装したら他の機種から同じレポジトリ使う時におかしなことになるもんな。精々tortoiseとかその上の層でうまい事誤魔化すぐらいしかできないのでは。
>パッケージ形式は拡張子を見てるだけだと思う。フォルダ自体にはフラグは立っていない。
どの拡張子がパッケージを意味してるかはアプリケーションデータベースかどっかを参照してると思う。
アプリケーションごとにどの拡張子がパッケージかの情報を持っていて、Finderがそのアプリケーションを認識した時点でその情報が収集される。どっかにそのDBファイルがあると思うんだけど分かんね。たぶん何かしらのAPI経由で参照できると思うけど。
よくわからないけど、ディレクトリ内の全ファイルをcatしたものに対してバージョン管理を適用したら?そういうことをやりたいのではなくて?
本当にcatだけだと、取り出したときにばらせないから、もうちょっと考える必要あるけど。tarを使うとかでもいいかもしれない。適当なラッパーを書けば自動化もできるでしょうし。
実際はディレクトリであるようなものは、ディレクトリとして理解されるのは、当然のことのような気がしますが、私はなにか見落としてるのでしょうか?
当然なことだから困っているというか、面倒がっているわけですよ。
おっしゃる通り、コミット時にzipなりtarなりすれば一応の更新管理はできます。ただ、OS上は一つのファイルに見えているので、何も考えずにバージョン管理ツールに任せられたらいいなぁと。アプリケーションを変えるたびに設定を変更するのも面倒ですし。アプリケーション側で「ファイルを一つにする」などのオプションがあればいいのかもしれませんが、僕の手の届くところではありませんね。
本当はディレクトリ(とその中の複数のファイル)、でもOSからは1つのファイル見える、という状況がまず分からないんですが。
Macにはパッケージという概念がありまして、
実体はディレクトリ(とその中の複数のファイル)、でもGUIからは1つのファイルとして扱える
というものなんですわ。当然コマンドラインに落ちると実体のディレクトリとしてしか見えないわけで。
またややこしいことをしますね。そいつを扱うAPIはどうなってるのでしょうか?
Mac OS XネイティブのAPIは提供されています。
http://developer.apple.com/library/mac/#documentation/CoreFoundation/R... [apple.com]
unix的にfopenとかで扱おうとするとそりゃ普通のディレクトリにしか見えません。
OS Xになる前はリソースフォークなるものがありまして、ファイルシステム上の別領域として実装されていたので他機種とファイルのやり取りをする時に扱いが更に厄介だったんです。
リソースフォークは今でも使えるよ。(釈迦に説法だろうけど、一応念のため)
動画のサムネ貼ったりして便利に使ってる。自動で付くプレビューアイコンって再生時間の長い動画だとたいがい真っ黒なんだよな。(10秒近辺のサムネ?)シリーズもんだと同じサムネがズラーと並ぶだけだし。
つかNTFSにだってストリームがあるし。「Macintoshファイル共有」でリソース格納用に使われてたんじゃ?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
.keyなどの管理 (スコア:0)
MacでKeynoteやリッチテキストの画像ファイル添付のように、「見た目はファイル一つだけど実際はフォルダ+中に複数ファイル」という構成をしているデータをバージョン管理したいのですが、みなさん、どうしていますか?
結構難儀して、あきらめています。せめてOOoみたいにzip圧縮してくれれば助かるのだけど。
Re: (スコア:0)
普通にgitかmercurialか1.7以降のsubversionとかに突っ込めばよろしいかと。
rcsやcvsや古いsubversionみたいにディレクトリ毎に管理領域作らないタイプのバージョン管理システムならなんでもいけるんじゃない?
Re:.keyなどの管理 (スコア:0)
えと、すべてトライしてますが、たぶんダメです。
一つのファイルを更新すると、ものによっては内部で10ファイルくらいの変更が入ってしまいます。
なので、ログが意味不明なことに。
これを一括で管理したいのですよ。
今hgでやってみたら、単純にフォルダとして理解され、画像をファイルに貼り付けただけaddが必要になってます。不便。
Re:.keyなどの管理 (スコア:2)
hgで引数なしのaddをしたら新規追加のファイルを全部対象にしてくれますよ。
Re: (スコア:0)
「難儀して」ってそういうことか。じゃ多分お望みのものは存在しない。
Re: (スコア:0)
この人の言ってることが意味不明と思ってるのオレだけ?
バージョン管理の意味を理解してなさげな気がする。
#というか開発者にむいてないんじゃゲフンゲフン
Re: (スコア:0)
今は開発者じゃないですよ。
個人でファイルを管理したいだけです。
意味不明ってのは、どういう点で?
Re: (スコア:0)
「ログが意味不明なことに」ってのはよくわからないが、とにかくMacのバンドルとかはディレクトリじゃなくて一ファイルとして扱いたいんだろう。
Re: (スコア:0)
システム的にバンドルか普通のディレクトリは見分けられる(どっかのビットが立ってる)はずなので、そこ見てtar+zipするようなスクリプトを個々で書いて対処するしかないね。
Re: (スコア:0)
>システム的にバンドルか普通のディレクトリは見分けられる(どっかのビットが立ってる)はずなので
パッケージ形式は拡張子を見てるだけだと思う。フォルダ自体にはフラグは立っていない。
MacOS9で導入されたバンドル形式ならバンドルビットが立ってるが。
.appは拡張子の非表示フラグ(Extension hidden)は立ってるけど、パッケージ云々とは関係ないし。
自作ツールの表示結果で申し訳ないが、通常のパッケージが
バンドル形式が
Re: (スコア:0)
そりゃsvnの層でそれ実装したら他の機種から同じレポジトリ使う時におかしなことになるもんな。
精々tortoiseとかその上の層でうまい事誤魔化すぐらいしかできないのでは。
補足?(Re:.keyなどの管理) (スコア:0)
>パッケージ形式は拡張子を見てるだけだと思う。フォルダ自体にはフラグは立っていない。
どの拡張子がパッケージを意味してるかはアプリケーションデータベースかどっかを参照してると思う。
アプリケーションごとにどの拡張子がパッケージかの情報を持っていて、Finderがそのアプリケーションを
認識した時点でその情報が収集される。どっかにそのDBファイルがあると思うんだけど分かんね。
たぶん何かしらのAPI経由で参照できると思うけど。
Re: (スコア:0)
add はそういうものなのであきらめて下さい。
Re: (スコア:0)
よくわからないけど、ディレクトリ内の全ファイルをcatしたものに対してバージョン管理を適用したら?
そういうことをやりたいのではなくて?
本当にcatだけだと、取り出したときにばらせないから、もうちょっと考える必要あるけど。
tarを使うとかでもいいかもしれない。
適当なラッパーを書けば自動化もできるでしょうし。
実際はディレクトリであるようなものは、ディレクトリとして理解されるのは、当然のことのような気がしますが、
私はなにか見落としてるのでしょうか?
Re: (スコア:0)
当然なことだから困っているというか、面倒がっているわけですよ。
おっしゃる通り、コミット時にzipなりtarなりすれば一応の更新管理はできます。
ただ、OS上は一つのファイルに見えているので、何も考えずにバージョン管理ツールに任せられたらいいなぁと。
アプリケーションを変えるたびに設定を変更するのも面倒ですし。
アプリケーション側で「ファイルを一つにする」などのオプションがあればいいのかもしれませんが、僕の手の届くところではありませんね。
Re: (スコア:0)
本当はディレクトリ(とその中の複数のファイル)、でもOSからは1つのファイル見える、
という状況がまず分からないんですが。
Re: (スコア:0)
Macにはパッケージという概念がありまして、
実体はディレクトリ(とその中の複数のファイル)、でもGUIからは1つのファイルとして扱える
というものなんですわ。当然コマンドラインに落ちると実体のディレクトリとしてしか見えないわけで。
Re: (スコア:0)
コマンドクライアントなら、人間様ががんばるしか…
Re: (スコア:0)
またややこしいことをしますね。
そいつを扱うAPIはどうなってるのでしょうか?
Re: (スコア:0)
Mac OS XネイティブのAPIは提供されています。
http://developer.apple.com/library/mac/#documentation/CoreFoundation/R... [apple.com]
unix的にfopenとかで扱おうとするとそりゃ普通のディレクトリにしか見えません。
OS Xになる前はリソースフォークなるものがありまして、ファイルシステム上の別領域として実装されていたので他機種とファイルのやり取りをする時に扱いが更に厄介だったんです。
Re: (スコア:0)
リソースフォークは今でも使えるよ。
(釈迦に説法だろうけど、一応念のため)
動画のサムネ貼ったりして便利に使ってる。
自動で付くプレビューアイコンって再生時間の長い動画だとたいがい真っ黒なんだよな。(10秒近辺のサムネ?)
シリーズもんだと同じサムネがズラーと並ぶだけだし。
つかNTFSにだってストリームがあるし。「Macintoshファイル共有」でリソース格納用に使われてたんじゃ?