Dead code detection with tombstones for PHP

0.17.0 2019-02-12 21:42 UTC


Implements the concept of Tombstones for PHP.

Report generation provided by scheb/tombstone-analyzer.

Build Status Scrutinizer Code Quality Code Coverage Latest Stable Version Total Downloads License

Tombstone Youtube Video

Inspired by:


  1. Install via composer
$ composer require scheb/tombstone
  1. Define a tombstone() function

You have to define a function tombstone(string ...$arguments): void. The library is shipped with a default implementation. Include tombstone.php from the libraries root directory in your bootstrap. If you don't like the default implementation, you can implement the function on your own. The only requirement is to have strings as arguments (important for code analysis in the tombstone-analyzer library).

  1. Configure the graveyard

All tombstones are sent to a "graveyard". By default the graveyard isn't doing anything with the tombstones. You have to register a handler. What you usually want is the StreamHandler, which writes human-readable information to a log file.

use Scheb\Tombstone\GraveyardProvider;
use Scheb\Tombstone\Handler\StreamHandler;

$streamHandler = new StreamHandler("$logDir/tombstones.log");

Read more about handlers and formatters below.

Buffered graveyard

The default Graveyard class is writing tombstones to the handlers right away. If you want to delay the write - e.g. for performance reasons - and flush the tombstones at a later point, use the BufferedGraveyard.

use Scheb\Tombstone\BufferedGraveyard;
use Scheb\Tombstone\GraveyardProvider;

$bufferedGraveyard = new BufferedGraveyard(GraveyardProvider::getGraveyard());

// Call the flush manually

// Or flush in the shutdown handler
register_shutdown_function(function () use ($bufferedGraveyard) {

Relative Path Logs

By default the absolute file path is used in the logs. This can be in problem in some environments (e.g. when your deployment process creates a new directory for every release). If you tell the root path to the graveyard, it will log the relative file path instead. This makes log files exchangeable between different servers/environments/installation paths.


It is especially useful, if you want to collect logs files from multiple production servers to run an overall analysis on a central server.


Place tombstones in your application where you suspect dead code. A tombstone can take any list of string arguments, but it's recommended to stick to some pattern within your application. A good practise is to set the date when the tombstone was added and an identifier who added it.

Please note, that the arguments are used by tombstone-analyzer to match tombstones in the code. The more unique the combination is within a file/method, the more reliable the matching is.

The first string that can be interpreted as a date (every date format strtotime() understands) will be taken as the tombstones date, which is used to calculate the age of a tombstone.

class SomeClass {

    public function suspectedDeadCode() {
        tombstone('2015-08-18', 'scheb');
        // ... some code follows

Handlers and Formatters

Handlers write the information that was received from a tombstone to a target system (e.g. file system). Formatters are used to serialize that information.

The bundle comes with some pre-defined handlers and formatters. You can create your own handlers and formatters by implementing Scheb\Tombstone\Handler\HandlerInterface and Scheb\Tombstone\Formatter\FormatterInterface.


  • AnalyzerLogHandler: Writes multiple log files to a directory. This format is used by default for report generation, but if you don't like, you can have your own handler.
  • PsrLoggerHandler: Connects a PSR-3 logger with the bundle.
  • StreamHandler: Take a stream resource, stream identifier (file://, ftp://, etc.) or a file path as the target.

The AnalyzerLogHandler takes an optional size limit to pretend log files from taking too much space. In the end, it doesn't make a difference if a tombstone was called 100 or a million times.


  • AnalyzerLogFormatter: Machine-readable log-format, which is by default understood by the report generator.
  • JsonFormatter: Compact JSON string.
  • LineFormatter: Human-readable log entry.

Handlers have a default formatter. The formatter can be changed by calling setFormatter().

Report Generation

scheb/tombstone-analyzer is a library to analyze the code and the log files written by AnalyzerLogHandler. The data is used to generate reports about dead and undead code in your project.

Read more about report generation.


You're welcome to contribute to this library by creating a pull requests or feature request in the issues section. For pull requests, please follow these guidelines:

  • Symfony code style
  • PHP7.1 type hints for everything (including: return types, void, nullable types)
  • Please add/update test cases
  • Test methods should be named [method]_[scenario]_[expected result]

To run the test suite install the dependencies with composer install and then execute bin/phpunit.


Thanks to Jordi Boggiano for creating Monolog, from where I lend the handler/formatter concept.


This library is available under the MIT license.