Publications can contain published artifacts with duplicate paths
To use pulp_python as an example, I can create a content unit and specify the relative path for the artifact:
Suppose I create a package with filename Y and relative_path Y. Then I create a package with filename X and relative_path Y (but different artifact). I can then add both to a repo version, publish it, and distribute it. Then I request artifact with relative_path Y. Which content unit's artifact gets served?
In pulp_file we solved this problem by making sure we use the latest content unit's artifact:
The problem is that other plugin writers can make the same mistake. In fact, I believe this problem currently exists in pulp_python (although I haven't tested it).
1. Add validation where content units are added to a repo version and have the same relative_path
2. Add validation to a publication when two published artifacts have the same path
3. Or just document this gotcha and warn plugin writers they need to deal with duplicate relative paths in repo versions/publications.
Add unique constraint to prevent duplicate relative paths in publications. closes #3605
Please register to edit this issue