[RN] Add an option for staging the React via AppHub

[orta]

This adds an admin panel that defaults to off

Toggling it adds:

Which offers a way to see:

• When the current build of RN was deployed, as it's continuously deployed, this is pretty often
• What version of Emission is running
• An option to open a React component
• The ability to run any specific build
• A way to turn it off

---

This links to :head, which can mean that the Eigen Obj-C Emission can be out of date with what Emission expects to be exposed to the JS. E.g. the module providers here:

head

eigen

Do I have any long term answers, not really, I mean we did do a minor patch for this, so it does make sense. I've noted in slack that maybe an answer is to have deploys of Emission that are only the obj-c and to keep the same JS shipped with it, and have that run on eigen.

It's hard to say whether we'd expect a lot of change over the bridging there.

---

Opening any container

I've got Eigen grabbing the list of exposed containers in the app registry, and puts those as clickable buttons. Then you can input any initial JSON state you want,

which will push you through into that view controller

this should make it much easier for beta testers to try out views before they're shipped into our ARSwitchboard.

---

TODO:

• Verifying it works
• The AppHub dependency needs to check for what subspecs it needs, currently it drags in the rest of React Native, which isn't optimal. PR sent Use React/Core for the podspec dependency AppHubPlatform/apphub#32
• undoing the damage for space commander on ARAppDelegate+Emission.m
• Ship a version of Emission that updates the Obj-C bridging side

Other than that, this is all you need to run the master commit for artsy/Emission inside eigen

[mention-bot]

@orta, thanks for your PR! By analyzing the annotation information on this pull request, we identified @ashfurrow to be a potential reviewer

[ArtsyOpenSource]

	✅ Good on 'ya.
✅	No CHANGELOG changes made

	2 Warnings
⚠️	Needs testing on a Phone if change is non-trivial
⚠️	Detected some Swift building time outliers
✅	PR is classed as Work in Progress

Time	Class	Function
211.4ms	SwiftyJSON.swift	get {}
177.3ms	WebSocket.swift	private func processRawMessage(buffer: UnsafePointer, bufferLen: Int)
88.1ms	Observable.swift	private final func nextTokenHash() -> Int
77.3ms	AuctionLotMetadataStackScrollView.swift	required init(viewModel: LiveAuctionLotViewModelType, salesPerson: LiveAuctionsSalesPersonType, sideMargin: String)
73.0ms	LiveAuctionsAdminViewController.swift	@objc override func viewDidLoad()
67.6ms	UIViewController+BlurredStatusView.swift	func ar_presentBlurredOverlayWithTitle(title: String, subtitle: String, buttonState: BlurredStatusOverlayViewCloseButtonState = default)
65.5ms	UIViewController+BlurredStatusView.swift	(closure)
64.9ms	LiveAuctionLotViewController.swift	@objc override func viewDidLoad()
58.7ms	RefinementOptionsViewController+Private.swift	func stackView() -> ORStackView

Generated by 🚫 danger

[alloy]

Impressive 👏

Let me know when this good to go!

[orta]

OK, this is good to go

[alloy]

Sahweet!