Test concurrent election runs with PerRepositoryElector
PerRepositoryElector is currently tested only with a single election run happening at the same time. This doesn't really match reality, given multiple Praefects would generally run elections at the same when a Gitaly node's health changes. To ensure concurrent elections don't cause a repository's primary to be changed multiple times, this change runs each test with a concurrent transaction running a second election run.