Unitesting is there to make sure that no unintention breakage occurs. I'm not willing to take a major piece of code into SCons core without tests.
That would violate SCons's practices. -Bill On Tue, Apr 18, 2017 at 1:17 AM, Russel Winder <[email protected]> wrote: > On Mon, 2017-04-17 at 08:26 -0700, Bill Deegan wrote: > > Russel, > > > > Seems like pieces of it (including a new Node type) should be unit > > testable. > > Also, Can Dub pull from a local repository, or is there a stable, but > > small > > web accessible repository? > > I agree the _Library class should be amenable to some unittesting, > though it is not clear how much would be actually useful and how much > would just be testing to the sake of having tests. Influenced by Cope, > I am less enamoured of unit tests than I used to be but totally for > end-to-end tests. I will though be adding some tests for Dub now that > it is working for the ApproxGC project. > > Dub can pull from a local repository as well as the central one, I > shall have to find out if the central one can be excluded, I think it > can. In this case it would be possible to construct a local repository > and then run an end-to-end test which is good. > > This leaves only the question of which project to construct a package > for. I am thinking that this could be another tool in the D armoury: > build the local code and upload a package to the Dub repository. > -- > Russel. > ============================================================ > ================= > Dr Russel Winder t: +44 20 7585 2200 voip: > sip:[email protected] > 41 Buckmaster Road m: +44 7770 465 077 xmpp: [email protected] > London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder > > _______________________________________________ > Scons-dev mailing list > [email protected] > https://pairlist2.pair.net/mailman/listinfo/scons-dev > >
_______________________________________________ Scons-dev mailing list [email protected] https://pairlist2.pair.net/mailman/listinfo/scons-dev
