Project

General

Profile

Actions

Feature #20664

closed

When updating an extension, archive the old version

Added by Ingo Renner almost 15 years ago. Updated over 9 years ago.

Status:
Closed
Priority:
Could have
Assignee:
-
Category:
Extension Manager
Target version:
-
Start date:
2009-06-24
Due date:
% Done:

0%

Estimated time:
PHP Version:
4.3
Tags:
Complexity:
Sprint Focus:

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 1 (0 open1 closed)

Related to TYPO3 Core - Bug #28358: New update function does not warn prominently about locally changed filesClosed2011-07-21

Actions
Actions #1

Updated by Steffen Kamper almost 15 years ago

is this needed? You can switch back to any version if something goes wrong

Actions #2

Updated by Ingo Renner almost 15 years ago

see my points, those are not the regular "go back to a previous version" scenarios ;)

Actions #3

Updated by Björn Pedersen almost 13 years ago

  • Target version deleted (0)

A backup option is warranted if there are local changes in an extension.

Actions #4

Updated by Helmut Hummel over 12 years ago

  • Priority changed from Should have to Could have
Actions #5

Updated by Mathias Schreiber over 9 years ago

  • Status changed from New to Needs Feedback

Hey Ingo, would you still consider this today?

Otherwise I'd close down the issue

Actions #6

Updated by Ingo Renner over 9 years 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.

Actions #7

Updated by Alexander Opitz over 9 years ago

  • Status changed from Needs Feedback to New
Actions #8

Updated by Mathias Schreiber over 9 years 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.

Actions

Also available in: Atom PDF