最近のニュースはそれを壊しました GitLab は利用規約を変更する予定です 翌月(XNUMX 月)の 無料アカウントでホストされているプロジェクト GitLab.com から 自動的に削除されます リポジトリが 12 か月間アクティブでない場合。
変更 維持費の削減を目指します 放棄されたプロジェクトや開発中ではないフォークを保存および処理するためにリソースを解放することで、ホスティングの効率を高めます。
放棄されたプロジェクトのインフラストラクチャ メンテナンスは、GitLab.com のすべてのホスティング コストの最大 XNUMX 分の XNUMX を占めると推定されており、そのようなプロジェクトを自動的に削除すると、年間最大 XNUMX 万ドルを節約できます。
Register は、そのようなプロジェクトが GitLab のホスティング コストの最大 1 分の XNUMX を占めること、およびプロジェクトの自動削除により、クラウド コーディング コラボレーション サービスが年間最大 XNUMX 万ドル節約できることを知りました。 そのため、GitLab の財政を持続可能に保つための方針が提案されています。
メディアと話し合う権限がないため匿名を希望した状況を知っている人々は、The Registerに、このポリシーは2022年XNUMX月に発効すると語った.
実際の削除前、数週間または数か月以内に、 通知はリポジトリ所有者に送信されます プロジェクトの関連性を確認するための警告とともに削除を要求します。 放棄されたプロジェクトのみが削除されると予想され、その作成者は警告に応答せず、その年にリポジトリに変更が登録されず、新しい問題が公開されず、コメントも送信されませんでした。
ただし、一部 コミュニティのメンバーは、提案された削除が悪い慣行であると考えています非アクティブなリポジトリのコードは、アクティブなままの他のプロジェクトで依存関係として使用できるためです。
永続的な変更は一部の作成者の目標ではないことにも注意してください。作成者は、プロジェクトの現在の状態が最適なレベルに達し、コードは十分に優れており、改善の必要がないと考えるか、最初に変更が必要であることに気付く場合があります。開発予定ではありませんが、周りの方の参考になれば幸いです。
オープン ソースの提唱者であり、オープン .Net コミュニティの参加者である Geoff Huntley 氏は、このポリシーを「絶対にワイルド」と表現しました。
「ソース コードは多くのディスク スペースを占有しません。誰かがそのコードをすべて削除することは、コミュニティの破壊です。 彼らはあなたのブランドと善意を破壊します。 再利用とリミックスのために一般大衆が利用できるようになるという考えがあるため、人々はそこでコードをホストします。
もちろん、常にそこにホストされるという保証はありませんが、オープンソースの暗黙のルールは、コードを利用可能にし、削除しないことです。 私たちはメンテナーにコードを引っ張ってもらいましたが、それについてコミュニティで多くの怒りがありました」と彼は言い、引っ張られた製品に依存する他のプロジェクトが苦しむだろうと指摘した.
「すべての依存関係をコンパイルすることはできません」と彼は嘆きました。
さらに、 非アクティブなプロジェクトのコードは、外部リソースから参照できます そして、それを取り除くことで、 検証済みのマスター コピーは失われます これは参照できます (非公式のコピーが悪意のあるアクティビティがないことは保証されていません)。そのため、削除する代わりに、読み取り専用モードでコードにアクセスする機能を維持しながら、状態をアーカイブする方がおそらく最適です。
ガベージ フォークを保存するときにディスク領域を節約するために、より効率的な方法を使用して重複を処理できます。たとえば、GitHub はすべてのメイン リポジトリ オブジェクトと関連するフォークを一緒に保存して、所有権をコミットから論理的に分離することにより、データの重複を回避します。
最後に、ルールの変更はまだ正式に発表されておらず、社内で計画段階にあることを言及する価値があります。
最後に、 それについてもっと知りたい人のために 注記については、元の出版物を参照できます 次のリンクで。
gitlab で何かが起こっています。実際、postmarketOS の場合のように、いくつかのプロジェクトは他のプラットフォームへの移行を検討しています。 https://postmarketos.org/blog/2022/07/25/considering-sourcehut/