You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think we made machine or environment use a UniqueConstraint and we aren't doing the same check during the import, so we can't report which one has the issue.
We dropped all the releases in 1.6 by applying a retention policy of max 1 day.
Then we could import it.
However that also means we lost all the old releases but we didn't care that much about them.
That happened because from teamcity you could redeploy the same version multiple times.
On Octopus that showed as 1234, 1234_1, 1234_2 and so on. But during import they caused the process to fail.
This thread has been automatically locked since there has not been any recent activity after it was closed. If you think you've found a related issue, please contact our support team so we can triage your issue, and make sure it's handled appropriately.
lockbot
locked as resolved and limited conversation to collaborators
Nov 28, 2018
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
kind/bugThis issue represents a verified problem we are committed to solving
I think we made machine or environment use a UniqueConstraint and we aren't doing the same check during the import, so we can't report which one has the issue.
http://octopus-deploy.tenderapp.com/discussions/problems/16388-import-of-a-16-to-221-instance-produces-this-error-ensure-unique-constraint-violated-for-fields-versionbyproject
The text was updated successfully, but these errors were encountered: