/
githubmirror
/
meteor
ОбзорДокументацияВойти
/
githubmirror
/
meteor
Код
Запросы
0
Пакеты
0
Релизы
0
Аналитика
Безопасность
ДокументацияПоддержка
Политика конфиденциальностиПользовательское соглашениеПолитика использования «cookies»Согласие субъекта персональных данных
2026 ©
meteor/
packages/non-core/
..
blaze
@e700f2d

update Blaze package files v3.0.3

4 месяца назад
bundle-visualizer

docs: update breadcrumb comment to remove inaccurate percentage reference

4 месяца назад
coffeescript-compiler

Bump bundle_version + package versions that uses babel-compiler

год назад
coffeescript-test-helper

Update coffeescript to use version 2.4.1.

7 лет назад
coffeescript

Meteor version to 3.3 :comet:

год назад
jquery

publish a version of the jquery package to work with v2 and v3

2 года назад
less

remove shrinkwraps from git (annoying things!)

2 года назад
mongo-decimal

test: add comprehensive unit tests for facts-base, mongo-decimal EJSON integration, and xmlbuilder, while cleaning up bundle-visualizer code.

4 месяца назад
xmlbuilder

test: add comprehensive unit tests for facts-base, mongo-decimal EJSON integration, and xmlbuilder, while cleaning up bundle-visualizer code.

4 месяца назад
README

wrapper checkpoint

12 лет назад
README
As of Meteor 0.9.0, Meteor supports packages with OS-specific builds (such as
packages that use binary npm modules). This allows you to deploy apps from one
platform to another, as long as the package has already published to the package
server in the appropriate target architecture.
 
However, this only works if the package can be loaded from the server at all; it
does not work if the package is only available as local source code in your app,
or in the main meteor tree if you're running meteor from a git checkout.
 
Specifically, this means that packages *in the Meteor core* which have
OS-specific dependencies will prevent apps from being deployed, if meteor is
being run from the git checkout. To simplify this, we're taking the OS-specific
dependencies of core packages and moving them to these packages, which are *NOT*
in "the core". In order to run meteor from a checkout, these packages must be
already published to the server. Fortunately, they won't change very
frequently.