Namespace -Paket -Importierensproblem unter Linux, jedoch nicht in Windows ⇐ Python

[Anonymous]

Ich habe ein Namespace -Paket namens FOO, das mehrere Verteilungspakete enthält: < /p>

• foo.bar_one, foo.bar_two und foo.bar_three werden als
  Verteilungspakete über eine private GitLab -Repository installiert. Site-Packages, die
  im Pythonpath enthalten sind. (Alle Pakete waren ursprünglich Teil dieses Foo -Namespace im Projekt. Sie werden von verschiedenen Teams bereitgestellt und in separaten Repos gespeichert und dann in das Projekt umgebaut, indem der Quellcode unter den Foo -Namespace hinzugefügt wird. Ich versuche, diese Pakete außerhalb der Projekte zu verschieben. Bei jedem Team muss sich jedes Team in den Projekten um die Arbeitspakete handeln, um die Arbeiten zu bearbeiten. der anderen Teampakete). Die Herausforderung, die ich zu überwinden versuche, besteht darin, wie ein Team im Foo-Namespace des Projekts an ihrem eigenen Paket arbeitet, während sie von den in Site-Packages von Pip. Abhängigkeiten zwischen einigen dieser Pakete. (Ich kann sowohl foo.bar_one als auch foo.bar_z importieren), aber unter Linux begegne ich den impassiven Importproblemen: < /p>
  
  Wenn Site-Packages zuerst in Pythonpath erscheint, kann ich in der FOO.Z-Fail. Namespace. /> Fragen: < /strong> < /p>
  
  Gibt es einen grundlegenden Unterschied in der Art und Weise, wie Namespace -Pakete
  zwischen Fenstern und Linux behandelt werden, und es verursacht dieses Verhalten. Was wäre ein besserer Ansatz
  , um das gleiche Ziel bei der Aufrechterhaltung der Kompatibilität zu erreichen? System hat Python -Version: 3.12.6