Question

我遇到了使用作曲家psr-4自动加载功能和PHPUnit的问题。问题出现在我的本地机器以及TravisCI构建上。单元测试无法找到我的类，而普通脚本。

任何配置肯定都有问题，但我无法弄清楚我做错了什么。在此先感谢您的帮助。

这是我的项目文件结构：

公共/
的src /
- HTTP /
  - urlhelper.php
- lib.php
测试/
- blacktie /
  - HTTP /
    - urlhelper.test.php
  - lib.test.php
- bootstrap.php中
- testcase.php
.travis.yml
composer.json
的init.php
phpunit.xml

这是 composer.json 的样子：

{
    "require": {
        "php": ">=5.4.0",
        "nesbot/carbon": "1.*",
        "ext-pdo": "*",
        "predis/predis": "1.1.*@dev"
    },
    "require-dev": {
        "satooshi/php-coveralls": "dev-master",
        "phpunit/phpunit": ">=3.7"
    },
    "autoload": {
        "psr-4": {
            "BlackTie\\": "src/blacktie"
        }
    }
}

PHPUnit配置定义了一个引导程序，其中包括每个require_once主项目共享的脚本以及用于初始化psr-4自动加载器和常用功能的测试： init.php < / p>

define('ROOT', __DIR__);

// Composer-Autoloader
require_once "vendor/autoload.php";

// Framework library with common functions
require_once "src/blacktie/lib.php";

特拉维斯＆＃39;命令行说：

PHP致命错误：Class＆＃39; BlackTie \ Http \ UrlHelper＆＃39;在第38行的/home/travis/build/jazzschmidt/black-tie/tests/blacktie/http/urlhelper.test.php中找不到

Answer 1

正如您所知，要使您的代码在Linux系统上正常运行，您需要为类名提供正确的大小写。

它在Mac上本地工作的原因是OSX没有完全区分大小写的文件系统。虽然它保留了文件和目录的大小写，但它将不同的文本名称解析为相同的存储路径，例如。

$ touch foo.txt
$ touch Foo.txt
$ ls -l
total 0
-rw-r--r--  1 danack  admin  0 18 Oct 16:32 foo.txt
$ touch Bar.txt
$ touch bar.txt
$ ls -l
total 0
-rw-r--r--  1 danack  admin  0 18 Oct 16:32 Bar.txt
-rw-r--r--  1 danack  admin  0 18 Oct 16:32 foo.txt

类似地认为pre-composed and de-composed版本的字符是相同的。即é（U + 00E9）为e（U + 0065）并结合锐音（U + 0301）

通过PHP可以更容易地显示这方面的一个例子：

<?php

touch("Am\xC3\xA9lie.txt");
touch("Am\x65\xCC\x81lie.txt");

生成名为“Amélie.txt”的单个文件。

虽然一开始可能看起来很疯狂，但这意味着应用程序不需要担心字符的分解，并且您不会突然发现一个应用程序使用一个表示保存文件，然后另一个应用程序保存它作为一个不同的代表。

Answer 2

对我感到羞耻 - 我错过了作曲家自动加载功能处理文件区分大小写。因此，为了让测试在Travis上运行，我只需要调整文件和目录的名称。但我无法弄清楚，为什么它在运行OS X的本地机器上工作，OS X也使用区分大小写的文件系统，是吗？

希望我能帮助遇到同样问题的人。

PHPUnit的Composer自动加载失败

2 个答案: