by a process of review by the person responsible... however you could use version ranges and have a project that depends on all your deployable units. With appropriate version ranges you will get overcontrained version exceptions when someone has made the deployables inconsistent.
On Thu, 21 Feb 2008 08:11:35 EJ Ciramella wrote: > So we have a module that is shared across multiple deployable units. > It's imperative that each deployable unit uses the SAME version of this > dependency. > > If these deployable units are in their OWN project structure, how do you > uniformly enforce they use the same version without letting each > deployable unit have it's very own dependency listing. We've tried > making the version a property in our current parent project, but this > doesn't feel like it's the correct place to put them (we're slowly > becoming more and more modular - and realizing there's no true parent to > all projects). > > How have people solved this in scenario? -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
