Conversation
|
@vinitkumar It seems the compiled test requirements do not contain a pinned version of django CMS and the tests always install the latest django CMS 4. I guess the @marksweb I am not sure it is a good idea to pin the installed versions for tests. We miss incompatibilities from changes in libraries after the compile time. What do you think? |
|
@fsbraun do you specifically mean pinning cms? |
|
@marksweb The I've added But my question was a different one: I would prefer not to compile the requirements for tests to always run against the latest dependencies. Otherwise, we will not notice incompatibilities introduced in new releases of dependencies after the compile time. Am I missing something? |
|
@fsbraun you're probably not missing anything but this was a pattern I picked up from Adam Johnson. And I quite like how easy it makes updating and maintaining requirements. I get the point about missing new releases. But maybe we can script /automate the updating of requirements a bit like how dependant can. Or maybe the requirements themselves can be more broad and just be greater than a given version. |
|
@vinitkumar Does it make sense to update this? |
|
@fsbraun I totally forgot about this. Let me have a look into this. |
Description
Related resources
Checklist
masterSlack to find a “pr review buddy” who is going to review my pull request.