Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings
This repository was archived by the owner on Jan 16, 2020. It is now read-only.
This repository was archived by the owner on Jan 16, 2020. It is now read-only.

Future of the Plugins site #161

Closed
Closed
@dmethvin

Description

@dmethvin

This issue summarizes the private jquery-devs-list discussion started by@scottgonzalez regarding future direction of the plugins site.

Given the other priorities and limited resources of the Foundation, we haven't been investing in enhancements for the Plugins site over the past year, as evidenced by the open issues in this repo. Even with more resources, it isn't clear whether we should invest them here when there are other solutions such as Bower and npm that span the entire scope of dependencies, not just jQuery.

At this point if we were to point developers elsewhere, it seems the only two viable solutions are Bower and npm. The core team recentlydropped Bower for npm in managing its own internal dependencies, and I think most of us would prefer to see npm improve so that it can be a good tool for client-side developers. Here are a few of the things mentioned in the thread that need to be addressed via code, documentation, improved practices, etc:

  • Component users don’t like installing a full source tree and component authors don’t like keeping the ignore list up to date.
  • Poor control over where components get installed
    • Deep npm deps cause errors on Windows; already a problem with lodash
  • Reliant on the registry as a single point of failure
  • Difficult to run different release channels (stable, testing, dev, canary)
  • No namespacing of packages
  • Having taken a ‘not opinionated’ stance, it is now difficult to enforce best practices that would help people automate things.
  • Duplicate dependencies are acceptable on server, but a big problem on clients

Most points courtesy of@addyosmani

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions


      [8]ページ先頭

      ©2009-2025 Movatter.jp