WordPress.org

Plugin Directory

WP STAGING – Copias de seguridade & restauración, migración & plugin de clonación – Copias na nube, copias de seguridade programadas

Image
Image

WP STAGING – Copias de seguridade & restauración, migración & plugin de clonación – Copias na nube, copias de seguridade programadas

Descrición

Copia de seguridade, restauración, staging, clonación & migración de WordPress: todo en un

WP STAGING é o plugin todo en un de copias de seguridade, restauración, staging, clonación e migración de WordPress, creado para fluxos de traballo profesionais con código 100 por cento probado con probas unitarias, miles de probas automatizadas e probas extremo a extremo exhaustivas en todas as versións de PHP compatibles.

Crea unha copia de seguridade completa ou un clon exacto da túa web en minutos. Úsao para duplicar o teu sitio, probar con seguranza actualizacións de plugins e temas, restaurar o sitio cando o necesites, mover ou migrar WordPress a outro servidor, transferir o teu sitio a un novo aloxamento ou crear unha copia de staging antes de facer cambios. WP STAGING tamén funciona como duplicador de WordPress, así que non precisas un plugin duplicador aparte para copiar a túa web.

WP STAGING tamén fai copias de seguridade, clona e migra con fiabilidade tendas WooCommerce, incluídos pedidos, produtos e datos de clientes.

WP STAGING desenvólvese en Alemaña e está deseñado para axencias, desenvolvedores e empresas que precisan fluxos fiables de copia de seguridade, recuperación, staging, restauración e migración de WordPress.

WP STAGING | PRO tamén inclúe fluxos avanzados como Remote Sync, que che permite traer un sitio WordPress dun servidor a outro de forma segura mediante unha clave de API, e WP STAGING CLI, que pode converter unha copia de seguridade de WP STAGING nun sitio de desenvolvemento local baseado en Docker.

Todos os datos permanecen no teu servidor a non ser que elixas un fluxo de transferencia ou de almacenamento remoto. WP STAGING está deseñado para a velocidade, a fiabilidade e os contornos de poucos recursos, incluído o aloxamento compartido.

WP STAGING fai automaticamente a busca e substitución de ligazóns e rutas durante os fluxos de clonación, copia de seguridade, restauración e migración.

Este plugin de staging e copias de seguridade pode clonar a túa web de forma rápida e eficiente, incluso se funciona nun servidor de aloxamento compartido débil.

WP STAGING FREE – CARACTERÍSTICAS DE COPIA DE SEGURIDADE & STAGING

  • Clona todo o sitio de produción nun subdirectorio como example.com/staging-site.
  • Copia de seguridade e clonación de alto rendemento, incluso para webs con bases de datos moi grandes.
  • Crea copias de seguridade completas ou parciais: copia completa do sitio, só da base de datos ou só dos arquivos.
  • Copias de seguridade programadas con copias diarias automáticas.
  • Fácil de usar: crea un clon ou unha copia de seguridade cun clic.
  • Procesamento eficiente en segundo plano sen ralentizar a túa web.
  • Sen Software como servizo e sen necesidade de conta externa.
  • Todos os teus datos permanecen no teu servidor. Os teus datos son só teus.
  • Sen tempos de espera do servidor en webs enormes ou servidores débiles.
  • Fluxos rápidos de copia de seguridade, clonación e restauración segundo o tamaño do sitio e os recursos do servidor.
  • Usa o clon como parte da túa estratexia de copias de seguridade e actualizacións.
  • Só os administradores poden acceder á web clonada ou de copia de seguridade.
  • Sitios de staging optimizados para SEO con protección de acceso e xestión de no-index.
  • A barra de administración da web de staging / copia de seguridade é de cor laranxa e móstrase cando traballas no sitio de staging.
  • Amplas características de rexistro.
  • É compatible con Apache, Nginx, Microsoft IIS e LiteSpeed Server.
  • Cada versión supera extensas probas automatizadas para manter o plugin robusto, fiable e rápido.
  • Equipo de soporte rápido e profesional.

WP STAGING | PRO – CARACTERÍSTICAS DE COPIA DE SEGURIDADE & STAGING

