Fatal编程技术网
  • php/
  • Php 如何使用composer发布稳定版本

Php 如何使用composer发布稳定版本

php git github composer-php

Php 如何使用composer发布稳定版本,php,git,github,composer-php,packagist,Php,Git,Github,Composer Php,Packagist,如何发布稳定版本？例如，Yii2框架的开发人员在composer上有稳定的版本，但在他们的存储库中，我找不到与存储库中的分支相匹配的版本。他们如何发布稳定的版本？当我在packagist.org上发布我的作品时，他们只允许我在您的GitHub存储库中插入我的存储库url，转到发行版选项卡，然后起草一个新发行版 在任何提交时，您都可以创建草稿并稍后使用，或者立即发布新版本 此外，您还可以将发布标记为预发布 与PackageGist的同步是自动的（请注意，您需要创建钩子，并解释了如何创建钩子） 有用

如何发布稳定版本？例如，Yii2框架的开发人员在composer上有稳定的版本，但在他们的存储库中，我找不到与存储库中的分支相匹配的版本。他们如何发布稳定的版本？当我在packagist.org上发布我的作品时，他们只允许我在您的GitHub存储库中插入我的存储库url

，转到
发行版
选项卡，然后
起草一个新发行版

在任何提交时，您都可以创建草稿并稍后使用，或者立即发布新版本

此外，您还可以将发布标记为
预发布

与PackageGist的同步是自动的（请注意，您需要创建钩子，并解释了如何创建钩子）

有用的文档：

在您的GitHub存储库中，转到
发行版
选项卡，然后
起草新发行版

在任何提交时，您都可以创建草稿并稍后使用，或者立即发布新版本

此外，您还可以将发布标记为
预发布

与PackageGist的同步是自动的（请注意，您需要创建钩子，并解释了如何创建钩子）

有用的文档：

在您的GitHub存储库中，转到
发行版
选项卡，然后
起草新发行版

在任何提交时，您都可以创建草稿并稍后使用，或者立即发布新版本

此外，您还可以将发布标记为
预发布

与PackageGist的同步是自动的（请注意，您需要创建钩子，并解释了如何创建钩子）

有用的文档：

在您的GitHub存储库中，转到
发行版
选项卡，然后
起草新发行版

在任何提交时，您都可以创建草稿并稍后使用，或者立即发布新版本

此外，您还可以将发布标记为
预发布

与PackageGist的同步是自动的（请注意，您需要创建钩子，并解释了如何创建钩子）

有用的文档：

    • 最简单的方法是在存储库中使用标记。请注意，这适用于所有受支持的存储库，即Git、Mercurial和Subversion

      根据规范，标记名必须是有效的版本号，该规范在网站上有文档记录——即使您不想遵循语义版本控制，这也适用。Composer详细信息见文档：和（请注意，在使用支持标记的存储库时，您不会将版本添加到
      Composer.json
      文件中！）

      因此，要发布版本1.0，您可以使用以下任何名称标记希望提交的内容

      • v1.0
      • 1.0
      • v1.0.0
      • 1.0.0
      我建议使用最后一个。实际上并不需要“v”字符，始终使用三个数字是避免两个标记的最佳方法，一个“1.0”和一个“1.0.0”指向不同的提交，但代表相同的版本

      一旦您将标记推送到公共存储库宿主（或者在不使用Git时将该标记转移到存储库），Packagist将看到该标记并创建所有必要的内容，以向世界通报此发布版本

      任何花哨的事情，比如向邮件列表发送发布邮件，都取决于您。发行版的编写者部分实际上是：只需创建一个具有可识别为版本号的名称的标记，并将其公开。

      最简单的方法是在存储库中使用标记。请注意，这适用于所有受支持的存储库，即Git、Mercurial和Subversion

      根据规范，标记名必须是有效的版本号，该规范在网站上有文档记录——即使您不想遵循语义版本控制，这也适用。Composer详细信息见文档：和（请注意，在使用支持标记的存储库时，您不会将版本添加到
      Composer.json
      文件中！）

      因此，要发布版本1.0，您可以使用以下任何名称标记希望提交的内容

      • v1.0
      • 1.0
      • v1.0.0
      • 1.0.0
      我建议使用最后一个。实际上并不需要“v”字符，始终使用三个数字是避免两个标记的最佳方法，一个“1.0”和一个“1.0.0”指向不同的提交，但代表相同的版本

      一旦您将标记推送到公共存储库宿主（或者在不使用Git时将该标记转移到存储库），Packagist将看到该标记并创建所有必要的内容，以向世界通报此发布版本

      任何花哨的事情，比如向邮件列表发送发布邮件，都取决于您。发行版的编写者部分实际上是：只需创建一个具有可识别为版本号的名称的标记，并将其公开。

      最简单的方法是在存储库中使用标记。请注意，这适用于所有受支持的存储库，即Git、Mercurial和Subversion

      根据规范，标记名必须是有效的版本号，该规范在网站上有文档记录——即使您不想遵循语义版本控制，这也适用。Composer详细信息见文档：和（请注意，在使用支持标记的存储库时，您不会将版本添加到
      Composer.json
      文件中！）

      因此，要发布版本1.0，您可以使用以下任何名称标记希望提交的内容

      • v1.0
      • 1.0
      • v1.0.0
      • 1.0.0
      我建议使用最后一个。实际上并不需要“v”字符，始终使用三个数字是避免两个标记的最佳方法，一个“1.0”和一个“1.0.0”指向不同的提交，但代表相同的版本

      一旦您将标记推送到公共存储库宿主（或者在不使用Git时将该标记转移到存储库），PackageGist将看到它并创建通知w