Node.js SaaS应用程序的npm版本号

Node.js SaaS应用程序的npm版本号,node.js,versioning,npm,saas,Node.js,Versioning,Npm,Saas,我正在使用node.js开发一个SaaS应用程序,使用npm管理依赖项。我正在尝试决定如何处理版本号。我们的发布模式将是面向市场的功能,并在准备就绪时发布,而不是面向市场的版本 我正在寻找关于package.json版本字段的建议。因为我们不会将应用程序发布到npm注册表,所以我真的可以使用我想要的任何版本号。我真的不想维护一个典型的版本号,比如1.0、1.2、2.0等。因为发布只是一个项目,在准备好后发布,日期为我提供更好的版本,比如“release_20130104”,但npm要求packa

我正在使用node.js开发一个SaaS应用程序,使用npm管理依赖项。我正在尝试决定如何处理版本号。我们的发布模式将是面向市场的功能,并在准备就绪时发布,而不是面向市场的版本

我正在寻找关于package.json版本字段的建议。因为我们不会将应用程序发布到npm注册表,所以我真的可以使用我想要的任何版本号。我真的不想维护一个典型的版本号,比如1.0、1.2、2.0等。因为发布只是一个项目,在准备好后发布,日期为我提供更好的版本,比如“release_20130104”,但npm要求package.json中的version字段可以通过semver规则解析

我很想听听社区其他人对基于SaaS npm的应用程序做了些什么

要求:

  • 轻松-我不想浪费时间在1.2.0或2.0之间争论。这只是下一个版本
  • 必须满足npm版本语法规则
  • 很高兴拥有:

  • 可通过构建过程编写脚本,如提取SVN分支和 修订号
  • 版本意味着一些东西,比如发布日期
  • 我提出了以下解决方案:

  • 严格遵循semver major.minor.patch模式。这将需要不同版本类型的单独脚本,对于预发布版本来说将是一场噩梦
  • 以semver格式表示发布日期,如“2013.01.04”
  • SVN修订号+分支或标记名,如“21484-BugFix21”。缺点是,非发布版本的版本不会告诉您它们的分支版本
  • 选择一个虚拟版本,不要像“1.0.0”那样更改它。在单独的字段中以我想要的格式跟踪版本,如“appRelease”:“2013.01.04”
  • 我不期待正确或错误的答案。有很多解决方案。我想看看其他人过去采取了什么方法