Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Release build retention policy

オープン
#4,530 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 3 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
20/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
活発
技術スタック
node.js

調査の方向性

Start by reviewing the release artifact storage and delivery setup on www, including how Cloudflare serves builds and how nightly builds are removed. Decide whether to retain every release build on the server as a backup or evaluate another retention policy; done means the build group agrees on a policy for release artifacts.

索引モデルが issue の本文から書いたものです。

説明

In a recent build working group call we discussed what the retention policy should be for release builds in the context of space usage ont he www server.

At the moment we have the builds stored on www but in general incoming traffic does not serve it from there. Should we keep all builds on the www server? We have been removing older nightly builds but generally keep our own copies on the www server if needed. Is this a sensible option to allow us to have a full backup of all release artifacts in case of any problems with the Cloudflare delivery or should we evaluate a different policy?

主要言語
Jinja
スター
544
フォーク
184
平均マージ
4日 16時間
マージ済み PR(30日)
12

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

nodejs/build のほかの issue

nodejs/build の issue をすべて見る

似ている issue

DevOps の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。