準オープンソース独自のソフトウェアの用語はありますか？

たとえば、あるソフトウェアの新機能の開発を社内で続けたいが、以前のバージョンのソースコードを公開して、既存の公開機能まで含め、他の人々がソフトウェアを自分で使用および変更できるようにしたいとします。 、さらには開発ブランチに適用できる変更に貢献する可能性さえあります。

この種の配置に用語はありますか、そして既存のバージョン管理ツールとプラットフォームを使用してそれを達成する最良の方法は何ですか？

名前はわかりませんが、実装では次の設定が機能する可能性があります。

githubに2つのリポジトリを作成します（同じことを行う他のプラットフォームに置き換えます）。1つはパブリック、もう1つはプライベートです。最新バージョンXはプライベートバージョンに、vX-1はパブリックバージョンに保存します。新しいバージョンをリリースするときは、プライベートのものからパブリックのものを更新します。これにより、バージョン管理を簡単に使用できるようになり、パブリックリポジトリのユーザーがプルリクエストを介してコントリビューションを送信できるようになり、プライベートリポジトリにマージしたり、問題を送信したりできるようになります。これにより、有料ユーザーがプライベートコードに対して同じことを実行できるようにするオプション-ユーザーに読み取り専用または読み取り/書き込みアクセス権を付与します。

セキュリティの監査や参照などの理由で顧客がソースコードのコピーを取得できるようにする方法をMicrosoftが使用する用語である共有ソースのように聞こえます。マイクロソフトは、新しい開発のためにコードベースを完全に制御します。

オファリングに関連付けられたライセンスは、クローズドソースであることから、参照のためにコードを表示することのみを許可し、商用目的と非商用目的の両方でコードを変更および再配布することを許可することにまで及びます。

私はこれの用語を知りません。

多分それはPadlocked Barn Doorモデルと呼ばれるべきです。「馬がボルトで固定された後、納屋のドアを閉める」（つまり、リベラル過ぎるライセンスの下でソフトウェアをリリースした後に独占権を取り戻そうとする）代わりに、納屋のドアを南京錠して、馬が厩舎で飢え死にしないことを望みます。:-)

しかし真面目な話ですが、会社の経営陣がオープンソースからの利益を得るにはこれが必要だと考えている場合、あなたは本当に議論することはできません。結局、彼らは彼らがしている資源投資を管理する責任があります。

ただし、これは有料のお客様に適したモデルではありません。（顧客が実行しているプレミアムバージョンのソースコードを取得できない場合、プレミアムを支払う意味は何ですか？）ユーザーコミュニティからの貢献を奨励することはありません。価値が低い...それらは常に古いバージョンのコードベースに反するためです。実際、フォークを奨励する可能性が高いと主張することもできます。

このパターンは実際には業界で非常に頻繁に発生します。1つの例は、製品がコミュニティエディションとエンタープライズエディションとして利用できる場合です。通常、コミュニティエディションは無料で入手でき、フリー/オープンソースソフトウェアであってもかまいません。通常、企業ユーザーのみが必要とする機能として販売されている機能がいくつかあります。エンタープライズ版は通常、商用ライセンスを購入することで入手でき、オプションでサポートパッケージ、統合ソフトウェアアップデート、より多くの機能、またはより許容的な使用条件にバンドルできます。このパターンは、市場でさまざまな形やバリエーションで見られます。1つの例は、Eclipseプラットフォームとそれに基づくIBM Lotusクライアントなどの商用製品です。もう1つの例は、現在Mozilla Firefoxとして知られているものの始まりです。これは、Netscape BrowserとMozilla Browserから始まりました。

別のアプローチは、製品を2つの独立したスタンドアロン製品に分離することです。これは、多数の小さなサブプロジェクトで構成される大きなプロジェクトに適しています。1つの例は、Fedora Linux対Red Hat Enterprise LinuxまたはOpenSuse対Suse Linux Enterpriseエディションです。

この用語はデュアルライセンスだと思います。（またはマルチライセンス）

プロジェクトの中で、あなたがリリースしたい人々にリリースしてもらいたい部分は、たとえば、LGPLがプロプライエタリな素材を呼び出すことを許可します。親指で留めておきたいプロジェクトの移植は、独自の販売用ソフトウェアです。

すべてのコードを所有している場合は、必要に応じて再利用できます。他の誰かがあなたがソースをクローズしたいコードに貢献したなら、あなたは彼らの許可を得るか、彼らにあなたに著作権を署名させる必要があります。名前に関して、私は標準を知りません;多分デュアルライセンスですか？MySQLも同じ立場にあると思います。おそらくQTでしょうか。