2026'da En Hızlı Node.js Paket Yöneticisi Aube Nedir?

Node kurulumları yıllardır yavaş seyrediyordu. npm install komutunu çalıştırırsınız, kahve makinesine yürürsünüz, geri gelirsiniz ve CI hala @types/node'u çözümlemeye devam eder. Aube bu durumu değiştiriyor. Gerçek 1.400 paketlik bir projenin sıcak CI kurulumunu 139 milisaniyede tamamlıyor; bu, aynı donanımda pnpm'den yaklaşık 7.3 kat ve Bun'dan 3 kat daha hızlıdır. En ilginç kısmı ise mevcut lockfile'ınızı okuyup yazması, böylece kimseye geçiş yapmasını istemeden Pazartesi günü deneyebilirsiniz.

Bu rehber, Aube'nin ne olduğunu, bu rakamlara nasıl ulaştığını, nasıl kurulacağını, pnpm, npm, yarn ve Bun ile nasıl karşılaştırıldığını ve Apidog gibi araçlarla her gün API oluşturuyorsanız nerede konumlandığını kapsar.

Aube Nedir?

Aube, en.dev tarafından geliştirilen ve MIT lisansı altında yayınlanan hızlı bir Node.js paket yöneticisidir. Adı Fransızcada "şafak" anlamına gelir ve "ohb" olarak telaffuz edilir. Proje beta aşamasındadır (yazıldığı sırada v1.0.0-beta.10) ve yol haritası olarak pnpm v11 uyumluluğunu hedeflemektedir.

Temel fikir basittir. Aube, pnpm ile aynı disk üzerindeki modeli kullanır: küresel içerik adreslenebilir bir depo ve izole edilmiş bir sembolik bağlantı düzeni. Ancak kurulum hattı JavaScript yerine yerel olarak iş parçacıklı bir dilde yazılmıştır. Aynı düzen, daha hızlı motor. Bu tek tasarım tercihi, pnpm-lock.yaml dosyasını yerine geri yazarken, birçok benchmark senaryosunda Bun'un üzerinde yer almasını sağlıyor.

Paket yöneticileri arasında daha önce geçiş yaptıysanız, gerçek maliyetin araç olmadığını bilirsiniz; bu, ekibinizdeki herkesin install komutunu nasıl çalıştırdığını değiştirmesinin sosyal maliyetidir. Aube, pnpm-lock.yaml, package-lock.json, npm-shrinkwrap.json, yarn.lock ve bun.lock dosyalarını doğrudan okuyarak bu durumu aşar. CI'ınız hala pnpm kullanırken siz yerel olarak çalıştırabilirsiniz ve ekip arkadaşlarınız için hiçbir şey değişmez.

Aube benchmarkları: “en hızlı” ne kadar hızlı?

Benchmark deneyi, hyperfine ile zamanlanmış ~1.400 paketlik gerçek dünya projesidir. Her senaryo, commit edilmiş bir lockfile olduğunu varsayar. Değişen eksen önbellek sıcaklığıdır: sıcak node_modules'i temizler ancak global depoyu ve paket önbelleğini korur, soğuk her şeyi siler.

Resmi benchmarklardan alınan rakamlar (aube 1.0.0-beta.3, bun 1.3.12, pnpm 10.33.0, npm 11.12.1, yarn 1.22.22, node 24.15.0):

Birkaç şey dikkat çekiyor. Sıcak CI kurulumu, gerçek pipeline'larda en yaygın durumu yansıttığı için ana başlıktaki rakamdır; bu durumda çalıştırıcı bir önbelleği geri yükler ve global depoda her tarball'ın hash'i hala bulunur. Bu senaryoda Aube, pnpm'den yaklaşık 7.3 kat ve Bun'dan 3 kat daha hızlıdır.

