Skip to content

"We should get your projects into the Xamarin QA harness to catch regressions" #1615

@ghuntley

Description

@ghuntley

Background

The community feels (rightly or wrongly) that they aren't getting enough support from the product teams and that they are are using data to solve the most common use case. If true, the problem with that is we the maintainers ("the power users") are the least common use case but your most common use case depends upon us. When you break us, you break the ecosystem.

ReactiveUI v8 could have been released on the 24th of May 2017 but was only released a couple of days ago as I was waiting for the toolchain to settle on down. The historical specifics can be discussed in private - that's not the purpose of this thread.

Let's focus on the future - this future

We should get your projects into@our QA harness to catch these.

— Miguel de Icaza (@migueldeicaza) May 5, 2018

It's been offered before @migueldeicaza but the project was in a deep branch due to netstandard20.

We are green and on VSTS.

I want to take you up on this offer.

How can we?

— 𝓖eoffrey 𝓗untley (@geoffreyhuntley) May 5, 2018

Email me

— Miguel de Icaza (@migueldeicaza) May 5, 2018

Scope

  • Xamarin Forms
  • Xamarin Android
  • Xamarin iOS
  • Xamarin Mac
  • Visual Studio for Windows
  • NuGet

Visual Studio for Mac is out of scope because it does not have the necessary features implemented to build ReactiveUI. When it becomes possible to compile ReactiveUI using this product I'd like to see it integrated as well.

Measurement of success

  • The product teams responsible for Xamarin Forms, Xamarin Android, Xamarin iOS, Xamarin Mac, NuGet, Visual Studio for Mac and Visual Studio for Windows have an early feedback loop if their increment has broken ReactiveUI.
  • Fewer rage moments on Twitter from members of the open-source community at the product teams.
  • Improved relationships with product teams with them supporting open-source maintainers.

People

Geoffrey Huntley has the most knowledge as to how the product is built and where the skeletons are. Oren Novotny is looking after the move to the .NET foundation VSTS instance, package signing and release management pipeline.

ReactiveUI's build pipeline

ReactiveUI currently can only be built on windows or via xproj on the command line after removing a bunch of project references. (i.e. UWP).

We are moving to a continuous deployment model where we no-longer cut releases. See https://reactiveui.net/blog/2018/05/moving-towards-vsts-and-continuous-deployment for specifics.

Don't look at our build.cake in master until this pull-request - #1613 - ships.

We are comfortable with changing implementations or configuration of VSTS and build scripts to meet Microsoft more than half-way.

We are comfortable with providing Microsoft employees with commit access to GitHub and administrative access on the .NET Foundation VSTS instance for ReactiveUI.

We are comfortable with working weird and odd hours to be able to pair with Microsoft engineering in whatever timezone that's most compatible.

Next steps

  • Determine what MSFT needs to know.
  • 🚢

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions