ref(plugins): Remove VSTS plugin repo data (#29670)

migrations_lockfile.txt

@@ -6,5 +6,5 @@ To resolve this, rebase against latest master and regenerate your migration. Thi
 will then be regenerated, and you should be able to merge without conflicts.
 
 nodestore: 0002_nodestore_no_dictfield
-sentry: 0242_delete_removed_plugin_data
+sentry: 0243_delete_visualstudio_repo_data
 social_auth: 0001_initial

src/sentry/migrations/0243_delete_visualstudio_repo_data.py

@@ -0,0 +1,49 @@
+# Generated by Django 2.2.24 on 2021-10-29 19:44
+
+from django.db import migrations
+
+from sentry.utils.query import RangeQuerySetWrapperWithProgressBar
+
+
+def delete_vsts_repo_data(apps, schema_editor):
+    """
+    Delete the VSTS plugin rows in the Repository table.
+    """
+    Repository = apps.get_model("sentry", "Repository")
+    for repository in RangeQuerySetWrapperWithProgressBar(Repository.objects.all()):
+        if repository.provider == "visualstudio":
+            repository.delete()
+
+
+class Migration(migrations.Migration):
+    # This flag is used to mark that a migration shouldn't be automatically run in
+    # production. We set this to True for operations that we think are risky and want
+    # someone from ops to run manually and monitor.
+    # General advice is that if in doubt, mark your migration as `is_dangerous`.
+    # Some things you should always mark as dangerous:
+    # - Large data migrations. Typically we want these to be run manually by ops so that
+    #   they can be monitored. Since data migrations will now hold a transaction open
+    #   this is even more important.
+    # - Adding columns to highly active tables, even ones that are NULL.
+    is_dangerous = True
+
+    # This flag is used to decide whether to run this migration in a transaction or not.
+    # By default we prefer to run in a transaction, but for migrations where you want
+    # to `CREATE INDEX CONCURRENTLY` this needs to be set to False. Typically you'll
+    # want to create an index concurrently when adding one to an existing table.
+    # You'll also usually want to set this to `False` if you're writing a data
+    # migration, since we don't want the entire migration to run in one long-running
+    # transaction.
+    atomic = False
+
+    dependencies = [
+        ("sentry", "0242_delete_removed_plugin_data"),
+    ]
+
+    operations = [
+        migrations.RunPython(
+            delete_vsts_repo_data,
+            migrations.RunPython.noop,
+            hints={"tables": ["sentry_repository"]},
+        )
+    ]