今天,我把我的第一个项目放在了 Github 和 Packagist 上,我有几个关于结合使用它们的问题。请注意,我在这个领域还没有经验。

  1. Composer 文档大量介绍了如何获取依赖项,但没有介绍如何创建依赖项,以及如何为 Github 创建最佳的composer.json。例如, version 属性不推荐。但大多数依赖项都有版本。例如,Symfony2 有 2.4 或 2.3 版本。如何在 Github 中维护我的项目版本?

  2. 在Packagist中,Github上新添加的项目是dev-master。如何将 is 更改为稳定版或测试版?我试过 minimum-stability 但这并没有改变它。

  3. 我呈交了 几个小时前的问题。问题是我无法添加自己的依赖项(不是某些 symfony 包),因为该项目位于 dev-master 中(或者我认为是这样)。

  4. Composer 中是否有一种方法可以构建我的自定义错误消息(例如 throw/catch),当有人尝试通过 Composer 安装我的项目但在他自己的composer.json 文件中使用我的项目不会的属性时,该消息将“被解雇”不喜欢?

  5. 有人可以在 GitHub 和 Packagist 上列出一些适合初学者的最佳实践吗?维护提示、git 提示、不做提示、避免提示、请执行提示或任何其他提示。

另外,如果您想说的内容不在我的问题(我有限的知识问题)中,请这样做。

预先感谢您的所有答案。

有帮助吗?

解决方案

  1. 版本控制由 git 分支和 git 标签定义。如果您想发布一个版本,只需创建一个标签即可。

  2. 同样,您必须标记版本才能使其稳定。分支是开发/不稳定的,因为它们可以随时更改。标签是固定的时间点。

  3. 不知道该说什么,但可能会修复 1/2

  4. 不,没有办法,而且确实没有多大意义。如果您的项目有要求,您应该定义它们,然后 Composer 将确保如果不满足这些要求,则无法安装它。

  5. 我认为这有点超出了 stackoverflow 的范围,但我认为我能给你的最好建议是遵循以下指南: http://semver.org/ 用于发布版本。这是每个维护库的人都应该知道的最重要的事情。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top