Feature #20664
When updating an extension, archive the old version
| Status: | Closed | Start date: | 2009-06-24 | |
|---|---|---|---|---|
| Priority: | Could have | Due date: | ||
| Assigned To: | - | % Done: | 0% |
|
| Category: | Extension Manager | Spent time: | - | |
| Target version: | - | |||
| PHP Version: | 4.3 | Sprint Focus: | ||
| Complexity: |
Description
Currently when updating an extension, the extension is overwritten.
Now it would be nice to have the old extension archived into a different directory (f.e. typo3conf/ext_archive)
Advantages:
- making it possible to easily jump back to the old version if something is not working anymore
- easily jump back if the admin didn't notice that the extension was changed and now stuff is not working anymore
- in an update script it would be possible to determine which version of an extension was installed before and which actions need to be executed to update data and the like with minimal effort
(issue imported from #M11402)
Related issues
History
#1 Updated by Steffen Kamper about 6 years ago
is this needed? You can switch back to any version if something goes wrong
#2 Updated by Ingo Renner about 6 years ago
see my points, those are not the regular "go back to a previous version" scenarios ;)
#3 Updated by Björn Pedersen about 4 years ago
- Target version deleted (
0)
A backup option is warranted if there are local changes in an extension.
#4 Updated by Helmut Hummel almost 4 years ago
- Priority changed from Should have to Could have
#5 Updated by Mathias Schreiber 8 months ago
- Status changed from New to Needs Feedback
Hey Ingo, would you still consider this today?
Otherwise I'd close down the issue
#6 Updated by Ingo Renner 8 months ago
I'd argue that people should use proper versioning tools, but OTOH there might still be scenarios were it might be helpful to allow a quick rewind.
Apart from that, the last point is still valid, knowing what version was the last would allow better automated upgrade scripts.
#7 Updated by Alexander Opitz 8 months ago
- Status changed from Needs Feedback to New
#8 Updated by Mathias Schreiber 7 months ago
- Status changed from New to Closed
Taken into account in #63909.
The issues are not linked on purpose, so the refactoring ticket does not get bloated with relations.