install && run test senaryosu, günlük geliştirici döngüsünü ölçer. Her aracın "önce kurmam mı gerekiyor, sonra mı betiği çalıştırmalıyım?" diye karar vermesi gerekir. Aube, kurulum durumu dosyası yeniyse kurulum işini tamamen atlayabilir, bu nedenle tüm install && test döngüsü 21 ms'de tamamlanır. Diğer araçlar ise betiği göndermeden önce lockfile'ı yeniden doğrular, bu da 400ms-600ms'lik ek yükün kaynağıdır.

Soğuk önbellekte Bun, Aube'yi biraz geride bırakır (935ms'ye karşı 1.12s) çünkü Bun'ın tarball alma yolu son derece iyi ayarlanmıştır ve soğuk kurulumlar G/Ç tarafından domine edilir. Sıcak, tipik bir geliştirme ekibinde günde binlerce kez çalışan senaryodur; soğuk ise bir runner'ı sıfırladığınızda ayda bir kez çalışır.

Tüm test seti boyunca, belgelere göre senaryoya bağlı olarak pnpm'den 22 kata kadar ve Bun'dan 3 kata kadar daha hızlı tepe noktaları bulunmaktadır. Tüm bunları yerel olarak Aube deposundan mise run bench ile yeniden üretebilirsiniz.

Aube neden pnpm ve Bun'dan daha hızlı?

Üç tasarım tercihi, ağır işleri üstleniyor.

Yerel, iş parçacıklı kurulum hattı. npm, pnpm ve yarn hepsi kurulum motorunu Node.js'de çalıştırır. Bu, her hash, her tarball çıkarma, her sembolik bağlantı çağrısının JavaScript gönderim vergisini ödediği anlamına gelir. Aube, sıcak yolu V8'den çıkarıp yerel olarak derlenmiş, yerel olarak iş parçacıklı bir çalışma zamanına taşır. Bun benzer bir şey yapar ancak paket yöneticisinin yanı sıra tam bir JavaScript çalışma zamanı da gönderir; Aube, kurulum yolu için özel olarak tasarlanmıştır ve sıcak kurulumlarda Bun'u geçmesinin nedeni de budur.

Küresel sanal depo varsayılan olarak gelir. pnpm v11 enableGlobalVirtualStore özelliğini ekledi, ancak proje kurulumları için varsayılan değildir. Aube varsayılan olarak küresel bir sanal depo kullanır, böylece çakışan bağımlılıklara sahip tekrarlayan projeler çoğunlukla diskte zaten var olan paket ağaçlarına bağlanır. Eğer hepsi React, Vite, TypeScript ve Playwright kullanan üç hizmetiniz varsa, ağır dosyalar tek bir yerde yaşar ve her proje oraya sembolik bağlantı yapar. Belgeler, tipik mono-repo kurulumlarında npm'e göre ~%90 daha az disk alanı tahmin etmektedir.

Yeni durum dosyasıyla kurulumu kısa devre etme. aube run test ilk olarak kompakt bir kurulum durumu dosyasını kontrol eder. Eğer package.json dosyanız ve lockfile hash'iniz durum dosyasıyla eşleşiyorsa, kurulum aşaması tek bir stat çağrısıdır ve test hemen gönderilir. install && test sayısını 21ms'ye düşüren şey budur.

Bunların hiçbiri sihir değil. pnpm düzenini alır, JavaScript başlangıç kodunu çıkarır ve CLI'yi kurulumların %99'unun "gerçekte hiçbir şey değişmediği" varsayımına göre tasarladığınızda elde ettiğiniz şey budur.

Aube Nasıl Kurulur?

Önerilen yol, poliglott araç yöneticisi olan mise'dir:

mise use -g aube

Yolunuza (PATH) eklenip eklenmediğini kontrol edin:

aube --version

Eğer npm'i tercih ederseniz:

npm install -g @endevco/aube

Homebrew ile macOS veya Linux'ta, Endev tap'ında mevcuttur:

brew install endevco/tap/aube

