TrackedRenderPass::wgpu_pass may compromize invariants

[fintelia]

Raising this as a issue as requested in #3595 (comment)...

The TrackedRenderPass type internally tracks which pipeline and bind group are active on a render pass. However, I think the wgpu_pass method may allow compromising its tracking:

tracked_render_pass.set_render_pipeline(&x); // Set render pipeline to "x"
tracked_render_pass.wgpu_pass().set_pipeline(&y); // Render pipeline is now "y"
tracked_render_pass.set_render_pipeline(&x); // No-op since tracked_render_pass thinks "x" is still active

[PPakalns]

Had problem with this when trying to migrate plain wgpu project rendering gradually to bevy rendering approach.

When rendering something inside egui window using egui::PaintCallback , some views are rendered using native wgpu rendering libraries that use RenderPass instead of TrackedRenderPass. Due to this TrackedRenderPass doesn't work correctly after render implementation tries to restore bindings to previous ones after custom Paint callback.

If instead RenderPass is passed around:

1. bevy does not reexport this type.
   wgpu re-exports are inconsistent and confusing #3823 .
2. Additionally such approach doesn't play nicely with render phases.