As características de abaixo están dispoñibles en WP STAGING | PRO.

  • Remote Sync – Trae un sitio WordPress dun servidor a outro de forma segura.
  • WP STAGING CLI – Converte unha copia de seguridade nun sitio de desenvolvemento local baseado en Docker.
  • Migra e transfire WordPress a outro aloxamento ou dominio.
  • Envía os cambios de staging a produción (de staging a vivo), incluídos plugins, temas e arquivos multimedia, cun clic.
  • Clona unha copia de seguridade ou un sitio de staging nunha base de datos separada.
  • Elixe un directorio personalizado para unha copia de seguridade ou un sitio clonado.
  • Selecciona un destino de subdominio personalizado como dev.example.com.
  • Define perfís de usuario para acceder ao sitio clonado ou de copia de seguridade. Poden ser clientes ou desenvolvedores externos.
  • Compatibilidade con multisitio para migración, copia de seguridade e clonación.
  • Programa copias de seguridade recorrentes por hora e intervalo.
  • Descarga e sube copias de seguridade a outro servidor para migración e transferencia.
  • Axustes de retención das copias de seguridade.
  • Nomes personalizados para as copias de seguridade.
  • Avisos por correo electrónico se non se pode crear unha copia de seguridade.
  • Copia de seguridade e restauración de WordPress multisitio.
  • Copia de seguridade na nube, copia externa e copias remotas en provedores de almacenamento externos.
  • Copia de seguridade en Google Drive.
  • Copia de seguridade en Amazon S3.
  • Copia de seguridade en (S)FTP.
  • Copia de seguridade en Dropbox.
  • Destinos de cartafol de copia de seguridade personalizados para provedores de almacenamento na nube.
  • Soporte prioritario.

DOCUMENTACIÓN

Como facer copias de seguridade e restaurar WordPress
Copia de seguridade e restauración de WordPress

Copia de seguridade & transferencia dun sitio WordPress a outro aloxamento
Como migrar o teu sitio WordPress a un novo aloxamento

Remote Sync
Trae un sitio WordPress dun servidor a outro

Desenvolvemento local con Docker usando WP STAGING CLI
WP STAGING CLI – Actualiza agora

Todas as guías de copias de seguridade
Todas as guías de copias de seguridade

Traballar con sitios de staging
Traballar con sitios de staging

FAQ de Backup & Cloning
FAQ de Backup & Cloning

Resolución de problemas de Backup & Cloning
Resolución de problemas de Backup & Cloning

REQUISITOS TÉCNICOS & INFORMACIÓN DE WP STAGING BACKUP & CLONING

  • Funciona coa última versión de WordPress
  • Versión mínima compatible de WordPress: 3.8
  • A clonación e a copia de seguridade funcionan en todos os aloxamentos
  • Non se precisan bibliotecas adicionais
  • A copia de seguridade & a clonación admiten webs enormes
  • O formato de copia de seguridade personalizado é moito máis rápido e pequeno que calquera compresión tar ou zip
  • A copia de seguridade & a clonación funcionan en contornos de pouca memoria & aloxamento compartido

SOPORTE

WP STAGING Backup & Cloning

Capturas

Instalación

Instalación mediante a busca de plugins do administrador

  1. Vai a Plugins > Engadir novo. Selecciona «Autor» no menú despregable xunto ao campo de busca.
  2. Busca «WP STAGING». Tamén funciona buscar «WPStaging» nunha soa palabra.
  3. Atopa «WP STAGING – WordPress Backup, Restore & Migration» e fai clic no botón «Instalar agora».
  4. Activa o plugin.
  5. O plugin debería amosarse debaixo do menú de axustes.

Instalación como administrador mediante zip

  1. Visita a pantalla de engadir novo plugin e fai clic no botón «Subir plugin».
  2. Fai clic no botón «Examinar…» e selecciona o arquivo zip do noso plugin.
  3. Fai clic no botón «Instalar agora».
  4. Cando remate a subida, activa WP STAGING – WordPress Backup, Restore & Migration.
  5. O plugin debería amosarse debaixo do menú Axustes.

Preguntas frecuentes

Por que debería usar un sitio de staging e un fluxo de copias de seguridade?

As actualizacións de plugins, os cambios de tema e o código personalizado deberían probarse antes de chegar ao teu sitio en produción. Un fluxo de staging permite clonar a túa web de produción, probar cambios con seguranza e ter unha copia de seguridade lista por se algo sae mal. Actualizar con seguranza e probar as actualizacións nunha copia de staging protexe o teu sitio en produción de versións defectuosas.

Normalmente é mellor executar o sitio de staging nun contorno o máis parecido posible ao servidor de produción. Esa é a mellor forma de detectar problemas de compatibilidade antes de que afecten ao teu sitio en produción.

WP STAGING combina copia de seguridade, restauración, staging e migración nun só fluxo, así que podes protexer a túa web en produción, reducir o risco de inactividade e publicar cambios con máis confianza.

