Awesome Open Source logo
Awesome Open Source
Sign in Create account

A Fast Bundler for JavaScript Apps

Rspack brings a Rust-based approach to web bundling for JavaScript teams that care about build speed.

41
Hotness score
84
Reliability score
12,816
Stars
over 4 years
Age
0
Published reviews
0
Questions

Scores

Hotness and reliability

The two headline scores, measured daily, with 30, 90, and 180 day views.

Hotness score

Jul 19, 2026

Current41

Previous30

Weekly average

100500
Full metrics details

Derived only from GitHub GraphQL starredAt events after daily star totals are reconciled.

180 observed daily rows. Missing days are not fabricated.

Hotness formula

40% Hot today + 40% Hot this week + 20% Breakout.

  • 40% Hot today: 1
  • 40% Hot this week: 19
  • 20% Breakout: 25
  • Stars gained: 1d: 0
  • Stars gained: 7d: 8
  • Stars gained: 14d: 12816
  • Stars gained: 30d: 12816
  • Stars gained: 90d: 12816

Per-day formula: 0.40 Γ— Hot today + 0.40 Γ— Hot week + 0.20 Γ— Breakout.

  • Same-day multiplier = stars 1d Γ· max(1, stars 7d Γ· 7)
  • Weekly multiplier = stars 7d Γ· max(1, stars 30d Γ· 30 Γ— 7)
  • Fortnight multiplier = stars 14d Γ· max(1, stars 90d Γ· 90 Γ— 14)
  • Hot today = clamp(70 Γ— log-scale(stars 1d, 1000) + 30 Γ— breakout-scale(same-day, 4))
  • Hot week = clamp(75 Γ— log-scale(stars 7d, 5000) + 25 Γ— breakout-scale(weekly, 3))
  • Breakout = clamp(35 Γ— breakout-scale(same-day, 4) + 40 Γ— breakout-scale(weekly, 3) + 25 Γ— breakout-scale(fortnight, 2.5))
DateStarsStars 1dStars 7dStars 14dStars 30dStars 90dSame-day multiplierWeekly multiplierFortnight multiplierHot todayHot weekBreakoutStored score

Reliability score

Jul 19, 2026

Current84

Previous84

Weekly average

100500
Full metrics details

Derived from the displayed continuity, closure, shipping, liveness, and support-burden components.

180 observed daily rows. Missing days are not fabricated.

Reliability formula

30% Continuity + 30% Closure + 20% Shipping + 10% Liveness + 10% Support burden.

  • 30% Continuity: 84
  • 30% Closure: 88
  • 20% Shipping: 80
  • 10% Liveness: 100
  • 10% Support burden: 60

Per-day formula: 0.30 Γ— Continuity + 0.30 Γ— Closure + 0.20 Γ— Shipping + 0.10 Γ— Liveness + 0.10 Γ— Support burden.

  • Continuity = 35% active ratio 90d + 20% active ratio 30d + 15% PR efficiency 90d + 10% PR efficiency 30d + 10% liveness + 10% observed-history coverage
  • Closure = 55% PR merge efficiency 90d + 45% issue close efficiency 90d
  • Shipping = 100 Γ— (20% Γ— release ratio 30d + 30% Γ— release ratio 90d + 50% Γ— release ratio 180d); ratios are releases Γ· 2, 6, and 12, capped at 1
  • Support burden = 100 βˆ’ 2 Γ— open issues per 1,000 stars
  • Liveness = 100 Γ— exp(βˆ’pushed days ago Γ· 120)

Stars, issues, pull requests, and releases are daily observations. Pushed-days and license are repository snapshot-derived inputs and are not independent historical GitHub events.

DateIssues openedIssues closedPRs openedPRs mergedReleasesStarsOpen issuesPushed days agoContinuityClosureShippingLivenessSupport burdenLicenseObserved daysMissing daysNeeds healingStored score

Reliability breakdown

What drives the reliability score

Component scores measured daily from GitHub activity (2026-07-18).

Continuity30% of headline84

Activity on 16 of 90 tracked days in the last 90 and 6 of 30 in the last 30.

Activity pulse
Closure30% of headline88

Merged 0 of 0 PRs opened and closed 0 of 0 issues opened over the last 90 tracked days β€” PR flow carries 55% of this component, issue flow 45%.

PRs merged (90d)PRs opened (90d)Issues closed (90d)Issues opened (90d)
Shipping20% of headline80

41 releases in the last 180 days, 17 in the last 90 and 6 in the last 30 β€” a steady cadence scores highest.

Releases
Liveness10% of headline100

Last push 1 days ago β€” freshness decays as pushes age (roughly halves every 83 days without a push).

Repository
Support burden10% of headline60

Open-issue load isn't tracked for this repo yet.

Open issuesStargazers
Adoption confidence100

Modeled β€” how confidently teams are adopting this repo. Stargazers

Maintenance quality92

Modeled from PR/issue responsiveness and upkeep signals. Activity pulse

Risk score10

Modeled β€” lower is better; adoption and continuity risk. Repository

Stays active (30d)94%

Modeled chance the repo stays active over 30 days. Activity pulse

