现在已基本够用，但当有 alias 时，sbuild 未能处理 alias

测试用例：

cd path/to/seajs/src/test/modules/alias
sbuild --combo program.js

css 在考虑做内嵌支持。比如在 a.js 里，require('a.css')，那么：

sbuild a.js --combo css

那么 a.js 里会自动内嵌 a.css（保存字串在 js 里，运行时动态生成 style）

原来是遍历modules目录来打包，调整到transports后，moduels目录为空，build不起来了>。<

参考npm

https://github.com/isaacs/npm/tree/master/doc

然后用 ronn http://rtomayko.github.com/ronn/ 输出manpage

先支持 unix like 的路径约定，按照seajs原生支持的 ./ / ../ 三种

后续考虑直接从seajs里调用

现在server端为了作为web的jsonp存在，大部分数据保留了define，导致node端每次获得数据后都需要正则过滤掉define();，比较尴尬。两种解决方案：

• 请求作为web服务存在，web服务处理标准的jsonp，即用http://seajs.cloudfoundry.com/registry 代替目前的静态文件data.js。
• node端做一个普通jsonp处理的兼容层。

CommonJS Packages

http://wiki.commonjs.org/wiki/Packages/1.0

PINF

https://github.com/pinf/loader-js

JSBUILD
https://github.com/azer/jsbuild

既然很多人都已经有了package.json 提供给npm用，而且他的规范也已经很完整遵守1.0 packages规范，为何我们还要求他们提供一个模板，或者额外的配置？

类似 YLS，将依赖分析和打包都放到服务器端，实现自动 sbuild --combine [all]

有了这个，就可以代替淘宝现在的 combo 了。

https://github.com/seajs/spm/issues/17

https://github.com/seajs/spm/issues/8#issuecomment-1256668

这两个地方都提到需要一个force参数，来界定是否强制更新。

目前如果模块名字+版本号不换，内容直接忽略，不更新。版本号则无判断，直接更新。

该参数涉及以下强制内容：

1. 按照版本号规范，仅更新符合规范的版本；而force参数则强制更新非稳定版本，比如backbone的0.5.0-pre
2. 强制更新模块，用于一些hotfix没有更新版本号。

注意web使用的data.js 依旧每次会强制更新。

npm部分是如此完成的。

npm install express@>0.1.1

因为有了local跟server两种概念，所以客户端需要区分。

还是说，服务端永远仅提供最新版本给用户安装？（旧版本保留，但是装不到）

通过https://github.com/waveto/node-compress 计算压缩+gzip后的大小，代替原来的压缩版本（kissy跟jquery在gzip前后相差很大）

查看：

modules/querystring/transport.js

信息直接从 package.json 中获取
package.json 中没有的，再在 transport.js 中通过 @XX 补足

这意味着我们之前定的一些 tag name 要修改，以遵守 package 规范：

@desc  -> @description
@url -> @homepage
@tags -> @keywords

文河完善下，辛苦！

基本模板依赖于package.json的起步信息，package.json 通过npm获取，然后根据基准模板，迁移npm模块。

define(function(require, exports, module) {/*{{code}}*/});

类似http://registry.npmjs.org

把目前的data.js 丢上去即可，是否需要去掉前后的define？

如#17 所提到的，pre跟dev版本不纳入，但是目前还有一些模块是没有遵循“约定”来更新。

是否需要一些特定的约定。

比如版本号，就仅支持以下版本号，如果不一样，那就要在transport.js里特殊指定来覆盖package.json 里的配置。

 [0-9]+\.[0-9]+\.[0-9]+(\.[0-9]+)?

现在有三个地方需要在本地、远程读取文件内容，封装起来集中管理。

@src
@min
@Package

现在部分流程网络错误的时候会报错。

文河辛苦了，review 了下 transport, 从功能上讲已经 ok, 赞！

还有几个后续工作：

1. 文档
2. modules 目录下，underscore 等类库自身有 package.json, 可以修改下 transport.js, 重新获取打包下

辛苦了^o^

赞文河的速度。看了下 modules 目录，还有几个值得讨论的点：

1. 如果从 package.json 里获取到的是 pre, dev 等版本，是否默认不下载，并提示用户。可以增加 -f 参数，强制下载。spm 库里，不保留非正式版本。
2. 还是 seajs 的问题。0.9.3 目录下，有四个文件。这个特殊处理下？增加 @filename sea 来标明？

还有些小代码重构，我直接提交了，文河 merge 下

为提交npm注册做准备。

