<div dir="ltr"><div>I have two related Python projects in the same repository, each with their own setup.py and tox.ini. Let&#39;s say projects A and project B, such that project B depends directly on project A. When making a breaking change in project A&#39;s &quot;API&quot;, I will typically fix project B to consume that change, and do all of that in one changeset.<br><br></div><div>My question is: What is the best practice with tox or in general for setting up a test environment that uses the local modified working copy for multiple packages, not just the package under test? I am aware of the tip about <a href="https://tox.readthedocs.org/en/latest/example/general.html#access-package-artifacts-between-multiple-tox-runs">accessing artifacts between multiple tox runs</a>, but that won&#39;t work for a couple of reasons:<br><ol><li>It seems very dependent on the order in which tox is run on the various projects. For instance, if I happen to run tox on project B without running tox on project A first, the distshare approach won&#39;t work.<br></li><li>It doesn&#39;t appear to support wheels right now, which is how I&#39;m packaging my projects.</li></ol><p>The best solution I&#39;ve come up with thus far is to manually add a &quot;pip install --editable&quot; invocation to install project A editable within project B&#39;s tox.ini &quot;commands&quot; section. But that seems like a hack. And it&#39;s duplicative of project A&#39;s existing entry in project B&#39;s requirements.txt.<br></p><p>How do others generally solve this type of problem?</p><p><br></p><p>Thanks,</p><p>Dan</p></div></div>