Stays active (90d)94%

Modeled chance the repo stays active over 90 days. Activity pulse

Release rhythm (180d)100

Regularity of releases over the last 180 days. Releases

Maintainer bus risk (90d)10%

Modeled β€” lower is better; concentration of commits in few maintainers. Contributors graph

Topics

Explore related topics

Jump into the topic listings this repository belongs to.

JavascriptBundlerWeb Performance

Measured history

Project metrics

Weekly GitHub totals with 30, 90, and 180 day views.

Issues opened

Mar 1, 2026

Current2

Previous6

Weekly total

950
Full metrics details

GitHub API observation. Historical values render only when the source provides a real observation for that day.

45 observed daily rows. Missing days are not fabricated.

DateValue

Issues closed

Mar 1, 2026

Current5

Previous3

Weekly total

1160
Full metrics details

GitHub Search issue totals queried for exact UTC days; rolling values are sums of proven daily counts.

45 observed daily rows. Missing days are not fabricated.

DateValue

Pull requests opened

Mar 1, 2026

Current58

Previous21

Weekly total

83420
Full metrics details

GitHub API observation. Historical values render only when the source provides a real observation for that day.

45 observed daily rows. Missing days are not fabricated.

DateValue

Pull requests closed

Mar 1, 2026

Current55

Previous24

Weekly total

83420
Full metrics details

GitHub Search pull-request totals queried for exact UTC days; rolling values are sums of proven daily counts.

45 observed daily rows. Missing days are not fabricated.

DateValue

Pull requests merged

Mar 1, 2026

Current40

Previous18

Weekly total

70350
Full metrics details

GitHub API observation. Historical values render only when the source provides a real observation for that day.

45 observed daily rows. Missing days are not fabricated.

DateValue

Issue close ratio (daily)

Mar 4, 2026

Current0.00

Previous1.00

Daily ratio β€” a gap means nothing was opened that day

How this works: each day's value is issues closed that day Γ· issues opened that day. Days when nothing was opened render as gaps β€” never a rolling average or a made-up zero. Values above 1 mean the project closed more issues than arrived that day.

3.001.500.00
Full metrics details

GitHub Search issue totals queried for exact UTC days; rolling values are sums of proven daily counts.

24 observed daily rows. Missing days are not fabricated.

Per-day formula: issues closed that day Γ· issues opened that day; blank when nothing was opened (a gap, not a zero).

DateIssues openedIssues closedStored score

Pull request close ratio (daily)

Mar 7, 2026

Current3.00

Previous0.84

Daily ratio β€” a gap means nothing was opened that day

How this works: each day's value is pull requests closed that day Γ· pull requests opened that day. Days when nothing was opened render as gaps β€” never a rolling average or a made-up zero. Values above 1 mean the project closed more pull requests than arrived that day.

3.001.500.00
Full metrics details

GitHub Search pull-request totals queried for exact UTC days; rolling values are sums of proven daily counts.

40 observed daily rows. Missing days are not fabricated.

Per-day formula: pull requests closed that day Γ· pull requests opened that day; blank when nothing was opened (a gap, not a zero).

DatePRs openedPRs closedStored score

Releases

Jul 19, 2026

Current1

Previous1

Weekly total

320
Full metrics details

GitHub release published_at events bucketed by UTC day; drafts are excluded.

180 observed daily rows. Missing days are not fabricated.

DateValue

About Rspack

Rspack is positioned as a fast Rust-based web bundler for JavaScript projects. It targets build workflows where bundling speed and efficient compilation matter, making it relevant for frontend teams working on larger applications or repeated local builds. In the JavaScript bundler space, its appeal comes from focusing on performance while serving the same broad need: turning source code into production-ready assets. Teams evaluating build tooling may look at Rspack when they want a bundler centered on speed in web development environments.

Join the conversation

Reviews Β· Questions Β· Posts

Share what you know about rspack β€” write a review from your real experience, ask an implementation question, or publish a post about how you use it.

Write a review Ask a question Write a post

Share your experience

Write or update your review

Explain what worked, what broke down, and what another team should know before adopting rspack.

Sign in to review Create account

Write your review now β€” it saves locally and publishes automatically after you sign in.

Rating
Positive attributes
Negative attributes

Project Q&A

Questions and answers

Browse implementation threads tied directly to web-infra-dev/rspack. Each question links through to the full answer page.

Q&A No threads yet

Be the first to ask how teams run rspack in production. Every question you post becomes a durable, searchable answer page other developers can find.

Ask the first question

Related posts

Posts tagged with the same topics

These posts come from the same topic surface as this repo, so readers can move from project evaluation into practical writeups and migration notes without leaving context.

Posts No topic-linked posts yet

Share how your team uses rspack β€” a migration note, an architecture writeup, or a comparison. Your post reaches everyone browsing these same topics.

Write the first post
Get a weekly email with the hottest new projects in the Web Development and JavaScript world.
No Spam. Unsubscribe easily at any time.
Privacy | About | Terms | Follow Us On Twitter

Copyright 2018-2026 Awesome Open Source.  All rights reserved.