Bir projenin içinde, Aube sürümünü yerel olarak sabitleyebilirsiniz:

mise use aube

Bu, mise.toml dosyanıza aube'yi bir araç olarak yazar, bu da proje klasörüne giren her kabuğun aynı sürümü alacağı anlamına gelir. Artık "geçen yıl pnpm 10 kurduğum için benim makinemde çalışıyor" dönemi bitti. Kurulum belgeleri ayrıca tarball ve işletim sistemi başına seçenekleri de kapsar.

Gerçekten kullanacağınız günlük komutlar

Komut arayüzü pnpm'i yakından yansıtır, bu nedenle kas hafızası aktarılır:

aube install              # bağımlılıkları kur
aube add react            # bir bağımlılık ekle
aube add -D vitest        # bir dev bağımlılığı ekle
aube remove react         # bir bağımlılığı kaldır
aube update               # package.json aralıklarındaki güncellemeler
aube run build            # package.json betiği çalıştır
aube test                 # test betiği çalıştır, eskiyse önce kur
aube exec vitest          # yerel bir ikili çalıştır
aube dlx cowsay hi        # tek kullanımlık bir ortamda bir paket çalıştır
aube ci                   # CI için temiz, dondurulmuş kurulum

Bunların çoğunu kısaltabilirsiniz. Eğer betik package.json dosyasında varsa, aube dev komutu aube run dev ile aynıdır. Aynı ikili dosyada iki çoklu çağrı shimi de bulunur:

aubr build       # aube run build
aubx cowsay hi   # aube dlx cowsay hi

Pipeline'larda aube ci kullanın. Bu komut node_modules'i kaldırır, mevcut package.json için lockfile'ın güncel olduğunu onaylar ve ardından kurulum yapar. Eğer lockfile saparsa, yüksek sesle hata verir ki CI'da istediğiniz de budur.

Lockfile uyumluluğu

Bu özellik Aube'yi düşük riskli bir benimseme haline getiriyor. Tüm ekibi geçmeye kararlı olmak zorunda değilsiniz.

Pratik kullanım şekli şuna benzer. Ekibiniz pnpm kullanır. CI hala pnpm install --frozen-lockfile komutunu çalıştırır. Siz kendi makinenizde yerel olarak aube install komutunu çalıştırırsınız. Bu, pnpm-lock.yaml dosyasını okur, aynı node_modules düzenini oluşturur ve çözümleme güncellemelerini aynı pnpm-lock.yaml dosyasına geri yazar. Bir ekip arkadaşınız dalınızı çeker, pnpm install komutunu çalıştırır ve hiçbir sorun yaşanmaz. Zamanla, Aube kendini kanıtlarsa, CI'yi ona geçirirsiniz. Kanıtlamazsa, onu söküp atarsınız ve aşağı akıştaki kimse bunu bilmez.

İki uyarı. Eski pnpm v5 veya v6 lockfile'larının önce pnpm ile yükseltilmesi gerekir. Ve yarn PnP projelerinin (.pnp.cjs stili) node_modules bağlayıcısına geri dönmesi gerekir, çünkü Aube PnP eserleri değil, node_modules yazar.

Güvenli varsayılanlar düşündüğünüzden daha önemlidir

Son 18 ayda bir JavaScript kod tabanına yakın olduysanız, tedarik zinciri olaylarının biriktiğini görmüşsünüzdür. npm tedarik zinciri güvenlik rehberi bu deseni kapsar; Axios npm ihlali, tek bir popüler bağımlılığın binlerce geliştirici makinesine platformlar arası bir RAT gönderebileceğinin en açık gerçek dünya vakalarından biriydi.

Aube, kurulumları bir kolaylık değil, bir güvenlik sınırı olarak ele alan üç kararlı varsayılan benimser:

