php

PHP 使用Travis CI持续集成composer包

这篇文章的内容可以说是上一篇文章发布自己的composer包的后续。主要内容分为2个部分: 单元测试,PHPUnit 持续集成,Travis CI 单元测试 首先单元测试的概念这里就不细说了,网上有很多资料,然后有关单元测试有没有必要这个问题,我觉得存在即是合理的,实际在使用composer可以看到很多依赖的包中本身就保留了测试的部分,往往是一个tests目录。 PHP项目的测试常用的久是PHPUnit了,PHPUnit是一个单元测试框架,关于PHPUnit可能会出一个专门的系列,这里先埋一个坑。接下来将结合实例介绍PHPUnit的安装、编写和使用。 目录结构 现在看下我们composer包的结构,如果你看过我们上一篇文章,对该结构应该会比较熟悉: src/ tests/ composer.json phpunit.xml 我们把一些类似README.md的文件先去除了,因为它们和该篇文章无关。

  • sidfate
    sidfate
8 min read
composer

PHP 发布自己的composer包

在Packagist上发布自己的包最科学的方式应该就是通过github了,本文将结合实战图文讲述具体的操作流程。 在你的github上新建一个仓库,这里我们创建一个名为my-package的仓库。 将远程仓库克隆到本地,然后我们需要在本地仓库添加一些文件。最重要的一个文件是composer.json,我们可以直接新建这个文件并编写,当然我们还可以使用composer init命令按步骤自动生成。 解释下几个步骤: Package name,也就是包名包含2部分,<供应商名称>/<包的名称>,一般来说供应商名可以填写你的github用户名。 Require,可以看到在图中我们并没有设置require字段,我建议如果你知道你的代码依赖自己在composer.json生成后手动添加,因为在composer init中操作会去搜索你需要的包,比较耗时。 最终我们生成的composer.json文件应该是这个样子的。 { "name&

  • sidfate
    sidfate
5 min read