Workflow changes

[kwitsch]

Goal of this PR is to combat flakyness & streamline workflows.

Content:

• changed timings of Eventually to combat flakyness
• merged Build and e2e workflow(Makefile Workflow)
• added go caching in workflow(Makefile Workflow)
• skip docker or go checks by matrix fields(Makefile Workflow)
• merged lint to Makefile Workflow

[codecov]

Codecov Report

Base: 93.02% // Head: 93.14% // Increases project coverage by +0.12% 🎉

Coverage data is based on head (e7eac3a) compared to base (6e69d46).
Patch has no changes to coverable lines.

Additional details and impacted files

@@               Coverage Diff               @@
##           development     #857      +/-   ##
===============================================
+ Coverage        93.02%   93.14%   +0.12%     
===============================================
  Files               42       42              
  Lines             4944     4944              
===============================================
+ Hits              4599     4605       +6     
+ Misses             273      268       -5     
+ Partials            72       71       -1     

Impacted Files	Coverage Δ
resolver/resolver.go	100.00% <ø> (ø)
redis/redis.go	93.23% <0.00%> (+0.96%)	⬆️
resolver/query_logging_resolver.go	98.54% <0.00%> (+2.91%)	⬆️

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

☔ View full report at Codecov.
📢 Do you have feedback about the report comment? Let us know in this issue.

[kwitsch]

The flakiness of e2e unit tests could be reduced by reducing the Eventually polling times from default 10ms to 2ms.

There seems to be a problem with with the upstart of test containers that occured randomly(?).

During my test i could reproduce the errors more often if polling times where higher (100-500ms).

[0xERR0R]

looks good 👍

[0xERR0R]

The flakiness of e2e unit tests could be reduced by reducing the Eventually polling times from default 10ms to 2ms.

There seems to be a problem with with the upstart of test containers that occured randomly(?).

During my test i could reproduce the errors more often if polling times where higher (100-500ms).

Reducing the polling time from 10ms to 2ms will increase the load and to be honest, I don't understand why it reduces the test flakyness 🤷‍♂️ . IMHO the poling time should have no effect, only the duration is relevant.

[kwitsch]

The flakiness of e2e unit tests could be reduced by reducing the Eventually polling times from default 10ms to 2ms.

There seems to be a problem with with the upstart of test containers that occured randomly(?).

During my test i could reproduce the errors more often if polling times where higher (100-500ms).

Reducing the polling time from 10ms to 2ms will increase the load and to be honest, I don't understand why it reduces the test flakyness 🤷‍♂️ . IMHO the poling time should have no effect, only the duration is relevant.

I know that in theory but reality showed otherwise. 🫤

Could it be that the test containers keep restarting if expected to be stopped?
This would explain that it's more likely to get the expected results with faster polling.