Without knowing the size (small, medium or large size company), the platforms (win, linux, mac) and the packages (external or internal) is hard to make any sensible reasoning.
For what is is worth keep a central repository for dependencies (either external or internally produced) and enforce it with an iron fist or thinks will go pretty quickly out of control (project A depends on project B and project C on project B' but projectB and projectB' cannot be used at the same time). You probably need a plan for enterprise deployment on the site or across sites so installer integration is a deal breaker (especially if many sites/countries are involved in the deployment stage so communication can be difficult). In my experience I avoided anything that relies on setuptools or any magic/clever stuff that replaces a native installing system (rpm, msi, dpkg or pkg). For legal reason and traceability reasons anything that attempt to download or "dinamically" do things is a no option. I hope this helps, Regards, Antonio On 6 May 2010, at 22:53, Brad Allen wrote: > Hello, > > I'm looking for case studies or other examples of management of a > development/test/build/QA/release process involving lots of Python > packages with dependencies. > > At work currently, we use Hudson for running our tests, and are using > it to produce eggs, sdists, and PIP requirements files. It's shaping > up to be a nice way to build our packages, but it's about to get a lot > bigger with a lot more packages and complex dependencies. We're > working on defining processes for our developers and testers, and > we're inventing as we go. > > I have a good idea where we need to go with this, but our management > wants to hear how others in the community handle this kind of > challenge with releasing multiple dependent packages together, > especially in light of workflows made possible by DVCS. (We're using > Git) > > Does anyone have any stories to tell on this front? > _______________________________________________ > Distutils-SIG maillist - [email protected] > http://mail.python.org/mailman/listinfo/distutils-sig _______________________________________________ Distutils-SIG maillist - [email protected] http://mail.python.org/mailman/listinfo/distutils-sig
