Free Software Foundation は、共同開発とコード ホスティングのための新しいプラットフォームの立ち上げを計画しています

フリーソフトウェア財団 объявил 共同開発を組織するためのツールをサポートし、以前に開発されたものに対応する新しいコード ホスティングを作成する意図について 倫理基準 無料のソフトウェアホスティング。新しいプラットフォームは既存のホスティング・オブ・ザ・イヤーを補完します サバンナのサポートは変更なく継続されます。新しいホスティングを作成する目的は、オープンソース ソフトウェア開発インフラストラクチャの問題を解決したいという願望です。現在、多くの無料プロジェクトは、コードを公開せず、プロプライエタリなソフトウェアの使用を強制する共同開発プラットフォームに依存しています。

このプラットフォームは 2020 年に運用開始される予定で、個々の企業の利益に結びつかない独立したコミュニティによって開発された、コードに関する作業を組織するための既存の無料ソリューションに基づいて構築されています。プロジェクトの選択についてはまだ決定されていませんが、主なオプションは次のとおりです。 アール ソースハット, ジテア и パグレは積極的に開発され、無料ライセンスの下で配布されており、XNUMX 要素認証をサポートしています。ソリューションは、次のような個々のコミュニティ、組織、企業のプロジェクトの開発に焦点を当てています。
カリテア, Allura и ファブリケーターは、ユーザーがアカウントを作成し、独自のリポジトリを作成できるようにするパブリック プラットフォームを作成することが目的であるため、当初は検討されていませんでした。

最も有力な候補は、Fedora Linux 開発者によって開発された Pagure プラットフォームです。 Pagure の利点の XNUMX つは、オープン ソース ソフトウェアを開発するためのプラットフォームを使用した経験と、使用に適応する能力です。 リブレJS、問題メッセージのインポートとエクスポートのサポート、他のシステムからのリクエストのマージ、プロジェクトに独自の名前空間を使用する機能。欠点の中には、JavaScript に過度に依存していることと、ブラウザーで JavaScript を有効にしないと動作しにくいことが挙げられます。

XNUMX 番目の候補である Gitea は、欧州オープンソース財団によってすでに使用されています。 あなたのホスティング
git.fsfe.org、またオープンソース ホスティングの基礎となっています コードバーグ.org。 Gitea の利点の XNUMX つは、LibreJS の部分的なサポートです。 Pagure と同様、欠点は JavaScript に依存していることと、独自の JavaScript コードを実行する必要がある GitHub プラットフォーム上でプロジェクト開発をインポート/エクスポートして実行するためのツールがないことです。

Sourcehut プラットフォームは、JavaScript なしで完全に動作する機能、LibreJS のサポートの実装の容易さ、データ エクスポート ツールの可用性 (開発中のインポート)、カテゴリ「A」の倫理要件への完全な準拠 (下記を参照)、 Wiki、継続的統合システム、電子メールベースのディスカッション システム、Mercurial サポート、GPLv3 ライセンスに基づくコード配布の機能を備えています。欠点としては、開発が不完全であること (プラットフォームはアルファ テスト段階にある)、コードと問題を介した複雑なナビゲーション、マージ リクエスト用の Web インターフェイスがないこと (マージ リクエストは、チケットを作成し、ブランチ ブランチへのリンクを添付することによって作成されます) です。ギット）。

GitLab アプリケーションはすぐに拒否されました。このプラットフォームは非常に人気があり、馴染みがあり、十分な機会を提供しているという事実にもかかわらず、このプロジェクトは営利企業によって開発されています。 結ばれた Google 独自の ReCAPTCHA コードに依存しており、不必要な複雑化を伴う LibreJS のサポートは許可されておらず、否定的な経験があります 試み テレメトリの収集は、オープンソース財団の倫理要件に準拠していません。 GitLab を使用する場合、Free Software Foundation はこのプラットフォームのフォークを維持せずにはいられませんが、これに必要なリソースはありません。

財団によって特定されたSTR 基準無料のコード ホスティングの要件 (Open Source Foundation によって作成されたホスティングは、少なくとも最初はレベル「B」に対応する必要があり、その後、段階的にレベル「A」に引き上げられます):

• 「C」は、GNU プロジェクトをホストできるサービスの最小要件です。
  • IceCat などの完全に無料のブラウザのユーザーは、すべての機能を利用できます。コンテンツは、JavaScript に変換された他のプログラミング言語で実行できます。主要な JavaScript コードは、無料か無効にする必要があります (ブラウザで JavaScript サポートが無効になっている場合でも、機能は維持される必要があります)。
  • サイトを操作するために独自のソフトウェア (Adobe Flash など) をインストールする必要はありません。
  • ユーザーのカテゴリーおよび居住国に応じた差別はありません。
  • Tor ネットワークを使用して匿名モードでサービスを操作する機能。
  • サービスを利用するための条件には、不快な要件が含まれていてはなりません。
  • GPLv3 ライセンスの使用は、少なくとも他の種類のライセンスと同じレベルまで奨励および推奨される必要があります。
  • 信頼できる証明書の使用を含む、HTTPS の正しいサポート。
• 「B」 - サービスを推奨できる追加要件:
  • クライアントに送信されるすべての JavaScript コードは無料であり、認識されるようにタグ付けされている必要があります。 リブレJS またはライセンスを明示的に記載します。
  • 訪問者に関する情報を第三者または第三者に譲渡してはならない。特に、サイト間のユーザーの移動を追跡するためにタグを使用すべきではありません。これは、ほとんどの広告ネットワークの使用を避けることを意味します。
  • 邪悪なライセンス慣行 (ライセンスなしでのコードの配布、不明確なライセンス条項、およびライセンスの XNUMX つのバージョンのみへの拘束) を課すべきではありません。
  • 非フリーのライセンスを選択することについては推奨しません。
• 「A」 - 最も高い要件:
  • サイトは JavaScript を無効にして完全に機能する必要があります。
  • サービスのサーバー コンポーネントは、フリー ソフトウェアの形式で配布する必要があります。
  • コードには、優先的に GPLv3+ ライセンスの選択肢が提供される必要があります。
  • AGPLv3+ ライセンスはオプションとして利用できる必要があります。
  • 独自のライセンスまたは無許可のライセンスに基づいて製品を投稿することは禁止されるべきです。
  • サービスの利用を提供してはなりません SaaS;
  • 「オープンソース」の代わりに「フリーソフトウェア」という用語を使用する必要があります。
  • 「」が推進する自由の思想フリーソフトウェア運動";
  • ディストリビューションの文脈では、Linux という用語は GNU 接頭辞なしで使用すべきではありません。 GNU/Linux を使用する必要があります。
  • パッケージ内の重要なファイルには、使用するライセンスに関する情報を含める必要があります。
• 「A+」 – 理想的な追加の願い:
  • 認証なしでサイトを表示し、ダウンロードする機能。
  • 訪問者に関する情報のログへの保存を無効にする。
  • コンプライアンス 願い 電子フロンティア財団によって開発された、オンライン サービス プロバイダーの作業の組織化について。
  • 障害のある人のためのコンテンツのアクセシビリティ、標準への準拠 Webコンテンツアクセシビリティガイドライン（WCAG）2.0 и アクセシブルなリッチ インターネット アプリケーション 1.0 (WAI-ARIA);
  • 著者およびプロジェクト参加者によって提出されたすべてのデータは、機械可読形式でエクスポートする必要があります。

出所： オープンネット.ru