| Package Data | |
|---|---|
| Maintainer Username: | markusjwetzel |
| Maintainer Contact: | markuswetzel@gmx.net (Markus J. Wetzel) |
| Package Create Date: | 2015-05-29 |
| Package Last Update: | 2019-12-27 |
| Home Page: | |
| Language: | PHP |
| License: | MIT |
| Last Refreshed: | 2025-11-02 15:05:27 |
| Package Statistics | |
|---|---|
| Total Downloads: | 25,936 |
| Monthly Downloads: | 1 |
| Daily Downloads: | 0 |
| Total Stars: | 72 |
| Total Watchers: | 5 |
| Total Forks: | 29 |
| Total Open Issues: | 13 |
This is an extension for the Eloquent ORM to support versioning. You can specify attributes as versioned. If an attribute is specified as versioned the value will be saved in a separate version table on each update. It is possible to use timestamps and soft deletes with this feature.
Eloquent Versioning is distributed as a composer package. So you first have to add the package to your composer.json file:
"proai/eloquent-versioning": "~1.0"
Then you have to run composer update to install the package.
We assume that we want a simple user model. While the username should be fixed, the email and city should be versionable. Also timestamps and soft deletes should be versioned. The migrations would look like the following:
...
Schema::create('users', function(Blueprint $table) {
$table->increments('id');
$table->integer('latest_version');
$table->string('username');
$table->timestamp('created_at');
});
Schema::create('users_version', function(Blueprint $table) {
$table->integer('ref_id')->primary();
$table->integer('version')->primary();
$table->string('email');
$table->string('city');
$table->timestamp('updated_at');
$table->timestamp('deleted_at');
});
...
The referring Eloquent model should include the code below:
<?php
namespace Acme\Models;
use Illuminate\Database\Eloquent\Model;
use ProAI\Versioning\Versionable;
use ProAI\Versioning\SoftDeletes;
class User extends Model
{
use Versionable, SoftDeletes;
public $timestamps = true;
public $versioned = ['email', 'city', 'updated_at', 'deleted_at'];
...
}
You need to add the following columns to your main model table:
latest_version (integer).Furthermore you need a version table. The name of the version table is identical with the name of the main model table (e. g. for a model table users the name would be users_version). This table must contain the following columns:
ref_ followed by the name of the model's primary key (if the primary key is id, the column name will be ref_id)version (integer)You have to define a $versioned array in your model that contains all versioned columns.
By default the query builder will fetch the latest version (e. g. User::find(1); will return the latest version of user #1). If you want a specific version or all versions, you can use the following:
version(VERSION_NO) returns a specific versionExample: User::version(2)->find(1) will return version #2 of user #1
allVersions() returns all versions of the queried itemsExample: User::allVersions()->get() will return all versions of all users
moment(Carbon) returns a specific version, closest but lower than the input dateExample: User::moment(Carbon::now()->subWeek()->find(1) will return the version at that point in time.
All these operations can be performed normally. The package will automatically generate a version 1 on create, the next version on update and will remove all versions on delete.
You can use timestamps in two ways. For both you have to set $timestamps = true;.
Normal timestampsThe main table must include a created_at and a updated_at column. The updated_at column will be overriden on every update. So this is the normal use of Eloquent timestamps.
Versioned timestampsIf you add updated_at to your $versioned array, you need a created_at column in the main table and a updated_at column in the version table (see example). On update the updated_at value of the new version will be set to the current time. The updated_at values of previous versions will not be updated. This way you can track the dates of all updates.
If you use the Versionable trait with soft deletes, you have to use the ProAI\Versioning\SoftDeletes trait from this package instead of the Eloquent soft deletes trait.
Normal soft deletesJust use a deleted_at column in the main table. Then on delete or on restore the deleted_at value will be updated.
Versioned soft deletesIf you create a deleted_at column in the version table and add deleted_at to the $versioned array, then on delete or on restore the deleted_at value of the new version will get updated (see example). The deleted_at values of previous versions will not be updated. This way you can track all soft deletes and restores.
If you want to use a custom versioning query builder, you will have to build your own versioning trait, but that's pretty easy:
<?php
namespace Acme\Versioning;
trait Versionable
{
use \ProAI\Versioning\BaseVersionable;
public function newEloquentBuilder($query)
{
return new MyVersioningBuilder($query);
}
}
Obviously you have to replace MyVersioningBuilder by the classname of your custom builder. In addition you have to make sure that your custom builder implements the functionality of the versioning query builder. There are some strategies to do this:
ProAI\Versioning\Builder
ProAI\Versioning\BuilderTrait
Bugs and feature requests are tracked on GitHub.
This package is released under the MIT License.