ここで意見が必要です。
依存関係などを取得するためにビルドアウトを使用してDjangoプロジェクトに取り組んでいます...私はDVCSとしてMercurialを使用しています。
今...依存関係の1つをカスタマイズする必要があるので、次のいずれかを実行できます：（*変更は他のすべての人にとって役立つとは限りません。）
1-（github、bitbucketなど）でプロジェクトのフォークを実行してバージョンを維持し、（mercurialまたはgit）レシピで依存関係を取得します。
2-プロジェクトのクローンを作成し、PYTHONPATHに配置し、DVCSディレクトリを消去して、プロジェクトバージョンに追加します。したがって、すべての変更は非公開になります。ここで私は彼らのDVCSか何かからすべての情報を消去する必要があります。
あなたが考えることができる他のもの。
私は何かが足りないのですか？私はあまりにもオフですか？
ありがとう！
DVCSを使用している場合は、すべてのコミットが変更セットとして保持され、ユーザーは変更セットを適用するかどうかを選択できます。その変更についてコメントする限り、人々は自分に合っていると思うように変更を適用するかどうかを選択できます。さらに、彼らがその変更を望まないが、あなたの他の変更を望んでいる場合、彼らは選んで選ぶことができます。したがって、真実は、DVCSが問題を処理するということです（あなたから引っ張っている人々がDVCSを適切に使用している場合）。
個人的にはフォークすることをお勧めしますが、私が言ったように、それは実際には問題ではありません。
あなたはかなり紛らわしい方法でこの質問をします、そしてあなたがDVCSのポイントを本当に理解しているかどうかはわかりません。
DVCSの要点は、独自のプライベートリポジトリを使用できるようにすることです。必要な場合を除いて、リポジトリをgithubやbitbucketなどの場所に公開する必要はありませんが、DVCS情報を消去することはありません。
アップストリームプロジェクトが、独自のプライベートな変更に加えて必要な変更を行った場合、DVCS情報を保持しない限り、それらをマージするのに時間がかかります。
Mercurialを使用すると、Mercurialサブリポジトリ機能を使用してプロジェクトをプロジェクトに含めることができます。
Esteban、次の手順を実行します。Mercurialで話しますが、これはすべてgitでも可能です。
それはあなたにすべての世界の最高を与えます。どちらがどちらであるかを気にせずに、プロジェクトとそのプロジェクトのコードを編集できます。コードへの変更をコミットすると、プロジェクトのクローン内の新しいチェンジセットへのポインターとともにリポジトリに移動します。次に、プロジェクトのクローンを更新する場合は、その場で更新して簡単にマージできます。
つまり、これは「1」で言ったこととほぼ同じですが、公にレポするフォークやホストを実行する必要はありません。プロジェクトのサブリポジトリとしてクローンを編集するだけで、プッシュしないでください（リポジトリへの書き込みアクセス権がないため、とにかく機能しません）。
オプション2の主な欠点は、依存しているプロジェクトを変更および改善するときに、改善点を取り入れてマージするのに苦労することです。