É WP STAGING un plugin de copias de seguridade?

Si. WP STAGING naceu como plugin de staging e converteuse nun plugin completo de copias de seguridade de WordPress, con restauración, staging, clonación e migración nunha soa ferramenta.

Incluso a versión gratuíta permite crear copias de seguridade e restauralas cando o necesites. WP STAGING | PRO engade fluxos de copia máis avanzados, destinos de almacenamento na nube, ferramentas de migración e características orientadas a desenvolvedores.

En que se diferencia WP STAGING doutros plugins de copias de seguridade?

WP STAGING combina copia de seguridade, restauración, staging, clonación e migración nun só fluxo. Mentres que moitos plugins de copias de seguridade se centran sobre todo en copias baseadas en arquivos ou en migracións sinxelas, WP STAGING tamén che axuda a crear unha copia de staging funcional, probar actualizacións con seguranza e restaurar o teu sitio cando o necesites.

Algúns plugins de copias de seguridade céntranse sobre todo en crear arquivos de copia, mentres que WP STAGING tamén crea copias de staging funcionais para probas máis seguras e fluxos de reversión. Isto é especialmente útil cando queres unha validación similar á de produción antes de publicar os cambios.

Algúns plugins de copias de seguridade poden non ser totalmente compatibles con táboas personalizadas en todos os escenarios. WP STAGING está deseñado para funcionar con fiabilidade cos fluxos de staging e cos prefixos de táboa personalizados que usan os seus propios contornos clonados.

WP STAGING | PRO tamén inclúe fluxos avanzados como Remote Sync e WP STAGING CLI, que pode converter unha copia de seguridade nun sitio de desenvolvemento local baseado en Docker. Iso fai que WP STAGING sexa especialmente atractivo para desenvolvedores, axencias e propietarios de sitios que queren algo máis que un plugin básico de copias de seguridade.

Como fago unha copia de seguridade e restauro un sitio WordPress?

Despois de instalar WP STAGING, vai á sección de copias de seguridade do plugin e crea unha copia completa do sitio. Despois poderás restaurar esa copia se unha actualización de plugin, un cambio de tema, unha implantación ou un problema inesperado rompe o teu sitio.

WP STAGING está deseñado para facer sinxelas a copia de seguridade e a restauración, incluso en aloxamento compartido e en instalacións grandes de WordPress.

Que é Remote Sync en WP STAGING Pro?

Remote Sync é unha característica Pro que che permite traer un sitio WordPress dun servidor a outro de forma segura mediante unha clave de API. En vez de exportar bases de datos e copiar arquivos manualmente, conectas os dous sitios e inicias a sincronización desde WP STAGING.

Isto é especialmente útil para axencias, desenvolvedores e propietarios de sitios que queren un fluxo máis rápido e fiable para mover contido entre instalacións de WordPress.

Máis información:
Remote Sync: trae un sitio WordPress dun servidor a outro

Como podo converter unha copia de seguridade nun sitio de desenvolvemento local con Docker?

WP STAGING | PRO inclúe acceso a WP STAGING CLI, que pode converter unha copia de seguridade de WP STAGING nun sitio WordPress local baseado en Docker cun só comando.

Isto é ideal para depurar, facer control de calidade, desenvolver e reproducir problemas de clientes en local. Axúdache a crear contornos locais repetibles sen montar configuracións Docker personalizadas para cada proxecto.

Máis información:
WP STAGING CLI – Actualiza agora

Como movo, migro ou transfiro un sitio WordPress a un novo aloxamento?

WP STAGING | PRO inclúe fluxos de migración e transferencia que che axudan a mover unha web WordPress a outro aloxamento, transferir o teu sitio WordPress a un novo aloxamento, cambiar o dominio ou mudar a outro servidor. Podes mover a túa web entre aloxamentos sen exportacións manuais da base de datos.

Se queres unha guía paso a paso, consulta:
Como migrar o teu sitio WordPress a un novo aloxamento

Como duplico ou clono un sitio WordPress?

WP STAGING funciona como duplicador de WordPress: pode duplicar ou clonar un sitio WordPress en poucos clics e crear unha copia exacta do teu sitio para probas, desenvolvemento ou como rede de seguridade. A duplicación execútase en segundo plano, así que podes duplicar incluso sitios WordPress grandes en aloxamento compartido. Se xa usaches un plugin como Duplicator, WP STAGING cobre os mesmos fluxos de clonación e copia e engade copia de seguridade, restauración e staging.

É WP STAGING unha boa alternativa a Duplicator?

