Team Provisioning vs Ad-hoc Provisioning for ios app - xamarin.ios

I have created an ios app with xamarin cross platform template in visual studio and successfully built and run on simulator. Now I need to share my app to my client for their approval. I have enrolled for apple developer program.For provisioning and signing should I choose ad-hoc or team provisioning. I need some detailed information on team provisioning.

Go through the AdHoc profile which should signed by your Developer account. Before creating certificate you must add Clients iPhone UDID in Member Center -> Devices. And while creating provisioning profile select client device.

Related

Test push notifications using Universal Windows App

I have been using this MSDN tutorial (Tutorial: Send notifications to Universal Windows Platform apps using Azure Notification Hubs) to test the notification hub. The issue is it is asking me to create an app in Windows Store for which I need to register for Microsoft developer and it seems to be paid service. I'm trying to find an alternative here to get Package SID and Security Key for Windows (WNS) settings to register for an Azure Notification Hub. Please suggest.
The Windows Dev Center requires an account with a one time payment as specified on the Register to be an App Developer page.

Applying for Huawei ID and Health Kit

Is it necessary to apply for both services if my app is not going to the App Gallery or Play Store?
I'm mainly developing this app for a college presentation so its not going to be released at all.
When an app is running, it verifies the permission and fingerprint certificate. Therefore, you need to apply for an app ID and enable related services to use the app, regardless of whether you want to release it on the App Store.
In order to use the majority of HMS Kits, it is necessary that the desired app services are enabled and properly configured on your Huawei Developer Account. This is the case regardless if you plan to release your app or not. Furthermore, this is the general process of most mobile development when you are linking your app to a mobile API backend.

Azure AD Automatic User Provisioning With App registration

I'm new to Azure AD and I'm trying to create an app (that I'm developing) and setup an automated user provisioning (SCIM).
The first thing I need to do is to create an application, so I go the App registration in the Azure AD portal and create one. It's a multi-tent application.
After that I navigated to the Authentication menu and added a Mobile and Desktop configuration only. A Service principal is automatically created in the Enterprise applications menu.
When I go the Provisioning menu that is supposed to allow me to configure the automated user provisioning I get this:
"Out of the box automatic provisioning to AppName is not supported today. Ensure that AppName supports the SCIM standard for provisioning and request support for the application as described here. To determine if the application suports SCIM, please contact the application developer."
Does anyone knows why this is happening? Is it because I've added only a Desktop and Mobile platform configuration? I can't find any good explanation and I can't figure out how to make it work and what I'm supposed to do to make it work.
How am i supposed to make the automatic user provisioning work on my own application?
Thanks!
Provisioning is a feature for Enterprise Applications, which are slightly different in nature from (and have some overlap with) App Registrations. Create an Enterprise Application - a custom/non-gallery app is fine - and you'll be able to enable provisioning on that.

Device farm in Azure

Does Azure has the capability to setup a device farm like AWS Device Farm to test Android, iOS, and web apps on a massive collection of real mobile devices.
Azure does not provide testing services for mobile apps. There are 7 best device farms to test your iOS and Android applications.
You may use Visual Studio App Center Test (formerly Xamarin Test Cloud), it supports some frameworks and language, you may find yours within it https://learn.microsoft.com/en-us/appcenter/test-cloud/

Azure Mobile App obsolete?

We are currently running Azure Mobile App backend + Xamarin app as client and it works fine. Soon, we will be creating new mobile backend.
However, it would seem that, according to this
https://github.com/Azure/azure-mobile-apps-net-server/issues/227
azure mobile apps is abandoned? Even Adrian Hall has moved to AWS? This begs the question, should I create mobile backend using WebApi 2 and deploy it as usual Azure Web App, use Azure Web App Mobile App?
Namechanging from Azure Mobile Service to Azure mobile app was confusing enough,there is also complete lack of up to date documentation for Azure mobile app SDK except from couple of examples.
I'm a PM in App Center team at Microsoft. I'd like to share our continued commitment to Azure Mobile Apps as our team own it. We are doing user research right now to understand the evolving needs for these services and plan to build the next generation of Azure Mobile Apps as part of Visual Studio App Center.
While we're working on the roadmap, we are fully committed to supporting Azure Mobile Apps including support for the latest OS releases, bug fixes, and documentation updates.
This is a similar pattern to what we are doing with HockeyApp and Xamarin Test Cloud. App Center is the next generation for those services and as we roll their functionality into App Center, we are re-imagining key developer workflows and adding new features, as well as integrating them into an end-to-end CI/CD solution that helps developers ship better apps faster.
I arrived here while looking for guidance on Xamarin.Forms offline sync feature in Azure Mobile Services.
Turns out Azure Mobile Services has been superseded by Azure App Service Mobile Apps. Fine, I'll look there for offline.
Turns out Azure App Service Mobile Apps has been superseded by Visual Studio App Centre. This supports auth, data and push so I went looking for offline again.
Turns out App Center Mobile backend as a service (MBaaS) offering is being discontinued so MS can focus on DevOps.
So in short if you want mobile backend service don't bother looking for MS to provide you a stable platform as a service, instead focus on building your own on their core products and hope they don't abandon those after a couple of years.
I hope these notes help sign-post the changes and demystify things a litte.

Resources