On Tue, 4 Oct 2016 15:07:28 +0200 Vít Ondruch <vondruch@xxxxxxxxxx> wrote: > Hi Tim, > > How about this use case: > > Let say I have Ruby on Rails. This framework is much broader then one > rubygem-rails package. Where test for such framework will be stored? Honestly, it depends on where you want those test cases to be stored. This particular feature is primarily designed to test individual packages and there are definitely important use cases which don't fit incredibly well. The only requirement from Taskotron is that the test cases are stored in a clone-able git repository. For now, this would fall into the category of "come find us and we'll help you get something set up". There will eventually be a better path towards contributing not-just-package-specific tasks but we have to start somewhere :) > How about tests, which might cover multiple versions of components? > Lets say I will have some generic test cases which should run on > Python 2 as well as Python 3 (or MySql as well as MariadDB). Where > such tests will be stored? If I'm understanding you correctly, it would fall into the same case as RoR - come find us and we'll help get something set up. Tim > Vít > > > Dne 3.10.2016 v 21:50 Tim Flink napsal(a): > > One of the features for Taskotron that we've been planning since the > > beginning was a way for contributors to maintain their own automated > > tasks/tests which would be run during a package's lifecycle. > > > > I'm happy to say that we're almost to this milestone and wanted to > > get some feedback from devel@ on the specifics of what we're > > planning WRT where these automated tasks will be stored and the > > execution modes that we're planning to support. Our current plan is > > written up at: > > > > https://phab.qadevel.cloud.fedoraproject.org/w/taskotron/new_distgit_task_storage_proposal/ > > > > The hope is that by making it easier for contributors to write > > automated tasks and making the model completely self-service and > > convention drive, there will be a lot more automated checks for > > packages than we currently have for Fedora. > > > > Please read through the wiki page I mentioned above and give us > > feedback on whether what we're planning to implement is going to be > > useful or if there are areas of the plan which could be improved. > > > > Thanks, > > > > Tim > > > > > > _______________________________________________ > > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > > To unsubscribe send an email to > > devel-leave@xxxxxxxxxxxxxxxxxxxxxxx >
Attachment:
pgplOov0tGluc.pgp
Description: OpenPGP digital signature
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