学习microjs，用tag分离进行组合。

现在server端为了作为web的jsonp存在，大部分数据保留了define，导致node端每次获得数据后都需要正则过滤掉define();，比较尴尬。两种解决方案：

• 请求作为web服务存在，web服务处理标准的jsonp，即用http://seajs.cloudfoundry.com/registry 代替目前的静态文件data.js。
• node端做一个普通jsonp处理的兼容层。

package.json 可以通过简单的json验证，而我们还需要起码验证以下是否合法。

@src
/*{{code}}*/

考虑 seajs/seajs#54

sbuild 不再添加 id 信息
sbuild --combo 时才添加

--combo 时，对于 top-level 的模块，要特别注意一下

剥离出去，放到 lifesinger 账号下去。

以后所有模块都采用这样方式，seajs 只有 loader 和 spm, 模块都来自社区，充分体现“海纳百川”

为web界面做准备，格式直接按目前的data.js 输出。

Bash下的自动完成（tab键自动补全命令，自动补全模块名），有时间外的额外工作，但可提升不少使用体验，先mark一下。

Like this: https://raw.github.com/git/git/master/contrib/completion/git-completion.bash

最近接触到好几个 jquery 插件，都无法简单通过 transport 的方式来实现打包（还依赖 css 和 图像 等资源）

因此考虑单开一个 jquery-modules 项目来中转，目录有二：

1. 使得 transport 更简单
2. 保证 jquery 插件的质量，目前看了些插件，质量的确堪忧，即便是一些很流行的插件

担忧：这搞下去，有可能又会成为一个 kissy ui library, 只不过 dom 库是基于 jquery. 感觉不能走这条路，可是老天，不怎么搞的话，路在何方？

sbuild 的报错

学习ender，直接通过package.json跟用户提供的整个package包读取相对路径获得tspt文件。进而transport 整个package

FYI

满足定制化输入输出的要求。

但是如此不会被计算入data.js 纯粹作为一个独立的迁移工具使用。

取缔现在的数组形式，需要一个纯粹的key:value来存储所有模块

需要同步修改的地方：

1. web/registry
2. 调用generate/remove的地方
3. modules.seajs.com 里的页面调用

有没有可能把 combo 写成服务端的接口，让开发者脱离手动打包这一过程？

这个类似 YLS
seajs 里，可以考虑实现
先记录下

Installation

1. Install NodeJS and NPM.
2. git clone git://github.com/seajs/spm.git /path/to/your/spm
3. cd /path/to/your/spm
4. Run /path/to/your/spm/support/install_spm.sh

上次讨论中的一些记录：

• node 端，假设为 spm:
  1. spm install 'xx' 会在约定目录生成 xx-debug.js 和 xx.js
  2. spm update 'xx' 更新?
  3. spm 更多命令，可参考 ender

install 好像也不太妥，都想想有无更好的命名

作为top-level id获取依赖，安装至seajs所在目录。

模板结构modules/{name}/sea-pkg.js

/**
 * @name frank
 * @desc desc
 * @url http://dafdsa
 *
 * @tags a,b,c,c
 *
 * @src http://ababa
 * @min http://fdsafdsa
 */
define(function(require, exports, module) {
    exports.version = $.jquery;
    'code';
});

输出为

modules/{name}/{version}/{name}-debug.js
modules/{name}/{version}/{name}.js

{version}从exports.version中寻找依赖获得。

其他信息从页头的annotation 处获得

目前web里通过数组呈现，数据又是key唯一，可以用Object表示，两边转换出现问题。

后续考虑仅做Object输出，web部分要用，由webAPI里调整一下数据结构输出，否则前期处理逻辑太多了。

配合定制化输入输出，支持zip包。

tspt的位置通过package.json的位置得出相对路径。然后根据package.json的main入口逐一transport

因为这个，看来还是得放盗support里。很奇怪的做法。

https://github.com/isaacs/npm/issues/861

https://github.com/seajs/spm/issues/17#issuecomment-1326038

如上述，transports文件目前存放比较混乱，@name 跟目录名也有冲突，故做单独存放。

后续可以考虑直接作为一个submodule 给出去让别人fork，添加，pull request等等。

rt

目前存在build操作，根据CRUD，build现在处于C跟U的部分，R的部分在web端读取，提供下载等，缺个D操作，负责清理模块，清理data.js 删除的时候也要检查一下依赖项，如果有依赖模块，需要给出警告。

命令参数判断是以spm transport 后有无第一个参数决定的，需要调整判断是否有action-options