1. Minimum sürüm yaşı. Yeni sürümler, Aube'nin onları kurmadan önce yapılandırılabilir minimum bir yaşı bekler. İki saat içinde kaldırılan yeni ele geçirilmiş bir paket asla node_modules'inize dokunmaz.
2. Egzotik bağımlılık engelleme. Aube, şüpheli görünen (olağandışı URL'ler, yama benzeri girişler, normalde semver taşıyan yerlerde Git referansları) geçişli bağımlılıkları engeller. Eğer özellikle birini isterseniz, onu onaylarsınız.
3. Yaşam döngüsü betiği onayı. Bağımlılık postinstall betikleri varsayılan olarak atlanır. Belirli paketlere (esbuild, node-sass, yerel olarak gerçekten derlemeniz gereken her neyse) izin vermek için aube approve-builds komutunu çalıştırırsınız. Betikleri atlanan paketler aube ignored-builds içinde görünür.

Bu üç davranış sizi yenilmez yapmaz, ancak "O paketin kod çalıştırdığını bile bilmiyordum" ifadesini "O paketin kod çalıştırmasına izin verdim" ifadesine dönüştürür. Bir sonraki üretim olayınızdan önce istediğiniz güvenlik duruşu budur.

Node modül düzeni

Aube izole bir node_modules düzeni kullanır. Üst düzey node_modules/ klasörü, package.json dosyanızda belirtilen bağımlılıkları içerir. Geçişli bağımlılıklar node_modules/.aube/ altında bulunur. Paket dosyalarının kendileri $XDG_DATA_HOME/aube/store/ konumunda yalnızca bir kez depolanır, bu da varsayılan olarak ~/.local/share/aube/store/'dur.

Üç sonuç:

• Çakışan bağımlılıklara sahip birçok proje diskteki paket dosyalarını paylaşır. Artık "monorepomda ve yan projelerimde lodash'in 12 kopyası var" durumu yok.
• Hayalet bağımlılıklar daha zor hale gelir. Eğer bir paket package.json dosyanızda yoksa, onu üst seviyeden require edemezsiniz, çünkü node_modules/ içinde değildir. Bu, pnpm'in size verdiği garanti ile aynıdır.
• Tekrarlayan kurulumlar diskte zaten bulunan dosyaları yeniden kullanır. Geriye kalan tek iş, depodan yeni node_modules/.aube/ içine sabit bağlantı oluşturmaktır.

Daha önce düz bir node_modules düzeni (klasik npm veya yarn v1) kullanıyorsanız, hayalet import'lara güvenen bir veya iki bozuk paket bulmayı bekleyin. Çözüm her zaman "onu package.json dosyanıza ekle" şeklindedir.

Çalışma alanları ve monorepo'lar

Aube, çalışma alanlarını ve workspace: protokolünü destekler:

aube install -r
aube run test -r
aube add zod --filter @acme/api

Eğer deponuzda zaten pnpm-workspace.yaml varsa, Aube onu okur ve yazar. Yeni Aube öncelikli çalışma alanları aube-workspace.yaml kullanır. -r (özyinelemeli) ve --filter bayrakları pnpm'den beklediğiniz aynı semantiklere karşılık gelir, bu nedenle turborepo ve nx kurulumları değişiklik yapmadan çalışmaya devam eder.

API monorepo'ları için sıcak önbellek CI sayısı en önemlidir. Eğer pipeline'ınız her birleştirmede install, build, test, publish contract yapıyorsa, on paket boyunca install süresini pnpm'in 1 saniyesinden Aube'nin 139 milisaniyesine düşürmek, günde gerçek dakikalara karşılık gelir.

Aube bir API geliştirme iş akışına nerede uyar?

API'ler geliştirip test ediyorsanız, kurulumlar her yeniden düzenlemenin kritik yolunda yer alır. Bir istek şemasına dokunur, TypeScript istemcisini yeniden oluşturur, yeniden kurar, sahte sunucunuza karşı sözleşme testleri çalıştırır ve bu döngüyü tekrarlarsınız. Hızlı bir kurulum, sadece gösterişli bir ölçüm değildir; "Bunu değiştirdim" ile "Bozulup bozulmadığını biliyorum" arasındaki süredir.

İyi çalışan pratik bir döngü:

1. API'yi Apidog'da tasarlayın ve maketini oluşturun. Başka bir ekiple iletişim kuracak her şey için şema-öncelikli yaklaşım, kod-öncelikli yaklaşımdan daha iyidir.
2. Node projenizin içinde tip tanımlı bir istemci oluşturun (veya Apidog maketine karşı sözleşme testleri çalıştırın).
3. İstemci üzerinde çalışırken kurulumları milisaniye aralığında tutmak için Aube'yi yerel olarak kullanın.
4. Aynı test süitini aube ci ile CI'ye entegre edin.

Son bir yıldaki Postman'dan uzaklaşan araç değişikliği daha büyük bir modelin parçası: geliştiriciler hızlı, yerel öncelikli ve varsayılan olarak güvenli araçlar istiyor. Aube, kurulum adımına uygulanan aynı hikayedir. Eğer VS Code içinde Apidog kullanıyorsanız, Aube'yi yanına eklemek size bir mise use satırına mal olur ve her sıcak yeniden yüklemede saniyeler kazandırır.

Her paket yöneticisinden geçiş

npm'den. Projede aube install komutunu çalıştırın. Aube, package-lock.json dosyasını okur ve geri yazar. Düz yerine izole edilmiş node_modules elde edersiniz, bu nedenle hayalet import'lara dikkat edin. Eğer biri bozulursa, eksik paketi package.json'a ekleyin ve devam edin. Tam iş akışı npm kullanıcıları rehberinde.

pnpm'den. Bu, disk üzerindeki düzenin aynı olması nedeniyle en az sürtünmeli geçiştir. Aube, pnpm-lock.yaml v9 dosyasını doğrudan okur. workspace: protokolü çalışır. Filtreler çalışır. pnpm-users sayfası, farklı davranan birkaç bayrağı listeler.

Yarn'dan. Aube hem v1 klasik hem de v2+ berry lockfile'larını okur. Yarn PnP kullanıcılarının Aube'yi denemeden önce nodeLinker: node-modules moduna geri dönmesi gerekir, çünkü Aube node_modules yazar, .pnp.cjs değil.

Bun'dan. Aube, bun.lock dosyasını okur. Temel fark, Bun'ın paket yöneticisinin Bun'ın JS çalışma zamanı ile sıkı bir şekilde bağlı olmasıdır; Aube ise herhangi bir Node.js sürümüne karşı çalışan bağımsız bir kurulum aracıdır. Node sürüm yönetimi için zaten mise kullanıyorsanız, Aube de aynı şekilde yerini alır.

Gerçek dünya düşünceleri

Beta durumu. Nisan 2026 itibarıyla Aube v1.0.0-beta.10 sürümündedir. Belgeler açıkça belirtiyor: pnpm v11 uyumluluğunu hedefliyor, ancak henüz birçok projede test edilmedi. Herhangi bir 1.0 öncesi aracı gibi davranın. Önce yerel olarak çalıştırın, mevcut lockfile'ınızı saklayın, bir ay boyunca çalıştığını görene kadar üretim sürüm pipeline'ınızı ona emanet etmeyin.

Kapsam dışı kalanlar. Aube, mise'nin zaten yaptıklarını kasıtlı olarak kopyalamaz. Çalışma zamanı yönetimi (env, runtime, setup, self-update) mise'ye aittir. Bazı kayıt defteri hesap yardımcıları (whoami, token, owner, search, pkg, set-script), sizi npm komutuna yönlendiren uyumluluk yedekleridir. Eğer CI betiğiniz bunlardan herhangi birini çağırıyorsa, npm'i bir yedek olarak elinizde tutun.

Platform desteği. Önerilen yükleyici, macOS, Linux ve WSL aracılığıyla Windows'u destekleyen mise'dir. Tarball aracılığıyla yerel Windows desteği mevcut ancak daha erken aşamadadır; mevcut matris için kurulum sayfasına göz atın.

Topluluk. Projenin bir Discord'u (ana sayfadan bağlantılı) ve yazıldığı sırada GitHub'da 325 yıldızı bulunmaktadır. Küçük ama aktif. Buildkite, projenin CI'ını sağlıyor, bunu depo kökünde görebilirsiniz.

Sıkça Sorulan Sorular

"aube" ne anlama geliyor?Fransızcada şafak. "ohb" olarak telaffuz edilir. Projenin sloganı "Node kurulumları için yeni bir şafak" şeklindedir.

Aube, pnpm için doğrudan bir yedek mi?Yakın. pnpm v11 uyumluluğunu hedefler ve pnpm'in lockfile formatını okur. Çoğu pnpm tabanlı iş akışı değişiklik yapmadan aktarılır. Bazı pnpm komutları (çalışma zamanı yönetimi, birkaç kayıt defteri yardımcısı) kasıtlı olarak kapsam dışıdır çünkü başka araçlara aittirler.

Aube'yi CI'da kullanırken pnpm'i yerel olarak tutabilir miyim?Evet, her iki yönde de çalışır. Aube, pnpm-lock.yaml dosyasını yerinde okur ve yazar, böylece iki araç bir lockfile'ı paylaşabilir. Ekipler genellikle diğer yönde başlar: Aube yerel olarak, CI'da pnpm, herkes rahat edene kadar.

Aube Bun ile nasıl karşılaştırılır?Sıcak kurulumlarda Aube, Bun'dan yaklaşık 3 kat daha hızlıdır çünkü Bun kurulumdan önce daha fazla durumu yeniden doğrular. Soğuk kurulumlarda Bun biraz öndedir çünkü indirme yolu son derece sıkıdır. Bun ayrıca bir JS çalışma zamanı da gönderir; Aube yalnızca kurulum amaçlıdır. Eğer zaten Node kullanıyorsanız, Aube'yi kullanmak için Bun'ın çalışma zamanına ihtiyacınız yoktur. pnpm tarzı izole düzen karşılaştırması, düzen tercihlerinin neden önemli olduğuna dair bağlam sağlar.

Aube Windows'ta çalışır mı?WSL aracılığıyla evet. Yerel Windows çalışır ancak daha erken aşamadadır. mise, her üç işletim sisteminde de kurmanın ve güncellemenin en kolay yoludur.

Aube açık kaynak mı?Evet, MIT lisanslıdır, kaynak kod GitHub'da.

Mevcut pnpm-lock.yaml dosyama ne olur?Aube onu okur, kurulumu yapar ve çözümleme değişikliklerini aynı dosyaya geri yazar. pnpm kullanan ekip arkadaşlarınız normal bir lockfile farkı görür.

Sonuç

2026'da çoğu Node projesi için kurulum adımı gerektiğinden daha yavaştır. Aube, gerçek geliştirme iş akışlarına hakim olan sıcak kurulum ve tekrar eden komut yollarında en hızlı Node.js paket yöneticisidir: 1.400 paketlik bir CI kurulumu için 139 ms, hiçbir şey değişmediğinde install && test için 21 ms, birden fazla projenin olduğu bir makinede %90 daha az disk alanı. Mevcut lockfile'ınızı okur, güvenlik varsayılanlarını ciddiye alır ve denemek için bir mise use aube komutuna mal olur.

API'leri zaten Apidog gibi hızlı, yerel öncelikli bir istemciyle test ediyorsanız, Aube kurulum tarafında eşleşen parçadır. Henüz indirmediyseniz Apidog'u indirin, bir sonraki Node hizmetiniz için Aube ile eşleştirin ve geri bildirim döngüsünün ne kadar sıkılaştığını görün.