Si. Se buscas unha alternativa a Duplicator, WP STAGING cobre os mesmos casos de uso: duplicar un sitio WordPress, crear unha copia completa do sitio e movelo ou transferilo a outro aloxamento. Ademais do fluxo de duplicación, no mesmo plugin tes sitios de staging cun clic, copias de seguridade programadas e restauración.

Por que necesito un plugin de copias de seguridade?

As copias de seguridade constantes da web son a base dunha estratexia sólida de recuperación ante desastres. Protexen a túa web fronte a actualizacións fallidas, erros de usuarios, limpeza de malware, problemas de aloxamento, fallos de hardware, avarías de software e perda de datos.

As copias de seguridade deben incluír os arquivos da web, as bases de datos, os datos dos usuarios e os datos de configuración. Combinar copias completas e incrementais pode mellorar a eficiencia do almacenamento e manter actualizados os puntos de restauración.

Se a túa web xera clientes potenciais, vendas, tráfico ou confianza dos clientes, as copias de seguridade periódicas non son opcionais. Un fluxo fiable de copia, restauración e recuperación permite volver atrás no teu sitio WordPress e pode aforrar horas de inactividade e un custoso traballo de recuperación.

Podo activar as ligazóns permanentes no sitio de staging?

As ligazóns permanentes están desactivadas no sitio de staging despois do primeiro proceso de clonación.

Le esta guía para activar as ligazóns permanentes no teu sitio de staging:
Activar as ligazóns permanentes no sitio de staging

Non podo iniciar sesión no sitio de staging ou de copia de seguridade

Se usas un plugin de seguridade como Wordfence, iThemes Security, All In One WP Security & Firewall, ou un plugin que oculta a URL de acceso por defecto de WordPress, asegúrate de ter a última versión de WP STAGING.

Se aínda non podes iniciar sesión, vai a WP STAGING > Axustes e desactiva a identificación adicional de WP STAGING. O teu escritorio de administración seguirá protexido.

Podo usar só o meu sistema local de desenvolvemento de WordPress para probas e copias de seguridade?

Sempre podes probar a túa web en local, pero se o teu contorno local de hardware e software non é un clon exacto do teu servidor de produción, non hai garantía de que todos os aspectos da túa copia local se comporten do mesmo modo.

As diferenzas na versión de PHP, na pila do servidor, na memoria, no rendemento da CPU e no comportamento do sistema de arquivos poden provocar resultados inesperados en produción. Por iso o staging nunha infraestrutura próxima á de produción segue sendo valioso.

WP STAGING | PRO tamén che ofrece un fluxo local máis avanzado mediante WP STAGING CLI, que pode converter unha copia de seguridade nun sitio de desenvolvemento local baseado en Docker.

Está WP STAGING dispoñible en varios idiomas?

Si. WP STAGING está dispoñible en varios idiomas e algunhas traducións xa están completas ou case completas.

Podes ver aquí as páxinas traducidas do plugin:

Inglés
Francés
Alemán
Español
Croata
Neerlandés
Finlandés
Grego
Húngaro
Indonesio
Italiano
Persa
Polaco
Portugués (Brasil)
Ruso
Turco
Vietnamita

Se queres axudar a mellorar as traducións, ponte en contacto connosco a través do foro de soporte.

Podo dar a miña opinión sobre WP STAGING?

Si. Se algo non funciona como esperabas, abre unha solicitude de soporte e describe o problema con tanto detalle como poidas.

Melloramos WP STAGING continuamente a partir das respostas dos usuarios, dos contornos de aloxamento reais e dos casos de uso de desenvolvedores.

Soporte aberto:
WP STAGING Support Forum

Comentarios

Image
15 de Setembro de 2026
A delightful plugin, a life saver when updating wordpress core, themes, plugins.You can do much with the free version, but the pro version is the non plus ultra.
Image
9 de Setembro de 2026
I'm on the PRO version. This plugin has made my life easier. No more migrating databases. BONUS was the fast support response for an emergency (GOING LIVE NOW) moment. The error was on my side but they were very fast, responsive and helpful. When you have a ton of balls in the air at one time, it's nice to have support like this available.
Image
28 de Agosto de 2026
Really great tool for staging, backup and developing. The desktop client helps a lot to develop on local machine and bring it to the live server. Support fast, friendly and always with detailed informations. Would recommend it.
Ler todas as 2.467 opinións

Colaboradores e desenvolvedores

“WP STAGING – Copias de seguridade & restauración, migración & plugin de clonación – Copias na nube, copias de seguridade programadas” é un software de código aberto. As seguintes persoas colaboraron con este plugin.

