-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05/06/2010 12:08 PM, Michael Nelson wrote: >> The current refactoring is (IMO), a big step >> towards being able to do what you've suggested, but it's aim is to >> generalise the builds (which will always sit on top of services.Jobs), >> without touching the current queuing infrastructure which links to the >> job in strange ways (and deletes them afterwards).
Even though BuildQueue has a Job, BuildJob could reference a different Job. That would allow you to avoid touching the buildqueue system while still converging the data models. >> That said, another intermediate option that might allow us to simply >> use something like IBuildFarmJob.services_job (and remove the relevant >> fields from IBuildFarmJob) without affecting the current queuing >> infrastructure might be to simply to ensure that when the current >> queue records are deleted after the build finishes that we just don't >> delete the job. Julian? William? That sounds like a fairly small change that would be even better. Aaron -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvi6/EACgkQ0F+nu1YWqI0hgQCbBSj9xJJaQNmLII3x8JdF7QNm kcAAoIf5gsMIAcWRMuZPX0F9r5fsUE+x =qlCK -----END PGP SIGNATURE----- _______________________________________________ Mailing list: https://launchpad.net/~launchpad-dev Post to : [email protected] Unsubscribe : https://launchpad.net/~launchpad-dev More help : https://help.launchpad.net/ListHelp
