Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

Conversation

pableu
Copy link

@pableu pableu commented Sep 9, 2025

A canceled deployment (network disconnection, command aborted with ctrl+c) can leave an incomplete state in .../releases/<number>.

The next dep rollback will roll back to that dirty release.

I found the releases task mentioning (and showing) releases as "dirty" by looking for the DIRTY_RELEASE file. So I though it might be a good start to support that also during rollback.

We could create and remove the file in appropriate steps during the usual deployment tasks in a separate PR. But users could also implement that themselves if needed.

github-actions bot and others added 22 commits May 14, 2025 12:52
* Add missing horizon tasks

* Update laravel.php

* Update laravel.php

* format

* Generate docs

* Fix formatting

* Add docs
* Bugfix dotenv test in laravel.php

The test to check if .env file is present was not checking if the dotenv variable was set and always used the default. Added getter for dotenv variable.

* change current_path to release_or_current_path in dotenv description

Change instructions for set dotenv to use release_or_current_path variable.

* change current_path to release_or_current_path in dotenv description

Change instructions for set dotenv to use release_or_current_path variable.

* Revert "Merge branch 'master' into patch-1"

This reverts commit df230db, reversing
changes made to 8a92805.
* Update typo3.php

* Add regenerated docs

* refactor: remove tasks to remove

* refactor: wrap composer in set config option

* refactor: enable user to choose transfer method

* chore: regenerated documentation

* fix: apply php-cs-fixer

* refactor: use absolute path to execute typo3 binary

* refactor: remove effectless warm up

* refactor: rename public dir and adjust shared / writable dirs

* refactor: rename rsync task for more consistency

* refactor: adjust exclude list

* refactor: make shared files configurable

* refactor: extend cache flush

* refactor: reduce shared files

* fix: revert rsync task renaming
Since a Teams notification is not necessarily an essential part of a
deploy, we should allow users to continue the deploy should a
notification fail to send.
When using the local driver, all file operations are relative to the root directory defined in your filesystems configuration file. By default, this value is set to the storage/app/private directory.

https://laravel.com/docs/12.x/filesystem#the-local-driver
@antonmedv
Copy link
Member

Dirty releases are the only from deploy:push.

run("echo '{{user}}' > {{current_path}}/DIRTY_RELEASE");

@antonmedv
Copy link
Member

What we need is a way to track "finished" releases.

@pableu
Copy link
Author

pableu commented Sep 10, 2025

Dirty releases are the only from deploy:push.

Yes I saw that, and the flag seemed to be unused otherwise, but I liked the concept.

What we need is a way to track "finished" releases.

Right, that's much better. Interested in a PR?

In which step should we set it? deploy:success?

@antonmedv
Copy link
Member

Yes, after the release it will get dropped in success.

@pableu
Copy link
Author

pableu commented Sep 16, 2025

I'll make a new PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Morty Proxy This is a proxified and sanitized view of the page, visit original site.