SVN：对live server进行版本控制的最佳实践？

我想通过SVN跟踪Typo3 live服务器上的所有更改。到目前为止，这工作正常，但由于我已使用内置扩展管理器更新了扩展，因此出现了一个SVN错误：

svn: 'ext/realurl' is not a working copy directory

这是因为文件夹已被更新过程完全替换。是否有处理此类变更的最佳实践？GIT是否更适合这种情况

---

非常感谢您的帮助。

这是因为扩展管理器删除了现有的扩展文件夹，并将其替换为新的扩展文件夹。这意味着，您的“.svn”目录将被删除

---

最佳做法是首先在测试环境中手动执行更新（最好是所有文件更改），提交更改，然后在Live Server上执行SVN更新。

这是因为扩展管理器删除现有扩展文件夹，并将其替换为较新的扩展文件夹。这意味着，您的“.svn”目录将被删除

---

最佳做法是首先在测试环境中手动执行更新（更好地执行所有文件更改），提交更改，然后在Live Server上执行SVN更新。

如果此目录是工作副本的子文件夹，您可以简单地使用Subversion>v1.7

---

这样，subversion将只在工作副本的顶部存储一个

.svn

文件夹（而不是每个文件夹中的一个），因此即使重新创建子文件夹，svn也不会发送错误。

如果此目录是您工作副本的子文件夹，您可以简单地使用subversion>v1.7

这样，subversion将只在工作副本顶部存储一个

.svn

文件夹（而不是每个文件夹中存储一个），因此即使重新创建子文件夹，svn也不会发送错误。

您必须回答以下问题（我和您自己）“我在repo中存储了什么”和“我使用存储库执行的任务”。也许旧的好的FS备份+DB备份会更好。一、 据推测，您对Typo3一无所知，但您认为您的方法论在一系列问题上大错特错，您必须回答（我和您自己）“我在回购中存储了什么”和“我为哪个任务使用存储库”。也许旧的好的FS备份+DB备份会更好。一、 据推测，您对Typo3一无所知，但在一系列要点中，您认为您的方法论是非常错误的