使用Gulp的del或run-sequence导致本地WordPress失效，刷新后恢复

我懂你遇到的这个麻烦——当del工具删除整个bones主题目录时，WordPress正处于读取主题文件的状态，突然丢失主题目录会让WP无法正常加载主题，导致站点暂时失效。等Gulp完成重新构建后，浏览器刷新时WP又能重新检测到主题文件，所以恢复正常。下面是几个针对性的解决办法：

1. 只删除主题目录内的文件，保留目录本身 #

这是最直接的修复方式，因为WordPress只要主题目录存在，哪怕里面文件暂时缺失，也不会立刻触发主题丢失的严重错误（文件缺失可能会有局部报错，但至少不会直接跳转到默认主题或空白页面）。修改你的clean:dirbuild任务：

gulp.task('clean:dirbuild', function() {
  // 用**/*匹配目录下所有文件和子目录，但保留bones目录本身
  return del('localhost/sites/my-wordpress-site/wp-content/themes/bones/**/*', {
    // 确保不会误删bones目录本身
    dot: true,
    ignore: ['localhost/sites/my-wordpress-site/wp-content/themes/bones/']
  });
});

2. 优化任务执行顺序，缩短删除到重建的间隔 #

确保run-sequence严格按照「清理 → 构建」的顺序执行，中间不要有多余的异步操作拖慢流程，让目录空窗期尽可能短：

// 假设你的构建任务叫build-theme
gulp.task('build-theme', function() {
  return gulp.src('dev-bones/**/*')
    .pipe(gulp.dest('localhost/sites/my-wordpress-site/wp-content/themes/bones'));
});

// 用run-sequence确保清理完成后立刻执行构建
gulp.task('deploy', function(callback) {
  runSequence('clean:dirbuild', 'build-theme', callback);
});

3. 改用增量更新，避免全量删除重建 #

如果你的主题文件较多，全量删除重建不仅耗时还容易引发这类问题，可以用gulp-newer插件只同步修改过的文件，完全跳过删除步骤：

首先安装插件：

npm install gulp-newer --save-dev

然后修改构建任务：

const newer = require('gulp-newer');
const destPath = 'localhost/sites/my-wordpress-site/wp-content/themes/bones';

gulp.task('build-theme', function() {
  return gulp.src('dev-bones/**/*')
    // 只处理比目标目录中更新的文件
    .pipe(newer(destPath))
    .pipe(gulp.dest(destPath));
});

这样既不用删除文件，又能保证目标目录和开发目录同步，从根本上避免了删除目录导致的WP站点失效问题。

内容的提问来源于stack exchange，提问作者Naj