これは問題になるかもしれません。しかし私は本当にリポジトリにMercurialのドキュメントを追加する間に悩まされています。あなたはリポジトリ内の文書、画像(psd)などをどのように扱いますか?
私は、あなたのプログラムに実際には入っていないファイルを意味していました。 PSD、doc、xlsのように。
これらのファイルを処理するにはどのような方法が最適ですか、どのように文書を処理しますか。
これは問題になるかもしれません。しかし私は本当にリポジトリにMercurialのドキュメントを追加する間に悩まされています。あなたはリポジトリ内の文書、画像(psd)などをどのように扱いますか?
私は、あなたのプログラムに実際には入っていないファイルを意味していました。 PSD、doc、xlsのように。
これらのファイルを処理するにはどのような方法が最適ですか、どのように文書を処理しますか。
Mercurial 2.0に同梱されているLargefiles拡張機能(以降のバグ修正)を見てください。これは、バイナリであるファイルを扱うことをめざして設計されています。
基本的には、バージョン間の差分を計算せずにこれらのファイルを保存します。リポジトリを複製する人は、必要なバージョンのみを取得し、すべての履歴は取得しません。これにより、クローン作成/プルの高速化が可能になりますが、ローカルのキャッシュにファイルのバージョンを読み込むには、リモートリポジトリに接続する必要があります。
私はそれらを私のリポジトリに投げます。それらの変更を追跡し、とにかく古いリビジョンを見るのは良いことです。デザインドキュメントの古いリビジョンを見ることができます。あるいは、以前のアートがアセットのものであったかを見ることができます(グラフィックデザイナーがアルファチャンネルを削除したと思われます)。それをそこに投げる。変更されていない場合は、ソースコントロールの外側に保存するよりも、優れたソースコントロールシステムでそれ以上のスペースを占めることはありません。
あなたはあなたのソースと同じリポジトリに入れますか、それともドキュメントのためだけに別のリポジトリを使用しますか? – bernardnapoleon
それは異なります。私はいくつかの創造的な作文を行い、私は別のリポジトリにそれを投げます。プロジェクトのアート、アセット、デザインドキュメントなどの場合は、コードと同じレポに入れます。たぶん/ docs/subdirectoryなので、それが必要なときに私のベースディレクトリを埋めるわけではありません。 – nmjohn
うわー!どうもありがとうございます! – bernardnapoleon