Azure Pipelinesのビルド完了をMicrosoft Teamsに通知するいくつかの方法

本記事はAzure DevOps Advent Calendar 2019 - Qiita 17日目です。
（蛇足ですが、前回の記事書いた後に「あ、そういえばAdventCalenderの季節じゃないか」と AzureDevOps を探したところ見つかったので本記事から参加してみました。）

前回の記事では Azure Pipelines で iOS の CI してみました。
shunsukekawai.hatenablog.com

せっかく CI したなら通知しないとね。ということで通知編です。
いくつかの方法とタイトルにあるのは諸事情（後述します）により、不採用となった方法があるためです。

それではやっていきましょう。

contents:

Teams のアプリから通知する

一番スマートかなと思う方法です。

Teams の会話のその他を選択します。

その他を選択

検索ボックスに「Pipeline」とでも入力します。

pipeだけで出てくる

Azure Pipelines を選択して Teams に追加します。

会話のメニューに追加されている

ボタンを選択します。機能を利用するには設定が必要みたいなので選択してサインインします。

サインイン

そうするとどこの Organization を見るか選択できるようになります。

どこを参照する？

が、ここで諸事情①です。
今回は所属する組織の Microsoft アカウントで Teams に入っています。ですが、AzureDevOps は顧客環境です。
顧客環境にもこちらの組織アカウントで権限が与えられているのですが、Teams 上だとその顧客環境は見えないみたいです。
そのためこの方法は不採用となりました。

ちなみに参照できる場合は Teams の会話で
@Azure Pipelines subscribe https://dev.azure.com/XXXXXXX/YYYYYYY/_build?definitionId=2
みたいな感じでメンションしてあげると

登録されたと返事がきます。

で、ビルドが完了すると通知が来ます。

シンプルでいい感じですね。

Pipeline にタスクとして追加する

Teams に追加できないとなると 自前でポストするヤツをゴニョニョしないといけないのか？と思いつつ、AzureDevOps の Marketplace を探してみました。

Pipeline の編集画面からタスク追加ボタンを押す

検索ボックスに「teams」と入れて検索し内容を見てみると、なんかよさげなのがありました。
Post To Office 365 Connector - Visual Studio Marketplace
最終更新が 2017 年とかだけど、入れてみましょう。（外部アプリは自己責任で）

teams で検索して Post To Office 365 Connector を選択

Get it free を選択

そうするとインストール先の Organization を選択する画面が出てきます。（Teams のアプリと違って顧客環境の Organization も見れる）
顧客環境の管理者に許可が必要みたいなので、あと回しにして自分の環境に一回インストールしてみます。

顧客環境の管理者に許可が必要みたい

自分の環境だと当然インストールできる

その後、もう一度Pipeline の編集画面からタスク追加ボタンを押し、「post」と入力すると先ほど追加したヤツが出てきます。

タスク追加に出てくる

追加するとこんな感じの設定画面です。

Post To Office 365 Connector の設定画面

WebHook の URL は Teams で取得します。
チャネルのメニューからコネクタを選択します。

Teams のチャネルのメニューからコネクタを選択

Incoming Webhook を追加します。

Incoming Webhook を追加

名前と画像（任意）を設定して完了すると URL が生成されるので、コピーして Pipeline 側の Webhook URL に貼り付けます。

名前と画像（任意）を設定して完了すると URL が生成される

その他の設定は Markdown と build variables も使えるみたいので
Title は
$(Build.DefinitionName) build $(Build.BuildId) complete
としました。
Message は前回も参考にさせていだたいた記事をベースに、

* RequestedFor : $(Build.RequestedFor)
* Environment：AdHoc
* Configuration：$(Configuration)
* Certificate：$(APPLE_CERTIFICATE_SIGNING_IDENTITY)
* Provisioning Profile：$(APPLE_PROV_PROFILE_UUID)
* Branch：$(Build.SourceBranch)
* Last Commit ID：$(Build.SourceVersion)  
* Last Commit Comment：$(Build.SourceVersionMessage)  

* Release Note：$(ReleaseNote)  

