社内の面倒な手作業はZapierにやらせよう #2 〜Webhookを使って、自動化の幅を広げる〜 | メルカリエンジニアリング
こんにちは、メルカリの自動化＆品質保証グループ（Automation & QA Group：通称AQA）で、自動化をぶりぶりしている tadashi0713 です。 私は普段、テスト自動化・CI / CD改善・その他社内の生産性を上げるための自動化・ツール作成を行っています。 以前はQA-SETでしたが、AQAになったことにより、よりチーム全体での自動化を推進していきます。 メルカリでは、去年からZapierという自動化ツールを導入し、社員がより簡単に業務自動化に取り組めるようにしています。 導入した背景や、簡単なワークフローの作り方、実際に社内でどう使われているか、などについては下記の記事をご覧ください。 tech.mercari.com 現在では、 ノンプログラマー含め250名以上のメンバーが、400以上のワークフローを作成 し、日々の作業を自動化しています。 また社内のエンジニアも、
Workflowが、IFTTTとついに連携！無限の力を手に入れたWorkflowを見よ！
まず、あとでも触れますが、Workflow側で用意されているトリガーは、１つだけです。 これですね。 ここの「Trigger Name」は、IFTTT側にあるレシピ名とかではなく、こちらで勝手に命名して構わないものです。あとでレシピ作成で説明しますが、ここで命名したものをIFTTT側で指定するという流れになります。 あと、「Extra Ingredients」というのは、「特別な材料」みたいな意味ですね。Workflow側からIFTTTに引き渡すことができる値を５つまで指定できます。 また、Web上のIFTTTと直接連携するのではなく、あくまでもアプリのIF（旧名IFTTT）を介して、IFTTTと連携するというイメージで考えてください。したがって、アプリ版のIFは、必須になります。 さらに、当たり前ですが、IFTTT側の方からWorkflowのチャンネルを加えておく必要があります。ただし、
GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
