无法让作曲家“路径”存储库工作

Question

我有一个这样的目录结构：

composer.json < Main
  packages/
    balunker/
      testpackage/
        composer.json < Package
        src/
          TestPackage.php

主要的composer.json 看起来像这样：

{
    "name": "vagrant/composer-test",
    "repositories": [
        {
             "type": "path",
            "url": "packages/*/*"
        }
    ],
    "require": {
        "balunker/testpackage": "*"
    }
}

虽然包裹 composer.json 看起来像这样：

{
  "name": "balunker/testpackage",
  "autoload": {
    "psr-4": {
      "Balunker\\": "src/"
    }
  }
}

在composer update 上，我简单地收到一条消息，指出无法解析包。没有创建符号链接，也没有安装包。我确实花了半天时间来解决这个问题，但没有任何成功。

我还上传了 composer update -vvv 的详细输出：http://pastebin.com/mMRHsACk。

我的作曲家版本是最新的（截至 2016 年 4 月 20 日下午 2:39 UTC），所有这些都在 Vagrant (Debian) 中运行。

非常感谢您提供的任何建议。我真的不知道还能做什么。

Answer 1

在我的情况下，我的问题是存储库优先级，“当 Composer 解决依赖关系时，它将在最顶层的存储库中查找给定的包”，请检查 https://getcomposer.org/doc/articles/repository-priorities.md TLDR；在 composer.json 中确保您的本地路径首先位于存储库下

"repositories": [
    {
         "type": "path",
         "url": "packages/local-path-goes-first"
    },
    {
         "type": "vcs",
         "url": "https://github.com/berrugo/other-repos"
    }
],

Answer 2

对我来说，问题是我忘记使用 docker 挂载存储库文件夹，因此本地网络服务器无法访问它。也要注意这一点

Answer 3

如果软件包已经从原始存储库安装，Composer 似乎会感到困惑：它会获取您的本地存储库并从其 composer.json 刷新 composer.lock 但不会'甚至不尝试将更改获取到供应商目录。

首先删除它似乎可以解决它：

composer remove foo/bar
composer require foo/bar @dev

Answer 4

帮助我解决问题的是composer clear-cache，然后运行composer update。

解释：我最初尝试composer install my/package，但在依赖版本上失败了。所以我需要进行一些本地修改以使其适用于 Laravel 6.0。但是，它继续检查错误版本的 Laravel 软件包，这让我相信它没有看到我在 repositories 键和 "type": "path" 中设置的本地存储库。我首先确保路径存在并且我在正确的分支上（master 这就是我在composer.json 中使用dev-master 的原因）。一旦我清除了作曲家缓存并运行更新，它使用我的本地路径更新，没有依赖问题。

"repositories": [
    {
        "type": "path",
        "url": "../libs/package-name"
    }
],
"require-dev": {
    "pkg-maintainer/package-name": "dev-master"
}

Answer 5

对于未来的 Google 员工，请将您的版本添加到 composer.json，然后需要带有 --prefer-source 选项的软件包。

例如：composer require your-vendor/package:1.0.* --prefer-source

Answer 6

对我有用的方法与上述非常相似，但我必须专门针对我正在开发的分支。

假设 /newapp 目录中的代码与 /app 处于同一级别，并且有一个名为 feature/the-new-package 的分支：

"repositories": [
  {
    "type": "path",
    "url": "newapp"
  }
],
"require": {
  "package/newapp": "dev-feature/the-new-package"
},

\* 不起作用，dev-master 也没有。它必须是 dev-feature/the-new-package。

Answer 7

我也在 Github 上发布了这个问题，结果证明文档有点误导。它说：

{
    "repositories": [
        {
            "type": "path",
            "url": "../../packages/my-package"
        }
    ],
    "require": {
        "my/package": "*"
    }
}

但是，如果您只有一个没有发布的本地 repo，您​​必须使用：

{
    "repositories": [
        {
            "type": "path",
            "url": "../../packages/my-package"
        }
    ],
    "require": {
        "my/package": "dev-master"
    }
}

dev-master 版本是这里的关键（假设您在 master 分支上工作）。这有点令人恼火，但感谢一些乐于助人的作曲家贡献者，我终于可以掌握这一点。

我希望这对将来的人有所帮助。

祝你好运！