オープンソースプロジェクトがプロダクション設定を共有しないための良い戦略は何ですか？

Question

私は現在、MVC/RavenDBをオープンソースのリポジトリとしてリリースする予定です。ほとんどの場合、プロジェクト全体としてではなく周囲を見渡せるようにしています。私は、このようなSMTPサーバーの詳細および接続文字列などの特定の生産の設定が公開され（まだソース管理下に）したくないしかし

。

私は簡単にプロジェクトで作業し、合理的に手間のかからない展開を持つことができるように、私は、パブリックとプライベートのリポジトリを構築する方法の提案を探しています。

乾杯

Answer 1

私はパーツを一般公開し、インポートデータを隠しておく必要がある場合は、通常は生産用にブランチを保持するだけです。あなたのケースでは

、あなたは、あなたがすべてのオープンソースを公開DEVブランチを作ることのクローンを作成し、他の人からのいくつかの貢献を受け取ることができるのいずれか。そして、どこか別の生産拠点を持つ。 （Herokuの...）

Answer 2

あなたは通常、バージョン管理下にそれらのファイルを配置しないでください。ある企業内では、テンプレートをバージョン管理下に置いて、開発者にそれを適切な場所にコピーし、必要に応じて更新するよう依頼することができます。それは、開発者が、彼らはconfig.iniに名前を変更したときに資格情報を更新する必要があることは明らかだ

[smtp] 
host = smtp.company.com 
user = USERNAME # update this 
pass = PASSWORD # and this 

とconfig.ini.templateファイルのように。 config.iniファイルをバージョン管理から除外する必要があります。

は、オープンソースプロジェクトのために私はおそらくバージョン管理下に任意のテンプレートを入れないでしょう。 config.iniファイルはバージョン管理から除外されるように、私は偶然それをコミットせずに自分の作業コピーで自分のconfig.iniファイルを持つことができるように、私はまだそれを構成します。

私は、上記のシステムにバージョン管理下に実際の設定ファイルを置くよりもはるかに簡単に見つけます。たとえ私が何らかのプライベートブランチに入れることができたとしても、そのブランチと常にマージする必要があり、私は誤って設定ファイルを別のリポジトリにプッシュしないように注意しなければなりません。