[result link](https://dev.azure.com/XXXXXXX/YYYYYYY/_build/results?buildId=$(Build.BuildId))

としました。

完成形

その他の情報入れたい場合は下記リンク先を参照ください。
Predefined variables - Azure Pipelines | Microsoft Docs

こいつを Pipeline の最後に追加してあげて実行してみます。
すると Teams に通知が決ます。Commit のコメントが複数行だとちょっと表示がズレますがまぁいいでしょう。

Teams 通知

よし、これで行こう。と思った矢先、このタスクを追加するのに顧客の承認が必要で、かつ、このアプリをインストールしてもセキュリティに影響がないことを説明する必要があると言われました。
えぇ…と思いましたが、面倒なことには首を突っ込みたくないのでこの方法も不採用となりました。

メールで通知する

一番簡単な方法です。
正直負けた気がします。
Teams にはチャネルに対してメールアドレスを設定することができます。
そのメール宛に Pipeline の完了を通知する方法です。
Teams のチャネルの設定からメールアドレスを取得します。

チャネルのメールアドレスを取得

そのアドレスを控えておいて AzureDevOps の Project Settings ⇒ Notifications ⇒ New subscription を選択します。

New subscription を選択

ビルド完了時の設定をします。

A build completes を選択

Deliver to に Custom email addressを選択して先ほどに Teams のメールアドレスを設定します。
条件のところにDefinition nameを選択して対象の Pipeline の名前を選択します。2環境以上の場合は or でつなぎましょう

通知条件の設定

で、ビルドを実行するとメール経由で Teams に通知が来ます。

メールアドレス宛に通知が来る

なんとなく美しくないですが、残念ながら今回はこの方法を採用しました。

AzureDevOpsとAppCenterでiOSアプリをCI/CDする

ほぼほぼ参考にさせていただいたこちらのサイト（iOSアプリのCI/CD〜Azure Pipelines編〜 - Qiita）の通りですが、特殊な箇所やハマったところがいくつかあったので、残しておきます。
iOS 開発ナニモワカラナイので、誤りがあったらご指摘ください。

contents:

AzureDevOps のエディター

YAML とかよくわかんないので GUI で設定できるようにパイプライン作成時に以下を選択して作ります。

XCode のバージョン指定

今回はやんごとなき事情で XCode の10.1 をビルドに使いたかったのでバージョン指定しました。
「Specify path」を選択して Path に/Applications/Xcode_10.1.appと入力します。

XCode Build タスクの Xcode version

バージョンに指定する値は下記サイトに記載があります。（対象のOSのREADMEになにがそのOSに入っているかが書いてある）
https://github.com/actions/virtual-environments/blob/master/images

署名

冒頭で紹介した参考サイトにも記載されていますが、署名のところで色々うまくいかなかったです。
結局参考サイトと同じ以下の設定にしました。

XCode Build タスクの Signing & provisioning

マニュアル署名だと、すべてのプロジェクトに署名しようとしてしまい Pod で参照しているライブラリに対して does not support provisioning profiles. と以下のエラーが全ライブラリに対して出まくります。

❌  error: R.swift.Library does not support provisioning profiles. R.swift.Library does not support provisioning profiles, but provisioning profile XXXXXXXXXXXXX has been manually specified. Set the provisioning profile value to "Automatic" in the build settings editor. (in target 'R.swift.Library')
** ARCHIVE FAILED **
##[error]Error: /usr/bin/xcodebuild failed with return code: 65
##[section]Finishing: Xcode build

そのため、参考サイトと同じ様に Podfile の末尾に追記しました。

post_install do |installer|
  installer.pods_project.build_configurations.each do |config|
    config.build_settings['PROVISIONING_PROFILE_SPECIFIER'] = ''
    config.build_settings['CODE_SIGNING_REQUIRED'] = 'NO'
    config.build_settings['CODE_SIGNING_ALLOWED'] = 'NO'
  end
end

そしてこれだけでなく、今回の案件では Dynamic Library を使用していて、そこでも同じエラーが発生していました。
project.pbxprojを適当なエディターで開いてライブラリの対象 Configuration の buildSettings に以下を追記します。（たぶん XCode でやればいいんだけど、Windows だけで作業してたため直編集しちゃった…）

CODE_SIGNING_ALLOWED = NO;
CODE_SIGNING_REQUIRED = NO;
PROVISIONING_PROFILE = '';
PROVISIONING_PROFILE_SPECIFIER = '';

以上でなんとかビルドが成功するようになりました。

dSYM を AppCenter にアップロードする

AppCenter でテストアプリを配布するのは参考サイトの通りですが、クラッシュログ分析のため、シンボルファイルを AppCenter にアップロードする設定を追加しました。

デフォでできている Copy Files to: $(build.artifactstagingdirectory)のタスクをクローンします。

Target Folder の箇所を$(build.artifactstagingdirectory)/dSYMsに変更します。
Contents を**/*.dSYM/**に変更します。

Copy Files設定後

続いてPublish Artifactsのタスクもクローンして、先ほど設定した$(build.artifactstagingdirectory)/dSYMsを Path to publish に設定します。
Artifact name は適当にdSYMsとかにしておきましょう。

Publish Artifacts設定後

そして最後に AppCenter の Deploy タスクの Symbols のところの dSYM path に$(build.artifactstagingdirectory)/dSYMsを設定します。
そうすると自動でアップロードしてくれるようになります。

Deploy **/*.ipa to Visual Studio App Center 設定後

デプロイ完了後、AppCenter のシンボルの箇所を見るとアップロードされています。

AppCenter にアップされてる

Yammer の投稿を Flow を使ってどこかに連携する時に投稿者の氏名を取得する

Microsoft Flow のテンプレートに以下がありますが、投稿者の氏名が取れません。（sender_id なるものはある）

Yammer グループの新しいメッセージを Slack チャネルに投稿する | Microsoft Flow

Yammer からのメッセージの中身

{
  "id": 384547852050432,
  "sender_id": 2955093,
  "replied_to_id": null,
  "created_at": "2019/10/24 04:37:18 +0000",
  "network_id": 146187,
  "message_type": "update",
  "sender_type": "user",
  "url": "https://www.yammer.com/api/v1/messages/384547852050432",
  "web_url": "https://www.yammer.com/XXXXXXXX/messages/384547852050432",
  "group_id": 11132715008,
  "body": {
    "parsed": "test",
    "plain": "test",
    "rich": "test"
  },
  "thread_id": 384547852050432,
  "client_type": "Web",
  "client_url": "https://www.yammer.com/",
  "system_message": false,
  "direct_message": false,
  "chat_client_sequence": null,
  "language": "et",
  "notified_user_ids": [],
  "privacy": "private",
  "attachments": [],
  "liked_by": {
    "count": 0,
    "names": []
  },
  "content_excerpt": "test",
  "group_created_id": 11132715008,
  "topics": []
}

投稿者の氏名が欲しい場合は Yammer のトリガーと Action（今回だと Slack）の間にユーザー情報取得を噛ませてあげる必要があります。

追加するアクションで「Yammer」で絞り込んで⇒「ユーザー情報詳細を取得する（プレビュー）」を選択します。（プレビューだけどとりあえず動いてるから大丈夫でしょう）

ユーザーID のところに元メッセージの「メッセージ一覧 メッセージ送信者」を選択して設定してあげます。

後は連携先のメッセージ内容に入れてあげるだけで完了です。

Yammer から投稿してみます。

成功です！

Xamarin.Forms 製の iOS アプリから SQLite のDB ファイルをエクスポートする機能を追加する

内部で使うとかで適当に作ったアプリのDBファイル内のデータが確認したくなりました。
ちゃんとサーバーにデータを保存すればいい

まとめ

• Xamarin.Essentials.Share を使ってアプリ内部データを取り出して共有するのが簡単だった。
• Xamarin.Essentials Ver.1.1.0 の時点ではファイル共有は Preview です。

サンプルプロジェクト

公式ドキュメントに SQLite のサンプルがあるので、そいつに機能追加します。
Xamarin.Forms のローカル データベース - Xamarin | Microsoft Docs
上のドキュメントのリンク先から Zip でダウンロードできます。
Todo - Xamarin

サンプルプロジェクトに DB 出力ボタンを追加する

TodoListPage.xaml に ToolbarItem を追加して OnExportDbFile イベントを追加します。

<ContentPage.ToolbarItems>
    <ToolbarItem Clicked="OnItemAdded" Text="+">
        <ToolbarItem.Icon>
            <OnPlatform x:TypeArguments="FileImageSource">
                <On Platform="Android, UWP" Value="plus.png" />
            </OnPlatform>
        </ToolbarItem.Icon>
    </ToolbarItem>
    <ToolbarItem Clicked="OnExportDbFile" Text="Share">
        <ToolbarItem.Icon>
            <OnPlatform x:TypeArguments="FileImageSource">
                <On Platform="Android, UWP" Value="plus.png" />
            </OnPlatform>
        </ToolbarItem.Icon>
    </ToolbarItem>
</ContentPage.ToolbarItems>

Xamarin.Essentials を NuGet から追加

共有機能を利用するため、Xamarin.Essentials を追加します。

Xamarin.Essentials に関しては公式ドキュメントを参照ください。
Xamarin.Essentials:共有 - Xamarin | Microsoft Docs

スタートアップのコードに宣言を追加する

Xamarin.Essentials Ver.1.1.0 （2019/06/04 時点）ではファイル共有はまだ Preview のため、明示的にアプリのスタートアップに宣言が必要みたいです。

ExperimentalFeatures.Enable(ExperimentalFeatures.ShareFileRequest);

App.cs のコンストラクタに上記宣言を追加します。

public App()
{
    ExperimentalFeatures.Enable(ExperimentalFeatures.ShareFileRequest);

    Resources = new ResourceDictionary();
	Resources.Add("primaryGreen", Color.FromHex("91CA47"));
	Resources.Add("primaryDarkGreen", Color.FromHex("6FA22E"));
    var nav = new NavigationPage(new TodoListPage());
	nav.BarBackgroundColor = (Color)App.Current.Resources["primaryGreen"];
	nav.BarTextColor = Color.White;

	MainPage = nav;
}

DB ファイルパス取得のメソッド追加

どのファイルを共有するかをパスで指定するため、TodoItemDatabase.cs にパス取得用メソッドを追加します。

public string GetDbPath() => database.GetConnection().DatabasePath;

ボタンの処理に共有処理を追加する

これで準備完了なので、TodoListPage.xaml.cs のボタン押下時のイベントに出力処理を追加します。

private async void OnExportDbFile(object sender, EventArgs e)
{
    await Share.RequestAsync(new ShareFileRequest
    {
        File = new ShareFile(App.Database.GetDbPath())
    });
}

アプリを起動して確認する

※ ファイル共有はシュミレーターだと、共有先の選択肢がないため、実機で確認しています。
適当にデータを追加した後に、「Share」ボタンを押します。

共有メニューが出てきました。簡単ですね。

実際にDBの中身見てみる

いろんな選択肢がありますが、一番手っ取り早そうなのは AirDrop でしょうか。
事前に Mac に SQLite のDB ファイルを参照できるアプリをインストールしておきます。
Downloads - DB Browser for SQLite

共有メニューの AirDrop 先から選択して、Mac 側で受け入れます。
そのファイルを開くと…

生データが参照できます！じゃーん。

今回のサンプルは以下にアップしてあります。
GitHub - shunsuke-kawai/SQLiteExportSample

Azure Storage Explorer 上で Cosmos DB への操作した時の消費 RU とかを Fiddler で確認したい

自分用めも

Azure Storage Explorer で CosmosDB への追加、更新、削除とかの RU の消費を確認したい時には Azure Storage Explorer のプロキシ設定を変更すると Fiddler でキャプチャできるようになる
（Httpsのキャプチャ設定は事前にしておく）

URL : https://127.0.0.1
Port : 8888
※Fiddlerのデフォルト

Edit→Configure Proxy

Proxy Settings

こんな感じで確認できる

Response

Xamarin.FormsでiOSのスプラッシュの背景色が意図した色にならない

あるアプリでテーマカラーを以下のような色にしたかったのですが、スプラッシュ画面が意図した色にならなかったため、その対応方法です。
「Xamarin.Formsで」と記載されてるのは同じような問題が Mac で普通に iOS のアプリを作っても発生するのかわからなかった（知らない）ので、保険として。

iOS でのスプラッシュには Storyboard を使用しています。

まとめ

• Visual Studio で Storyboard は編集しない
• ColorSpace は sRGB

現象再現手順

Windows の Visual Studio で Storyboard の背景色を変更します。

アプリを起動します。
↓スプラッシュ

はい、その次の画面で同じ色を背景にしたログイン画面が出てくるのですが、比べてみましょう。
↓ログイン画面

違いますね。

色々調べてみるとXamarin のリポジトリにも Issue があがってました。
Xamarin の問題じゃないぞ、とクローズされてますが、解決方法が書いてありました。
iOS Storyboard Launch Screen color issue · Issue #1750 · xamarin/Xamarin.Forms · GitHub

This particular issue does look like a mismatched colorspace. We don't currently expose an easy way to alter the colourspace, but it is on the roadmap.

For now can you can open your storyboard in Xcode and access the colorspace selector like this: https://recordit.co/JAVdR1FHjh . If you want things to match you will have to use the same RGB values and the same colorspace for both controls. There is some more information here about handling colorspaces: https://developer.apple.com/ios/human-interface-guidelines/visual-design/color/

colorspace が違うから、と書いてあるようです。
ということで対応します。

対応方法

先ほど編集した Storyboard をエディターで開くと色を定義している箇所が以下の様になっています。

<color key="backgroundColor" red="0.84313725490196079" green="0.23137254901960785" blue="0.00784313725490196" alpha="1" colorSpace="calibratedRGB"/>

ここの colorSpace="calibratedRGB" が悪いヤツみたいです。

Mac の Xcode で対象の Storyboard を開き、色を変更するウィンドウの歯車マークを選択して sRGB ～～ を選択して、再度正しい色の値を設定します。

編集した Storyboard は以下の様になっています。

<color key="backgroundColor" red="0.84313725490196079" green="0.23137254901960785" blue="0.0078431372549019607" alpha="1" colorSpace="custom" customColorSpace="sRGB"/>

colorSpace="custom" customColorSpace="sRGB"の部分ですね。

この部分の変更を元のプロジェクトにしてやって再度アプリを起動します。

ちゃんと意図した色になりました！！

この Storyboard を再度 Visual Studio の Interface Builder で編集するとcolorSpace="calibratedRGB"に戻ります（汗
そのため、今後は Storyboard を Visual Studio で編集しないようにしましょうっとｗ

補足

• Visual Studio for Mac でも同じ現象が再現しました。
• GenericRGB はもう使うなって Apple は言ってる？

kCGColorSpaceGenericRGB - Core Graphics | Apple Developer Documentation

• ネイティブ開発でも同じなのかな？

InterfaceBuilderで色を設定するときはcolorSpaceに気をつけよう - Qiita

GitHubの組織へのメンバー変更をMicrosoft Teamsに通知する（by Microsoft Flow）

ちょっと手順が面倒だったのでまとめておきます。
GitHub の Organization で会社のソース管理諸々をしているのですが、メンバーの変更が流動的だったりで変更の内容を Microsoft Teams に通知したかったのです。
Microsoft Flow を使って連携します。
今回実現したいことは

• GitHub の Organization にメンバーが招待された、削除された時に通知がしたい

です。

目次

Microsoft Teams にコネクタを追加する

まずは通知先の Teams のチャンネルにコネクタを追加します。

表示されたコネクタ一覧から Incoming Webhook を選択します。

適当な名前と画像を設定して作成すると URL が生成されるので、それを控えておきます。

Microsoft Flow にトリガーを追加する

トリガーの作成

今回はマッシュアップ的なサービスである Microsoft Flow を利用して連携します。
プロセスとタスクの自動化 | Microsoft Flow
様々なテンプレートが用意されていますが、新規作成します。（以下の URLから）
https://japan.flow.microsoft.com/manage/flows/new
トリガーとなるコネクタ一覧から「要求」というのを選択します。（もうちょっと名前どうにかならんのかな…）

表示されたトリガーから「要求 - HTTP 要求の受信時」というのを選択します。（もうちょっと名前どうにかならんのかな…2）

次の画面で「サンプルのペイロードを使用してスキーマを生成する」を選択します。

その画面のまま次の手順に進みます。

GitHub の Webhooks のペイロードからスキーマを設定

GitHub の Organization 関連の Webhook の内容は以下の GitHub 公式ドキュメントを参考にします。
https://developer.github.com/v3/activity/events/types/#organizationevent
そこの Webhook payload example に記載されてる JSON を丸ごとコピーします。
https://developer.github.com/v3/activity/events/types/#webhook-payload-example-17
この JSON からスキーマが作成され、後で作成するアクションに対して簡単に埋め込めるようになります。
※ 上記公式サンプルは action が member_invited の場合ではないので一旦コピーした JSON をなにかエディターに貼り付けて action と membership の間に以下の invitation 部分を追加します。

  "action": "member_added",

    "invitation": {
        "id": 999999,
        "node_id": "XXXXXXXXXXXXXXXXXXXXXXXXXXX",
        "login": null,
        "email": "XXXXX@XXXX.co.jp",
        "role": "direct_member",
        "created_at": 9999999999,
        "inviter": {
            "login": "shunsuke-kawai",
            "id": 6369070,
            "node_id": "MDQ6VXNlcjYzNjkwNzA=",
            "avatar_url": "https://avatars2.githubusercontent.com/u/6369070?v=4",
            "gravatar_id": "",
            "url": "https://api.github.com/users/shunsuke-kawai",
            "html_url": "https://github.com/shunsuke-kawai",
            "followers_url": "https://api.github.com/users/shunsuke-kawai/followers",
            "following_url": "https://api.github.com/users/shunsuke-kawai/following{/other_user}",
            "gists_url": "https://api.github.com/users/shunsuke-kawai/gists{/gist_id}",
            "starred_url": "https://api.github.com/users/shunsuke-kawai/starred{/owner}{/repo}",
            "subscriptions_url": "https://api.github.com/users/shunsuke-kawai/subscriptions",
            "organizations_url": "https://api.github.com/users/shunsuke-kawai/orgs",
            "repos_url": "https://api.github.com/users/shunsuke-kawai/repos",
            "events_url": "https://api.github.com/users/shunsuke-kawai/events{/privacy}",
            "received_events_url": "https://api.github.com/users/shunsuke-kawai/received_events",
            "type": "User",
            "site_admin": false
        }
    },

   "membership": {
    …

編集した JSON を先ほどの Flow のページに貼り付けるとスキーマを作成してくれます。（左のメッセージは「わかりました」で OK です。）

Microsoft Flow に Teams に通知するアクションを追加する

アクションの作成

先ほど作成したトリガーの下に「新しいステップ」というのがあるので選択して「条件の追加」を選択します。

「値の選択」にフォーカスを当てると以下の画面が出てきます。先ほどの JSON から作成してくれたスキーマです。

今回は招待されたらという条件を追加したいので「action」を選択して、GitHub 公式ドキュメントにあった値である「member_invited」を設定します。

続いてその条件が True だった時に行うアクションを設定します。

アクションの追加から「HTTP」を選択します。

表示されたアクションから「HTTP - HTTP」を選択します。
方法に「POST」URI に Teams でコネクタを作成した時に生成された URL を設定します。

本文の設定

本文の設定内容については以下の記事を参考にさせていただきました。
Microsoft Flow を使って Microsoft Teams へ投稿する（続編） | idea.toString();
以下のような JSON に編集しました。後程設定するので value が空の箇所があります。

{
    "@@type": "MessageCard",
    "@@context": "http://schema.org/extensions",
    "themeColor": "ff4fbc",
    "summary": "概要",
    "sections": [
      {
        "activityTitle": "GitHubにメンバーが招待されました。",
        "facts": [
          {
            "name": "担当者",
            "value": ""
          },
          {
            "name": "追加メンバー",
            "value": ""
          }
        ],
        "markdown": true
      }
    ],
    "potentialAction": [
      {
        "@@type": "ActionCard",
        "name": "GitHub メンバー一覧",
        "actions": [
          {
            "@@type": "OpenUri",
            "name": "GitHub メンバー一覧",
            "targets": [
              {
                "os": "default",
                "uri": "https://github.com/orgs/JMASystems/people"
              }
            ]
          }
        ]
      }
    ]
  }

それを Flow の「本文」に貼り付けます。
担当者の value の値を選択した状態で（見えない箇所にありますが）右下に出てくる動的なコンテンツの「login」を選択します。
※ login が複数ありますが、選択して設定した後にマウスカーソルを当てると階層が表示されるのでそこで正しいかを確認してください。（ここは「triggerBody()?['sender']?['login']」となっていれば OK）
　 面倒な場合は動的なコンテンツでなく、式のタブから直接「triggerBody()」を選択して階層を記載しても大丈夫です。

続いて追加メンバーも同じ様に value の値を選択した状態で「email」を選択します。
そうすると、招待をした人の GitHub アカウント ID、招待された人のメールアドレスが埋め込まれます。

削除時のアクションも追加する

先ほどは招待時だったので条件の「いいえの場合」にさらに条件を追加します。

条件は action が「member_removed」だったらです。

招待時と同じ様に、HTTP のアクションを追加して本文を加工します。
設定した内容は以下の通りです。削除された時は GitHub のアカウント ID が取れるのでそれを設定しています。

{
  "@@type": "MessageCard",
  "@@context": "http://schema.org/extensions",
  "themeColor": "bcff4f",
  "summary": "概要",
  "sections": [
    {
      "activityTitle": "GitHubからメンバーが削除されました。",
      "facts": [
        {
          "name": "担当者",
          "value": "@{triggerBody()?['sender']?['login']}"
        },
        {
          "name": "削除メンバー",
          "value": "@{triggerBody()?['membership']?['user']?['login']}：@{triggerBody()?['membership']?['user']?['html_url']}"
        }
      ],
      "markdown": true
    }
  ],
  "potentialAction": [
    {
      "@@type": "ActionCard",
      "name": "GitHub メンバー一覧",
      "actions": [
        {
          "@@type": "OpenUri",
          "name": "GitHub メンバー一覧",
          "targets": [
            {
              "os": "default",
              "uri": "https://github.com/orgs/JMASystems/people"
            }
          ]
        }
      ]
    }
  ]
}

ここまでで Flow の設定は終わりです。（今回は追加時にはなにもしないとしています。）
保存をするとトリガーとして作成した「HTTP 要求の受信時」の「HTTP POST の URL」の箇所に URL が生成されているのでコピーします。

Github に Webhooks を追加する

GitHub の Organization の Settings から「Webhooks」を選択します。

「Add webhook」を選択して、「Payload URL」に Flow で生成された URL を貼り付けます。
「Content type」は「application/json」を選択してください。

Which events would you like to trigger this webhook? のところで「Let me select individual events.」を選択します。
するとイベントが一覧で出てくるので今回は「Organizations」を選択します。

「Add webhook」ボタンを押して完了です。

動作確認

実際にメンバーを招待してみます。
すると Teams に通知が来ました！

削除してみます。同じ様に通知が来ます！

完成！

※ 同じユーザーを招待/削除を繰り返すと GitHub の招待 Webhook が飛ばないみたいです。うまく行かない場合は GitHub の Webhook の履歴、Flow の履歴を追ってみるとどこが動いてる/動いてないは分かると思います。

de:code 2018 イベントアプリ振り返り

5/22,23 で開催された de:code 2018 に公式イベントアプリを提供しました。
de:code (decode) 2018 | 開発者をはじめとする IT に携わる全てのエンジニアのためのイベント

自分用振り返りをまとめておきます。

公式イベントアプリ機能

マイクロソフトさんのイベントアプリ開発は今回で5回目です。今までと同様に Xamarin.Forms で作成しています。
毎回新たな試みが追加されますが、今回の de:code では細かなブラッシュアップとともに以下が追加/更新されました。

セッション聴講者属性

各セッションの参加者がどんな領域を担当しているか、主に使用しているサービス、言語を表示するようにしました。

会場マップの混雑状況表示

日本システムウェア 様の CityVision*1 というサービスと連携して会場の混雑状況を表示できるようになりました。

スタンプラリー

デンソーコミュニケーションズ 様の　Sifty*2 というサービスと連携してスタンプラリーを実装しました。

お知らせ

今までのアプリでは何か参加者の皆様にお知らせをしたい時、Push 通知を行っていましたが、Push するほどでもない場合もあったり、通知を許可していない方、読む前に消してしまった方がお知らせを見れなくなってしまうためお知らせ画面を追加しました。まぁ今までない方が変だったと思います。

その他機能は私が担当したセッション資料の前半に記載してあります。

【再掲】今からはじめるXamarin.Forms 開発 ～Build 2018 で発表された最新情報も添えて～ from Shunsuke Kawai

www.slideshare.net

よくあったお問い合わせ

（全部書いていいのかわかりませんが） よくあるお問い合わせとして以下がありました。

アプリにサインインできない

Microsoft アカウントには組織、個人のアカウントがあり、かつそれが同じメールアドレスの場合、Web の申し込みサイトでは（私たちの開発ではないので正確にはわからないですが）試してみたところ自動的に個人アカウントでのサインインになってしまう挙動を見せていました。
そのため、参加者の方は組織でサインインしているつもりでも個人で入ってしまっていて、アプリからも組織を選択するとサインインできない。というケースが多かったです。
現在、Microsoft アカウントを組織と個人が同一のメールアドレスで作成することはできなくなっていますが*3前はできていたので（私もアカウント両方持ってます）、そういう方がいらっしゃったようです。（同一メールアドレスで作成する抜け道もあるみたいですが、ここでは言及は避けます。）

スタンプラリーができない

スタンプラリーを撮影するボタンを押すとアプリが落ちる
イベントアプリでは Visual Studio App Center を利用して Crash のログを見れるようにしているのですが、そのログを見ると以下のようなログがあがってました。


発生している端末は HUAWEI の PXX 系ばかりです。私の端末は HUAWEI Mate 9 なのですが、正常に動いています。

カメラ使用に Xam.Plugin.Media*4 を利用していたのですが、そのプラグインに以下の Issue があがっていて、HUAWEI の端末に問題があったみたいです。（絶対これが原因かは断言できない気がしてきたけど…）
IllegalArgumentException on Huawei devices · Issue #496 · jamesmontemagno/MediaPlugin · GitHub

アプリで利用している Stable 版のプラグイン(Ver.3.1.3)には本 Issue の対応はまだ入っておらず、そのままアプリのバグとなってしまいました。該当された方、申し訳ありませんでした。

その他

アンケートが表示されない系は受付時の参加者パスの ID との紐づけがうまくできていないなどらしいです。ぐるぐるがなかなか終わらない系はサーバーサイドが重くなっていた、ネットワークが遅い等でアプリ側では如何ともしがたい部分もありました。

開発の反省

単純なバグや限られたパワーでの開発のため諦めた対応等、うまくできなかった部分も結構ありました。（あるのかわからんが）次回以降の反省にしたい点です。

.NET Standard 2.0 対応したい

イベントアプリは UWP でも使えるので、.NET Standard 2.0 にすると Fall Creators Update より前を切り捨てることになります。それは無理だろうな、ということで今回はあきらめました。

結構動きがもっさり（特に Android）

セッション数が多かったり、聴講者属性表示機能の追加等で動きが遅くなったと思います。もっと最適化できる部分があったハズ。

iPhone X レイアウト

iPhone X に画面レイアウト（Home Bar 等）を対応するため手抜きな方法をとりました。SafeArea プロパティを True にしただけ*5です。もっとちゃんと対応したかったです。

アプリアップデート強制する？

Ver.1.0.0 がゴールデンウイーク明けにリリースされ、その後、イベントの数日前にバージョンアップしたのですが、イベント当日も Ver.1.0.0 のままの方がいらっしゃっいました。アプリ内のお知らせでも周知していたのですが、結局そのままになっていたかもしれません。
旧バージョンでは特定の操作をするとアプリが落ちるバグがあり、その Crash ログも飛んできていたため、アップデートしてほしかった…（1.0.0 はスタンプラリーとか会場マップも Coming Soon だったけど…）
アプリ起動時にバージョンをチェックしてアップデートを強制にするか迷ったのですが、リリース直後に入れてイベント当日の受付直前にアプリを起動してアップデートをしなければならないとかが発生して受付が滞ってしまったり、しょうがなくモバイルネットワークでのアップデートをするしかなくなって"ギガ"が減るとかあるかもな～と思い、やりませんでした。（工数的にやれなかった側面もありますが…）
まぁ最初からバグ仕込むな、スケジュールに余裕を持ってリリースしろってことですかね。

セッション一覧自動スクロール

セッション一覧には現在時刻以降のセッションまで自動でスクロールする機能が前回まであったのに別件の対応でデグレして機能がなくなってたみたいです…。セッション数も過去最高で自分でアプリ使っていて結構不便でした。というか マイスケジュールと同じ様に開催日でタブにした方がよくないか？

最後に

ともかくなんとか終わってよかったです。
アプリ開発/リリースと自分のセッション準備、イベント問い合わせサポート等々、しばらく忙殺されていて家族にもだいぶ負担をかけたのでしばらくはおとなしくしています。
自セッションの振り返りとデモでできなかった部分などは別記事でまとめようと思います。

*1:CityVision | 日本システムウエア株式会社

*2:Sifty | 高精度画像認識・高速コンテンツ検索技術

*3:#AzureAD と Microsoft アカウントの重複問題に対する取り組み – Cloud and Server Product Japan Blog

*4:NuGet Gallery | Xam.Plugin.Media 4.0.0.9

*5:Making iOS 11 Even Easier with Xamarin.Forms

Visual Studio 2017 Version 15.5 にアップデートしたら Android が表示されなくなった時の対処方法

qiita.com
↑のクリスマスイブ分の穴埋めです。

やっつけですが、ご容赦を。

Visual Studio が 2017 になってからアップデートが短いサイクルで行われるようになりました。
一応、ReleaseNote はぺろーっと眺めてから（なにも考えず）実行しているのですが、問題が発生しました。
Visual Studio 2017 15.5 リリース ノート

久しぶりに Xamarin.Forms のプロジェクトを開いてみると、ツールメニューから「Android」がなくなりました。
なにを言ってるかわからないかもしれませんが、なくなりました。

↓↓↓正しい姿↓↓↓

Android のデバッグ実行もアーカイブもできなくなっています。

対処方法

Visual Studio Installer を起動して以下の2つを選択してからインストールを実行します。

Ver.15.5 から Android 標準の SDK Manager とは別に Xamarin 用のが追加されたようですね。
そしてそれはデフォルトではインストール対象外になっているようです。。
今回の問題自体は Android SDK セットアップ(API レベル 25)が原因らしいですが、SDK Manager も一緒に入れちゃいましょう。

【参考：Xamarin Android SDK Manager の画面】

蛇足

ちゃんと開発環境の更新をする時は変更内容を確認しましょう。（自戒）
でもアップデートが頻繁過ぎてつらいなぁ。
Xamarin も VS に含まれて更新されるから全然関係ない更新もあるし、個別に更新してた時の方が楽だったかもな。
チームメンバー内で環境を統一するのは楽になったけど、1週間に1回ぐらい更新すべきかを判断して更新するって（30分もかからないけど）タスクが増えちゃう。
みんなめんどくさくないのかなぁ？

Xamarin.Forms 製アプリを iPhone X で動かしてみた（やっべぇぞ

Visual Studio for Mac | Xamarin Releases
ここに書いてある方法で Visual Studio for Mac で iOS 11 を動かせるようにしました。

んで、Xamarin.Forms で簡単なアプリを実行してみました。
こんな XAML です。よくある iOS 用に画面上部の Padding に 20 設定してあるヤツです。
嫌な予感はしていました。

<?xml version="1.0" encoding="UTF-8"?>
<ContentPage xmlns="http://xamarin.com/schemas/2014/forms" xmlns:x="http://schemas.microsoft.com/winfx/2009/xaml" x:Class="test.Views.MyPage" BackgroundColor="Teal">
    <ContentPage.Padding>
        <OnPlatform x:TypeArguments="Thickness">
            <On Platform="Android, WinPhone">0</On>
            <On Platform="iOS">0,20,0,0</On>
        </OnPlatform>
    </ContentPage.Padding>
    <ContentPage.Content>
        <StackLayout>
            <Label Text="Xamarin.Forms iPhone X Test" />
        </StackLayout>
    </ContentPage.Content>
</ContentPage>

で実行すると…

ぐわー、やっぱりー。
いろんなアプリ見直さなきゃーー

#どうでもいいけど、シュミレーターのスクショがカメラの部分透過になるんだな

==================
20170915_追記1
NavigationPage を親にして先ほどの画面を表示するとこんな感じになります。

==================
20170915_追記2
以前作成した de:code 2017 の公式アプリを動かしてみました。意外になんとかなってる…のかな…

Xamarin.Forms で iOS のステータスバーとナビゲーションバーの色を動的に変えたい（仮）

前回の記事ではナビゲーションバーに色付きアイコンを置けるようにしました。
shunsukekawai.hatenablog.com

ナビゲーションバー系繋がりで、ステータスバーとナビゲーションバー自体の色をページによって動的に変えたかったのでやってみました。
タイトルに（仮）が付いてるのは結構無理やりというか、もうちょいスマートなやり方ないのかなー。と思ってるからです。誰か教えてください。

完成形

作成方法

PCL 側にこんなカスタムコントロールを作成します。

ナビゲーションバーの色（NavigationBarColor）とステータスバーのスタイルをデフォルトか（IsUseDefaultBarStyle）の BindableProperty を追加した ContentPage を継承したクラスです。

iOS の プロジェクトに CustomRenderer を作成します。

• OnElementChanged で上で作成したプロパティを取得してメンバー変数に格納
• ViewWillAppear でステータスバーの種類を設定、ナビゲーションバーがある場合は色を設定
• 右側のアイコンボタンの種類を設定（前回の記事分のアイコンにモードを設定するヤツ）

iOS プロジェクトの info.plist に View controller-based status bar appearance というプロパティを追加し、NO を設定します。

これをしないとステータスバーのスタイルが変更できません。

各ページをカスタムコントロールにして、プロパティを設定

以下のように遷移するようになってます。今までのもひっくるめて Github にアップしておきます。
MainPage→SecondPage
　　　　　　↓
　　　　　ModalPage
github.com

参考サイト

【Objective-C】UIApplication リファレンス | iOS & Android & Linux Labs
[iOS]コードを書かずにStatus Barのスタイルを変える - Qiita

Xamarin.Forms で iOS のナビゲーションバーに色付きアイコンを置きたい

Xamarin.Forms の NavigationBar のアイコンを設定したい場合、以下のように ToolbarItems を使ってアイコンを追加します。

<?xml version="1.0" encoding="utf-8" ?>
<ContentPage xmlns="http://xamarin.com/schemas/2014/forms"
             xmlns:x="http://schemas.microsoft.com/winfx/2009/xaml"
             xmlns:prism="clr-namespace:Prism.Mvvm;assembly=Prism.Forms"
             prism:ViewModelLocator.AutowireViewModel="True"
             x:Class="ColorNavigationBarIcon.Views.MainPage"
             Title="MainPage">
    <ContentPage.ToolbarItems>
        <ToolbarItem Icon="Icon-Small.png"></ToolbarItem>
    </ContentPage.ToolbarItems>
  <StackLayout HorizontalOptions="Center" VerticalOptions="Center">
    <Label Text="{Binding Title}" />
  </StackLayout>
</ContentPage>

Icon-Small.png は Xamarin.Forms のプロジェクトテンプレートからプロジェクトを作成した時に勝手に追加されるこのアイコンです。

で、このアプリを実行してみると…

となります。塗り潰されとる。
Apple の高尚な思想なのかなんなのか知らないですが、デフォルト単色になっちゃうみたいです。

試しに App.xaml とかのリソースでスタイルを定義して NavigationPage のテキストに色を付けてみます。

<Application.Resources>
    <ResourceDictionary>
        <Style TargetType="NavigationPage">
            <Setter Property="BarTextColor" Value="Red" />
        </Style>
    </ResourceDictionary>
</Application.Resources>

で、実行すると…

赤くなります。どうやら BarTextColor に定義されてる色で塗り潰されるのかな。

あの六角形のアイコンが見たいです。

まずは Xamarin に関係なくネイティブでのやり方を調べてみます。
参考：[Swift]UIImageのレンダリングモードまとめ - Qiita
ほうほう、UIImageRenderingMode とかいうヤツがなんかしてるんだな。

ということで、iOS のプロジェクトに Rendererを追加します。
色々やった結果、以下でなんとかなりました。

using ColorNavigationBarIcon.iOS.Renderers;
using UIKit;
using Xamarin.Forms;
using Xamarin.Forms.Platform.iOS;

[assembly: ExportRenderer(typeof(ContentPage), typeof(ColorIconContentPageRenderer))]
namespace ColorNavigationBarIcon.iOS.Renderers
{
    public class ColorIconContentPageRenderer : PageRenderer
    {
        public override void ViewWillAppear(bool animated)
        {
            base.ViewWillAppear(animated);

            if (this.NavigationController == null) return;

            var items = this.NavigationController.TopViewController.NavigationItem;

            foreach (var item in items.RightBarButtonItems)
            {
                if (item.Image == null) continue;

                item.Image = item.Image.ImageWithRenderingMode(UIImageRenderingMode.AlwaysOriginal);
            }
        }
    }
}

じゃーん

わーい

de:code 2017（Day 1 / Day 2）が終わって

●本記事はポエムです。

2017/5/23-24 に開催された de:code 2017 の公式アプリを Xamarin.Forms で開発しました。

イベントアプリ自体は 2016/9 の Microsoft Foresight、2016/11 の Microsoft Tech Summit に続き3回目なのですが、de:code はデベロッパー向けのイベントのため今までとは反応が違うんだろうなぁ、と開催前から思っていました。
イベント自体の来場者数は Tech Summit と大差ないのにアプリのインストール数もざっくり3倍ぐらいです。
予想通りアプリ公開直後から様々なご意見が散見されて中には手厳しいものもあり、 Twitter を見るのが怖くなったり、イベントが継続不可能になるほど炎上している夢を見たり、自分のセッションの準備もあるわでだいぶてんやわんやでした。。

結果として正直、反省点だらけです。

スタンプラリー

今回新たに追加したスタンプラリー機能ですが、メッセージが適切でなかったり（iOS では位置情報の許可も必要なのに Bluetooth が無効と延々表示される）、スタンプが取得できないと問い合わせをいただいたりもしました。
これは確認漏れや、端末の個体差、会場の電波状況等々、こちらの考慮不足です。おそらく全員が問題なく使用できるようにするというより、Beacon を使用したスタンプの取得ができない方の救済措置があった方がよかったと思いました。QR コードや最悪、紙での代替などを用意しておけばよかったです。
元々、ブース出展社の方のお手を煩わせないように、という目論見もあり Beacon のみで行うことになったのですが、逆に問い合わせ対応が増えてしまったようです。
うまくできなかった方、問い合わせ対応で時間が取られた出展社の方にはご迷惑をおかけしました。申し訳ありません。

その他問題

アプリのリリース時期も色々あって、イベントの数日前になってしまいフィードバックを反映する時間もなく、ぶっつけ本番的な感じになってしまいました。
また、サーバー側の DB/API はウチの担当ではなかったですが、パスワードに記号が入ってるとログインできない（ログイン API 関連）、QR コードが出てこない（参加情報取得 API で正しい値が取得できない）、アンケートが出てこない（イベント受付時のデータ登録がうまくできてない）等々、アプリ外の問題も発生していて想定が甘かった箇所もありました。

Xamarin.Forms での開発

開発に関しては、まぁこれでいーんじゃない？とりあえず作りあげよう精神で突き進んで来ました。
今回は細かい部分の調整をする余裕があまりなかったため、利用者の方々にはご不満やご不便をおかけすることもあったかと思います。
「逆に Microsoft の技術のネガキャンになっちゃうんじゃない？」的なご意見も見かけました。
個人的には、Xamarin.Forms で全プラットフォームに対してベストなアプリを作るのは潤沢な工数、期間がないと難しく、Xamarin.Forms はそれなりの工数でそれなりのアプリを作れる（素晴らしい）開発環境だと思っています。（というか潤沢にあってベストまたはそれに近い UI を実現するのであれば Forms 使わない方がいいと思ってる。もちろんプラットフォームの理解も必要だけど。）
==================

• ちょっと誤解を招きそうなので追記

当然ながら今回のアプリが Xamarin.Forms の限界なわけではありません。
色々妥協はしていますし、私たちがいたらない箇所も多々あったと思います。
==================

メモ：次回まで改善したい（とりあえず思いつくまま）

全体

• ログインしなくても使える機能は開放する
• セッション編集画面の自動スクロールの時間が Hour でやっているため次の次の時間帯にスクロールしてしまう可能性がある
• フィルターの全クリア処理追加
• 問い合わせ先を明記する
• パスワード忘れのリンクをログイン画面に置く
• ログイン時エラーの場合は中途半端なデータを作らない
• マップ画像キャッシュ系（更新された時のためにキャッシュを無効にしているが、オフラインだと取得できない）
• UI 全体的に見直し
• スタンプラリーができない場合の救済措置（QR コードなど）
• 空席状況をもっと厳密に出したかった
• アプリ更新があった際のストアへの誘導

iOS

• ステータスバーの色
• Bluetooth と位置情報が必要なのに Bluetooth のメッセージしかでない
• スクロールのパフォーマンス

Android

• ドロップダウンのデザイン
• ログイン画面のテキストの配色
• 画像ピンチインやりにくい
• 戻るでアプリ終了しない、もしくは再開時に復帰する
• Push 通知が折り返さない、展開できない

UWP

• 画像ピンチインできない
• 早くスクロールすると黒くなる

さいごに

反省点も多々ありますが、なんとか終わり、ポジティブな感想をいただくとやっぱりうれしかったです。
そういったご意見にだいぶ救われました。
また、ウチはアプリ開発を担当しただけでイベント運営ではないですが、運営側に勝手に口出しして色々中の様子を見ることができ、とても勉強になりました。
運営の方々はほんとに大変そうで、来場者の方をどう満足させるかに全力を注いでいて、どんなイベント、サービスもたくさんの人々の努力によって形成されてることを改めて認識しました。
自分がユーザーの立場になった際にはいいと思った点もちゃんとフィードバックしようと深く心に刻みました。
(去年の de:code は参加者側で文句言いまくってた)

Visual Studio 2017 Version 15.2 にアップデートしたら Xamarin.Forms の Android アプリがすごい遅くなったから回避した

============================================
2017/5/31 追記
Visual Studio 2017 version 15.2 (26430.12) で対応されたようです。
>Fixed a performance dedgration sometimes occuring in Xamairn Android apps.
Visual Studio 2017 Release Notes
============================================

============================================
2017/5/25 追記
Mac、VS 2015 は対応されたようです。
Stable Release: 15.2.2 Servicing Release | Xamarin Releases

2017 はまだかな…
============================================

============================================
2017/5/17 追記
下記手順を行うと Android の Release ビルドで作成したアプリがうまく動かなくなります。
Debug 時の回避手段とお考え下さい。
============================================

※この記事の手順は自己責任でお願いします。

タイトルの通りです。
Xamairn.Forms、Prism(Unity) で作成した Android アプリがなんか InitializeComponent で数秒かかる感じに遅くなったんです。
Android 4.4では発生せず、6.0、7.0で現象を確認できました。

環境は以下の通り。

• Windows 10 Pro Creators Update (バージョン1703、ビルド15063)
• Visual Studio 2017 Version 15.2 (26430.4)
• Xamarin 4.5.0.443
• Xamarin.Android.SDK 7.3.0.13

色々皆さんのご協力をいただき、対症療法的に回避しました。

調べていると下記 bugzilla がヒットしてみんな Xamarin.Android 7.3 が原因っぽいことを言っています。

56240 – Performance Degradation When Using Expressions

ということで Xamarin.Android を前のバージョンにダウングレードしたいと思います。

下記サイトから以前の Xamarin インストーラー（4.4）をダウンロードしてきます。

※ Xamarin のアカウントが必要です。
https://store.xamarin.com/account/my/subscription/downloads

ダウンロードした Xamarin インストーラーを起動します。

※この時点で Build Tools 2015 が必要です。みたいなことを言われたらインストールしてください。
Download Microsoft Build Tools 2015 from Official Microsoft Download Center

インストーラー起動後、今回は Xamarin.Androidだけ必要なので、他のチェックは外しちゃいます。

インストールされたファイルは基本的には以下にあると思います。

C:\Program Files (x86)\MSBuild\Xamarin

実際に VisualStudio で使用している Xamarin.Android のフォルダーをリネーム（バックアップ）して先ほどのファイルを丸ごと持ってきます。

C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\Xamarin

以上で終了です。

Visual Studio を起動して出力の Xamarin Diagnostics に以下のように 7.2 だよー的なのが出ていれば成功です。
早くなりました。

Prism との組み合わせなのかなー。すぐ修正されるといいなぁ。

以下、みなさんのご協力

Xamarin.Forms製アプリのAndroidがここ一週間ぐらいで急に画面遷移がスゴい重くなったんだけど、なにが原因なのだろうか…

— SHUNSUKE_KAWAI (@_shunsuke_kawai) 2017年5月15日

同じ現象を @qwerty2501 さんが言ってました、なにが原因なんだろ？

— Daiki Kawanuma (@Santea3173) 2017年5月15日

Daiki Kawanuma (@Santea3173) | Twitter
さんが
クワーティ (@qwerty2501) | Twitter
さんも悩んでいたことを教えてくれて

windows creators updateにしたのが原因かなと思ってるんですがどうでしょう

— クワーティ (@qwerty2501) 2017年5月15日

色々試した結果、VSTSで自動ビルドしたヤツは早く動く、しばらく放置していたVS2015(Xamarin 4.2.1.62)でビルドしたヤツも早く動く。

— SHUNSUKE_KAWAI (@_shunsuke_kawai) 2017年5月15日

そうですね…なんで世間で騒がれてないんだろう…Prismとの組み合わせとかなのかな…

— SHUNSUKE_KAWAI (@_shunsuke_kawai) 2017年5月15日

VS for Macでも発生してる気がします…
画面遷移では初めて開くPageが異様に重くて2回目以降はまだマシな感じな動きです。

— かむ (@muak_x) 2017年5月15日

かむ (@muak_x) | Twitter
さんも参戦し

これっぽいですねぇhttps://t.co/hdikxAbeWo

— SHUNSUKE_KAWAI (@_shunsuke_kawai) 2017年5月15日

バックアップからの復元でなら戻せると思います。が今場所がどこかわからず探しています。

— かむ (@muak_x) 2017年5月15日

XAをロールバックするにはMacの場合
/Library/Frameworks
にあるhttps://t.co/ppzUuqJ8JM.frameworkを丸ごとバックアップに差し替えたら行けました。 https://t.co/Zy0fSNpzG3

— かむ (@muak_x) 2017年5月15日

Mac 版はサクッと解決してくれたので

https://t.co/7tD0jLtykJだけダウングレードできた！ pic.twitter.com/GEbgVdc26b

— SHUNSUKE_KAWAI (@_shunsuke_kawai) 2017年5月15日

バックアップいらんとです！
こっからダウンロードしてくれば。https://t.co/6i5Mx0HUCc

— SHUNSUKE_KAWAI (@_shunsuke_kawai) 2017年5月15日

参考にして Windows も回避です。

Backlog の更新を Zapier 経由で Microsoft Teams に通知する

一部のプロジェクトの課題管理には Nulab 社の Backlog を利用しています。
オンライン プロジェクト管理 & コラボレーションツール Backlog

標準では通知はメールベースなのでいろんな通知がわんさか来てなにがなんだかわからなくなります。
メールからの脱却みたいな話もありますし。

でチャットコミュニケーションツールには Slack と Microsoft Teams を利用しています。
Slack に関しては様々な記事があがっているので今回は 最近ローンチされた Microsoft Teams に対して通知を飛ばしたいと思います。
Microsoft Teams – Group Chat software

手順

• Zapier でトリガーを追加する
• Backlog から Webhook を追加する
• Microsoft Teams に コネクタを追加する
• Zapier でアクションを追加する

詳細

Zapier でトリガーを追加する

Zapier とはサービスとサービスを連携してくれるハブサービスです。似たような有名どころで IFTTT とかでしょうか。
Zapier | The easiest way to automate your work

• サインアップ

適当にサインアップします。
無料枠だと、2ステップまでとか制限がありますが、今回は無料で大丈夫です。
サインアップ後、画面上の「MAKE A ZAP!」ボタンを押します。

• Trigger 登録

Zapier をキックするトリガーを登録します。
今回ですと、Backlog の更新です。
様々なサービスから Webhooks by Zapier を選択します。
Webhook とは POST リクエストをサクっと呼んでくれる仕組みです。

次の画面で Catch Hook を選択して「Save + Continue」ボタンを押します

次の画面の Pick off a Child Key はブランクのまま「Continue」ボタンを押します。
そうすると Webhook の URL が自動生成されるので、URL をコピーしておきます。

「Test this Step」は後程やるので、ブラウザは開いたままで次の Backlog の設定に進みます。

Backlog から Webhook を追加する

先ほど作成したトリガーを呼び出す仕組みを Backlog 側に追加します。
Backlog のプロジェクト設定画面のメニューから「Webhook」を選択して「Webhookを追加する」ボタンを押します。

適当な名前を付けて、先ほど Zapier 側で生成されて URL を指定します。
イベントは今回は課題の追加に設定しておきます。

送信をテストする

後述する Teams 側に通知する内容を設定するために一回テストします。
Backlog ⇒ Zapier の送信テストをするとアクションで設定する内容が展開されます。

Backlog の Webhook 設定画面の下部にある実行テストを表示しておきます。（まだ押しても意味ないです。）

Zapier の画面に戻って「OK,I did this」ボタンを押します。

そうすると受信を待機している状態になるので、Backlog の画面でテストを実行します。

「Test Successful!」と表示されれば成功です。

Backlog 側の設定は以上です。
Zapier の画面はそのままにして次のステップに進みます。

Microsoft Teams に コネクタを追加する

実際に Teams に投稿するためのコネクタを追加します。
Teams のチャンネルのコンテキストメニューから「コネクタ」を選択します。

コネクタの一覧から Incoming Webhook を追加します。

適当な名前と画像を設定して「作成」ボタンを押します。

そうすると自動的にURLが生成されるので、コピーして「完了」ボタンを押します。

Teams 側の設定は以上です。
※ ちゃんと「完了」ボタンを押しておきましょう。押していない状態でTestしたら飛ばないなぁってしばらく悩んでました…

Zapier でアクションを追加する

Zapier の画面に戻ってアクションを追加します。
こちらもトリガーと同じ様に Webhooks by Zapier を選択します。

次の画面で POST を選択して「Save + Continue」ボタンを押します。

次の画面では実際に Teams に通知する内容を設定します。
URL には先ほど Teams 側で生成された URL を設定します。
Payload Type は Json を設定します。

Data には Teams でどのような内容を通知するかを指定します。
こちらは Teams 側のお作法に準拠してください。以下のサイトが参考になります。
Actionable message card reference | Microsoft Docs

Zapier は STEP1 で設定したトリガー側から送信されるデータ（今回は Backlog の Webhook からのデータ内容）を以下のように選択できるようになっています。めっちゃ便利です。

例として以下の設定にしてみました。

Backlog は Project Key と Content ID の組み合わせで URLが生成されるので、通知から直接リンクできるようにしています。

それ以外の設定はデフォルトのままで大丈夫です。
「Save + Continue」ボタンを押すと自動的にテストが走って、

と Teams に通知されます！
やった！

おまけ

今回はアクションに Webhook を使用していますが、アクションのアプリに Teams が追加される動きもあるみたいです。
Microsoft Teams Integrations | Zapier

以上です。