phorge-phorge/resources/sql/autopatches/20160112.repo.02.uri.index.php

<?php

// A later patch ("20160510.repo.01.uriindex.php") performs an identical
// regeneration of the index, so we no longer need to do it here.
Move repository URIs to a dedicated index Summary: Ref T4705 (there are also some other adjacent related tasks dealing with URIs). Currently, we issue a "get repositories matching URIs: ..." query by loading every possible repository and then checking their URIs in PHP. Instead, put URIs in a separate table. I plan for each repository to potentially have multiple URIs soon, so this prepares for that. Test Plan: - Ran migrations. - Looked at index table, made sure it appeared sensible. - Ran some queries by `uri` to find repositories, found the repositories I expected. - Updated the remote URI of a repository, saw queries / index update appropriately. Reviewers: chad Reviewed By: chad Maniphest Tasks: T4705 Differential Revision: https://secure.phabricator.com/D15005 2016-01-12 15:45:17 +01:00			`<?php`

Index all repository URIs, not just the "primary" repository URI Summary: Ref T10923. When regenerating the URI index for a repository, index every URI. - Also, make the index slightly stricter (domain + path instead of just path). Excluding the domain made more sense when we were generating only first-party URIs. - Make the index smarter about `/diffusion/123/` URIs. - Show normalized URIs in `diffusion.repository.search` results. Test Plan: - Ran migration. - Verified sensible-looking results in database. - Searched for a repository URI by first-party clone URI. - Searched for a repository URI by mirror URI. - Used `diffusion.repository.search` to get information about repository URIs. Reviewers: chad Reviewed By: chad Maniphest Tasks: T10923 Differential Revision: https://secure.phabricator.com/D15876 2016-05-10 15:20:48 +02:00			`// A later patch ("20160510.repo.01.uriindex.php") performs an identical`
			`// regeneration of the index, so we no longer need to do it here.`