当我从干净的签出安装我的应用程序时,它总是从我的本地存储库中获取我的包,而不是像远程包那样从缓存中安装。
我的作曲家文件:
{
"name": "app/name",
"description": "Desc",
"homepage": "http://homepage.com",
"repositories": [
{
"type": "composer",
"url": "http://packages.localrepository.com/",
"options": {
"http": {
"proxy": ""
}
}
}
],
"require": {
"php": ">=5.3.3",
"zendframework/zendframework": "2.*",
"guzzlehttp/guzzle": "4.*",
"local/health-check": "1.*",
"local/file-upload": "1.*",
"rediska/rediska": "dev-master"
}
}
这产生:
[exec] - Installing guzzle/guzzle (v3.9.2)
[exec] Loading from cache
[exec]
[exec] - Installing local/health-check (1.2.0)
[exec] Cloning f62651a1e2328a03ab7fd3fa8f84239ce7ee3a7c
这将适应当前的构建过程,该过程每次都会进行干净的签出。有什么想法吗?
远程包托管在Github或其他托管服务上,这些服务确实提供了下载标记版本的ZIP或TGZ文件的方法。Composer知道这些服务的API,并在适当的时候尝试下载ZIP(如果选择不好,您可以尝试使用--prefer-dist
强制下载ZIP)。
我想你自己托管的代码不在Github上。因此,如果Composer不知道从哪里获得ZIP,那么唯一的其他方法就是克隆存储库,无论命令行怎么说(另一方面,您可以尝试使用--prefer-source
强制克隆)。
请注意,这两个选项都不能保证任何东西-如果Composer不能下载ZIP,它将克隆-如果它不能克隆,例如,当该包的元数据只提到ZIP下载,而没有存储库时,它将下载ZIP。
从一种方法切换到另一种方法通常需要删除vendor
文件夹和composer.lock
文件,然后再次运行Composer。这将作为一个更新操作,因此请注意,如果它破坏了您的依赖关系(即,您依赖于"dev-master"之类的分支名称,而不是标记的版本),则必须处理此问题。