Aaah, so this is already runtime verification!! Awesome!! :-)

The nuttx and nuttx-apps versions compatibility corss-cheks issue:

https://github.com/apache/nuttx/issues/15791

And general top level CI Improvements Issue where we can attach sub issues :-)

https://github.com/apache/nuttx/issues/15792

Thank you Lup!! :-)
Tomek


On Sat, Feb 8, 2025 at 9:30 PM Lee, Lup Yuen <lu...@appkaki.com> wrote:
>
> << Maybe storing "working" commit and using git bisect would be faster and 
> more energy efficient? :-) >>
>
> Thanks Tomek! Ah remember that we're fixing Runtime Bugs, not Compile Errors. 
> Git Bisect won't work if the Runtime Bug is Not Reliably Reproducible: 
> https://lupyuen.org/articles/bisect.html#good-commit-goes-bad
>
> When we Rewind 20 Commits, we'll know if the bug is Reliably Reproducible. 
> Then we can run Git Bisect...
>
>
>
> << Do you think that we can also add to our CI test build with older 
> nuttx-app to cross-check if a change made on nuttx / nuttx-apps does not 
> break nuttx-apps / nuttx ? :-) >>
>
> Yep sure! Can we add it to our NuttX Roadmap / Wishlist? I need to understand 
> the requirements. Thanks :-)
>
> Lup
>
> On Sun, Feb 9, 2025 at 4:15 AM Tomek CEDRO <to...@cedro.info> wrote:
>>
>> On Sat, Feb 8, 2025 at 9:08 PM Lee, Lup Yuen <lu...@appkaki.com> wrote:
>> > If the Daily Test fails for NuttX … Can we Auto-Rewind and discover the 
>> > Breaking Commit? Let’s try this:
>> > (1) Every Day: Ubuntu Cron shall trigger a Daily Build and Test of NuttX 
>> > for QEMU RISC-V
>> > (2) If The Test Fails: Our Machine will Backtrack The Commits, rebuilding 
>> > and retesting each commit (on QEMU Emulator)
>> > (3) When it discovers the Breaking Commit: The Machine shall push to our 
>> > phone an Alert Message, that includes the (suspicious) Pull Request
>> > (4) Bonus: The Machine will draft a Polite Note for our NuttX Colleague to 
>> > investigate the Pull Request, please
>> > Why are we doing this? If NuttX Fails on QEMU RISC-V: High chance that 
>> > NuttX will also fail on RISC-V SBCs like Ox64 BL808 and Oz64 SG2000. Thus 
>> > it’s important to Nip the Bud and Fix the Bug early, before it hurts our 
>> > RISC-V Devs. (Be Kind, Rewind!)
>> > Check out the article: https://lupyuen.org/articles/rewind.html
>>
>> Thank You Lup Amazing Work!! :-)
>>
>> Maybe storing "working" commit and using git bisect would be faster
>> and more energy efficient? :-)
>>
>> Do you think that we can also add to our CI test build with older
>> nuttx-app to cross-check if a change made on nuttx / nuttx-apps does
>> not break nuttx-apps / nuttx ? :-)
>>
>> --
>> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info



--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

Reply via email to