Colaboradores

“WP STAGING – Copias de seguridade & restauración, migración & plugin de clonación – Copias na nube, copias de seguridade programadas” foi traducido a 11 idiomas. Grazas aos desenvolvedores polas súas contribucións.

Traduce “WP STAGING – Copias de seguridade & restauración, migración & plugin de clonación – Copias na nube, copias de seguridade programadas” ao teu idioma.

Interesado no desenvolvemento?

Revisa o código, bota unha ollada aorepositorio SVN, ou subscríbete ao log de desenvolvemento por RSS.

Rexistro de cambios

4.16.0

  • New: Engade a opción «Create Blank WP Site» que instala un WordPress novo en lugar de clonar o sitio activo. (Pro) #2959
  • New: Engade o modo opcional de pouco espazo en disco para o pull de Remote Sync, que crea e transfire a copia de seguridade en partes limitadas, para que o sitio de orixe xa non precise espazo libre para toda a copia. #5317
  • New: Previsualiza e asigna os URL de subsitios ao clonar e facer push. (Pro) #5898
  • Enh: Duplica un perfil de almacenamento FTP / SFTP, para que un segundo destino no mesmo servidor non precise volver escribir os datos de conexión. (Pro) #6506
  • Enh: Os axustes de FTP / SFTP móvense a un novo lugar ao actualizar, así que volver a unha versión anterior esixe introducilos de novo. #5946
  • Enh: Mantén os destinos FTP / SFTP fóra dos sitios de staging, para que as credenciais de produción non se copien nunha clonación. #5946
  • Enh: Carga o código de almacenamento remoto só para solicitudes de WP STAGING. (Pro) #3879
  • Enh: Négase a gardar un perfil FTP / SFTP nun cartafol que outro perfil xa usa no mesmo servidor. (Pro) #6506
  • Enh: Compatible con varios perfís de almacenamento FTP / SFTP independentes por sitio. #5946
  • Fix: As copias de seguridade xa non fallan a súa propia comprobación de integridade cando o seu tamaño queda xusto por debaixo dunha potencia de dez. #6480
  • Fix: Cancelar unha copia de seguridade iniciada desde a pantalla de primeira execución agora pecha a ventá de progreso e ofrece de novo a elección, en lugar de deixar a ventá aberta e fallar nun segundo intento. #6406
  • Fix: Elimina todas as opcións wpstg_staging_sites_backup_ cando se desinstala o plugin. #6185
  • Fix: Elimina as copias de seguridade que un plan xa non conserva unha vez que existe a nova, para que un plan que conserva unha soa copia nunca quede sen ela. #6359
  • Fix: Elimina a copia temporal das credenciais de almacenamento do sitio de staging cando unha actualización non pode restauralas, e ao desinstalar. #6263
  • Fix: Exclúe a táboa da cola de procesamento en segundo plano das clonacións de sitios de staging. #6362
  • Fix: Agarda os callbacks AJAX do perfil de almacenamento na proba do provedor de servizo de almacenamento, para que as probas unitarias de master pasen de novo. #6550
  • Fix: Dálle á copia de seguridade que fai un plan con Create backup now o id de programación do plan, para que o plan a conte na cantidade de copias que conserva, a rote á súa quenda e a informe como a súa última execución. #6462
  • Fix: Respecta as opcións de WP-CLI escritas cun dobre guión inicial e informa das descoñecidas. #6413
  • Fix: Segue reconstruíndo os eventos cron das copias de seguridade cando o id de programación dun plan de copias non é unha cadea. #6370
  • Fix: Mantén o modal «Cancelling & Cleaning up» despois de cancelar unha restauración de copia de seguridade en lugar de informar do traballo como cancelado desde outra páxina. #6620
  • Fix: Mantén seleccionado o método de transferencia Next-Gen despois dun push. (Pro) #6527
  • Fix: Fai que staging-site-create de WP-CLI respecte as súas opcións de base de datos e outras opcións avanzadas. (Pro) #6257
  • Fix: Nomea o punto de acceso automático de login que falta en lugar de culpar a unha devasa cando o sitio de staging executa WP STAGING Free. #6222
  • Fix: Evita sufixos de dominio duplicados e conserva os URL de maquetadores escapados ao restaurar copias de seguridade. (Pro) #3439
  • Fix: Protexe as actualizacións premidas antes de que a páxina remate de cargar. #6337
  • Fix: Rexistra o motivo real polo que fallou unha identificación de Remote Sync en lugar dunha mensaxe xenérica. #5505
  • Fix: Reduce os arquivos temporais creados durante as copias de seguridade. #2037
  • Fix: Négase a clonar a un directorio de destino que PHP non pode ler en lugar de fallar cun erro fatal. #6494
  • Fix: Négase a crear un sitio de staging cando o prefixo de táboa de destino xa está en uso. #6220
  • Fix: Négase a facer copia dun subsitio no comando backup-create de WP-CLI cando está arquivado, suspendido ou eliminado, ou pertence a outra rede. #6384
  • Fix: Rexenera o CSS de Elementor despois de restaurar unha copia de seguridade ou sincronizar unha base de datos con Remote Sync. #6251
  • Fix: Informa dunha cancelación que non pode rematar en lugar de preguntarlle ao servidor por ela indefinidamente. #6422
  • Fix: Indica que tarefa non se puido construír en lugar de culpar ao espazo en disco, e conserva o obxecto que saíu do informe de erro. #6277
  • Fix: Selecciona por defecto os cartafoles personalizados de wp-content ao facer push, para que un push xa non os deixe atrás sen avisar. #6157
  • Fix: Mostra indicacións útiles para o Error 429 durante as subidas de copias de seguridade. #1162
  • Fix: Mostra só unha etiqueta á vez nas iconas «Contains» da copia de seguridade, en lugar de deixar varias superpostas. #5381
  • Fix: Evita que unha copia de seguridade, sitio de staging ou push cancelado rexistre na consola do navegador a solicitude que abortou a cancelación, e informa dun erro co que se atopa un traballo rematado ao pecharse en lugar de tragalo. #6007
  • Fix: Evita que unha clonación interrompida deixe un WordPress activo no cartafol de staging conectado á base de datos de produción. #6145
  • Fix: Evita que gardar sen cambios un plan de copias de seguridade reinicie o punto desde o que se contan as súas execucións, para que unha copia perdida siga informada. (Pro) #6409
  • Fix: Deixa de contar as identificacións fallidas de Remote Sync como intentos de sincronización na análise de uso. #5505
  • Fix: Deixa de informar dunha restauración de copia de seguridade como fallida cando a súa comprobación de estado falla xusto despois de premer Cancelar. #6620
  • Fix: Evita que o comando backup-create de WP-CLI faga copia dun subsitio distinto do que nomea subsite_blog_id. #6384
  • Fix: O modal Create Backup xa non se abre por si mesmo na páxina de copias de seguridade dun sitio que deixou de executar WP Staging Pro. #6613
  • Fix: Os modais Upload Backup to Cloud e Create Backup xa non se reabren por si mesmos despois de gardar os axustes do almacenamento na nube que non saíron da páxina. (Pro) #6613
  • UX: Mostra «Always on» no resumo do staging para os controis de illamento que só Pro pode desactivar. #5987
  • Tweak: Crea unha copia de seguridade do sitio completo antes de facer push a produción. (Pro) #5240
  • Tweak: Explica por que a desinstalación conserva os sitios de staging e as copias de seguridade. #6155
  • Dev: Aliña AGENTS.md coas regras da casa de CLAUDE.md, para que Copilot e Codex sigan as mesmas regras de rexistro de cambios, probas, comentarios e estilo de código. #6510
  • Dev: Aliña a guía de estilo de código e a documentación das probas con CLAUDE.md. #6515
  • Dev: Aplica a etiqueta blocked desde o controlador do ciclo de vida no lugar de fast-tests-failed e fast-tests-cancelled. #6592
  • Dev: Aplica as etiquetas de perfil de revisión desde o controlador do ciclo de vida e retira un ready-to-merge sen soporte. #6601
  • Dev: Pídelle a Copilot a súa revisión desde o controlador do ciclo de vida cando ninguén o fixo. #6644
  • Dev: Pide o tipo e a reprodución no modelo de pull request, para que unha pull request cuberta a man poida satisfacer o estado de preparación para fusionar. #6560
  • Dev: Pídelle ao autor a liña Follow-up owed que falta, non outra corrección, cando todos os resultados de revisión abertos xa están informados como corrixidos e agardan ao revisor. #6591
  • Dev: Pídelle ao revisor que agarda unha segunda aprobación que revise a cabeceira, e nomealo no estado de preparación para fusionar. #6614
  • Dev: Pon a documentación do proceso e os diagramas en liña co controlador do ciclo de vida. #6678
  • Dev: Compila WP Staging Free durante make reset cando dist/wp-staging non contén unha compilación completa, para que WP Staging Pro poida activalo nos sitios de desenvolvemento. #6103
  • Dev: Compila o JavaScript que serve a fixture de navegador das fast-tests, para que unha execución de Playwright non poida probar en silencio un paquete obsoleto. #6457
  • Dev: Limita unha revisión a 25 liñas e nomea o defecto no título de cada resultado. #6594
  • Dev: Comproba as etiquetas de cada pull request aberta contra as súas revisións, comprobacións e retencións, e informa de onde non coinciden, sen escribir ningunha. #6525
  • Dev: Comproba con Prettier todos os arquivos SCSS, non só os que están a un cartafol de profundidade. #6509
  • Dev: Comproba o modelo de tradución en cada push a master, para que un modelo obsoleto se informe contra a fusión que o introduciu en lugar de descubrilo nunha pull request allea. #6312
  • Dev: Reclama unha issue de GitHub antes de comezar con ela, e toma varias do backlog cun só comando. #6394
  • Dev: Continúa as revisións de ALTA PRIORIDADE ata corrixir os bloqueos verificados. #6448
  • Dev: Corrixe a documentación da etiqueta fast-test e de WordPress 7.0 RC. #6537
  • Dev: Conta o skip-tests do propietario do proxecto no controlador do ciclo de vida, para que a preparación para fusionar poida pasar nunha pull request fusionada sen executar probas. #6576
  • Dev: Acredita un estado fast-tests só cando o publicou GitHub Actions. #6606
  • Dev: Elimina os artefactos de CI que unha execución máis nova ou unha pull request pechada deixou obsoletos, e conserva os paquetes E2E tres días en lugar de catorce. #6634
  • Dev: Describe o fluxo de traballo das pull requests con palabras sinxelas e os seus diagramas, conta as roldas E2E que envía o controlador, e permite que o autor verifique todas as correccións de revisión e características. #6622
  • Dev: Falla con claridade cando o selector de fixture Free non pode ler unha versión ou unha execución E2E de worktree omite todas as probas, e restaura a edición cando se interrompe unha execución. #6392
  • Dev: Xera o modelo de tradución sen facer commit del nas PR. #6481
  • Dev: Evita que AGENTS.md e CLAUDE.md se contradigan. #6562
  • Dev: Conserva os trazados de Playwright só das probas fallidas, o que reduce o informe que sobe unha suite E2E fallida. #6638
  • Dev: Mantén aberto un resultado de revisión cando o autor llo pide de novo ao revisor equivocado. #6589
  • Dev: Mantén unha rolda de revisión cuxos responsables xa liron a cabeceira, e le as sinaturas de nova revisión e as aprobacións simples como seguimentos. #6646
  • Dev: Mantén contando unha revisión de perfil cando a rolda pasa a un novo commit antes de que chegue a outra revisión. #6669
  • Dev: Etiqueta os resultados das probas unitarias como unit-baseline-passed e unit-full-matrix-passed, os nomes que le o controlador do ciclo de vida, en lugar da familia fast-tests-passed. #6574
  • Dev: Permite que un revisor teña un perfil de revisión baixo petición sen entrar na rotación de asignacións. #6615
  • Dev: Permite que o autor peche un resultado de revisión de perfil que non leva liña Verify, como di o § 10 do procedemento de revisión, en lugar de retelo para un seguimento do revisor. #6587
  • Dev: Permite que o autor peche todos os resultados que a devolución informa como corrixidos ou descartados, e que nunca agarde un seguimento que pedía a PR. #6653
  • Dev: Permite que o autor verifique a maioría das correccións de revisión e só debe un seguimento ao revisor que expuxo o resultado. #6533
  • Dev: Permite que a etiqueta skip-reviews do propietario do proxecto levante os perfís de revisión, e que o controlador do ciclo de vida aplique ready-to-merge ao traballo rutineiro cando pasen todos os controis. #6568
  • Dev: Limita os resultados da revisión a bloqueos e melloras de rendemento ou UX. #6536
  • Dev: Lista os cambios só de Pro na súa propia sección das notas de versión de wordpress.org en lugar de omitilos. #6510
  • Dev: Unifica as etiquetas que significaban o mesmo e nomea cada unha só unha vez nas capacidades, o controlador e a súa política. #6572
  • Dev: Move o procedemento de versións do comando slash do proxecto a .agents/skills, para que todos os axentes que traballan neste repositorio poidan lelo e seguilo. #6464
  • Dev: Publica o veredicto de preparación para fusionar do controlador do ciclo de vida como estado de commit informativo na cabeceira de cada pull request aberta. #6548
  • Dev: Pon en cola as execucións do controlador do ciclo de vida en lugar de cancelalas, e evita que a preparación para fusionar agarde ao estado de fusión blocked ou unknown do propio GitHub. #6554
  • Dev: Reconstrúe a compilación Pro obsoleta antes de que make tests_e2e a sirva despois dunha edición de PHP. #6490
  • Dev: Rexistra unha verificación humana dunha característica na súa cabeceira, e informa dos resultados de elegibilidade e preparación para fusionar que controla, sen escribir ningún. #6534
  • Dev: Elimina restos mortos de Selenium das ferramentas de proba e repara os obxectivos de make que non se poden executar. #6521
  • Dev: Elimina o fluxo de traballo Kanban inactivo e retira a etiqueta in-progress sen usar. #6604
  • Dev: Elimina o sitio de staging que a proba E2E do punto de acceso de login ausente deixou na raíz do sitio, o que facía crecer a copia de seguridade do sitio completo antes do push máis alá do límite de memoria do explorador de copias. #6659
  • Dev: Esixe que cada pull request de corrección rexistre se é unha regresión, que a introduciu e que versión a publicou. #6451
  • Dev: Esixe que a verificación humana dunha característica cubra todo o seu fluxo de traballo, e evita que os axentes a rexistren. #6610
  • Dev: Reescribe as instrucións de Copilot como regras de revisión, con regras específicas por ruta e unha capacidade de revisión de código. #6502
  • Dev: Reescribe a documentación para desenvolvedores que aínda describía a suite de navegador Selenium eliminada. #6516
  • Dev: Volve executar Fast tests nas pull requests mantendo os resultados dos traballos fóra da expresión do script de veredicto con límite de tamaño. #6585
  • Dev: Executa as suites E2E de Flywheel e WordPress.com cada noite en lugar de en cada rolda Pro. #6458
  • Dev: Executa a matriz completa de PHP unha vez por cabeceira de pull request: cada push proba PHP 7.4 e 8.3, e a etiqueta fast-tests engade só as versións que esa cabeceira aínda non superou. #6520
  • Dev: Executa o controlador do ciclo de vida nos seus propios runners, para que nunca quede en cola detrás das probas. #6668
  • Dev: Executa o traballo do controlador do ciclo de vida na flota autoalojada xsimulator en lugar de nun runner Blacksmith de pago. #6563
  • Dev: Indica no procedemento de revisión que make tests_web e make tests_e2e reconstrúen por si mesmos unha compilación Pro obsoleta. #6485
  • Dev: Establece o estado de revisión de GitHub cando se publica unha revisión de perfil asinada. #6674
  • Dev: Omite as comprobacións de exclusividade de TickLockTest onde flock non é exclusivo, como no bind mount de Docker en macOS. #6523
  • Dev: Gasta a matriz completa de fast-tests só despois de revisar unha pull request. #6485
  • Dev: Divide as revisións de pull requests nun perfil de corrección e outro de fluxo de traballo, cada un asignado ao seu propio desenvolvedor. #6485
  • Dev: Inicia a rolda E2E pendente desde o controlador do ciclo de vida en lugar de agardar a unha etiqueta de activación. #6596
  • Dev: Evita que unha segunda versión de WordPress cancele unha execución do fluxo de traballo E2E enviada na mesma rama e versión de PHP. #6511
  • Dev: Deixa de contar unha revisión, devolución ou decisión editada por alguén que non sexa o seu autor. #6609
  • Dev: Evita que as comprobacións de salvagarda fallen aleatoriamente cando grep -q pecha a canalización antes de tempo. #6651
  • Dev: Evita que as revisións informen dos créditos do axente en commits e descricións de PR como resultados bloqueantes. #6647
  • Dev: Deixa de executar os traballos de CI que non pode afectar unha pull request só de documentación. #6566
  • Dev: Evita que as capacidades prescriban comandos de git que as regras de permisos denegan. #6546
  • Dev: Evita que a proba de eliminación do sitio de staging compita co fondo da ventá emerxente. #6097
  • Dev: Desactiva a solicitude de Copilot do controlador do ciclo de vida, que o token do fluxo de traballo non pode facer. #6670
  • Dev: Retira changes-required do controlador do ciclo de vida cando se resolvan todos os resultados bloqueantes. #6645
  • Dev: Indica á capacidade de versións que reproduza localmente unha proba fallida antes de enviar un fragmento de CI. #6121

WP STAGING Backup & Cloning | Rexistro de cambios completo:
https://wp-staging.com/wp-staging-changelog