この記事について GitHub Actionsには、以下3つの実行単位が存在します。 Workflow Job Step パイプラインを組む中で出てくる複数個の処理を、1つの実行単位でまとめてしまうか、それとも分割するのかというのは悩むポイントかと思います。 一つのstepのrunフィールドにコマンドを詰め込む?それともstepを分けた方がいい? 一つのJobの中のstepとして記述した方がいい?それとも別のJobに定義した方がいい? 一つのWorkflowの中にJobをたくさん定義する?それともWorkflowを別にする? この記事では、Workflow・Job・Stepそれぞれの性質を踏まえた上で、ベストな処理単位の選び方を考察します。 使用する環境・バージョン GitHub Actions: 2022/5/15時点での機能をもとに考察 読者に要求する前提知識 GitHub Actio
Recent Commentsクラウドソーシングでパキスタン人にアニメーションを作らせてみた | innova on アニメをアウトソースする#031 金持ち父さん貧乏父さん 実践その1:まず5つの障害を乗り越えよう (#3 怠け心) | あすなろ(earth76)式 on プレゼンの冒頭で伝えなければいけないWIIFMとは?何故日本人はブレストを嫌うのか | Masafumi Otsuka's Blog on 根回しが何故日本人に必要なのか、ちゃんと説明しよう外国人上司に「私に活躍させたかったらやり方をこう変えて欲しい」と言葉にして伝えよ う! | Masafumi Otsuka's Blog on 根回しが何故日本人に必要なのか、ちゃんと説明しよう外国人上司に「私に活躍させたかったらやり方をこう変えて欲しい」と言葉にして伝えよ う! | Masafumi Otsuka's Blog o
(2019-12-18 表現を一部訂正しました。) メタ記事。投稿するのにかかる手間に関する投稿です。 1 どうしてこんな記事を書こうと思ったか 日立製作所もガンガンOSS活動をしていることを知ってほしい。日立に興味があるが、OSSコントリビューションは社外発信にどれくらい熱心なのか気になる人向けに、とある一部署の情報をシェアしたい。 タイトルのような感想を持つ弊社内の人に情報発信してもらいたい。 (残念なことに、) 社内の情報共有サイトに書くよりQiitaに書いたほうが読まれそう。 後輩がAdvent Calendarの記事集めに苦労していたので気の毒になったため 注: 全社的な審査プロセスではなく、(株)日立製作所 ITプロダクツ統括本部のやりかたです。 では全社的なプロセスは?他の部署は? → 詳しい方、(申請の上)コメントください。 ITプロダクツ統括本部って何? Google i
社内の面倒な手作業はZapierにやらせようーーノンプログラマーでも業務自動化ができるツールを導入してみて QA Author: tadashi-nemoto0713 これは Mercari Advent Calendar 2017 22日目の記事です。 こんにちは、メルカリのQA-SETチームで自動化をぶりぶりしている tadashi0713 です。 前回は業務自動化の1つとして、Seleniumを使ったブラウザ操作自動化についてご紹介しました。 tech.mercari.com コメントや反応を見ますと、最近はRPA(Robotic Process Automation)をはじめとした業務自動化に関心が高い印象を受けました。 メルカリでは1ヶ月ほど前にZapierというツールをTeam Planで導入しました。 zapier.com このツールを使って、社員がより簡単に業務自動化ができ
GitHubに新しく「required review」という機能が追加されました。この機能を利用すると、変更が承認されない限りはプルリクエストをマージできないようにする、といったプルリクエストの運用が可能になります。これまでのように、上がってきた差分にコメントを付けるだけでなく、修正を要求したり承認するフローがプルリクエストのレビュー機能として提供されているのが特徴です。masterブランチや、マージにフックしてCIでのビルドやデプロイが実行されるようなブランチに対しては厳格な運用が行えるため、部分的に取り入れるメリットは大きそうです。 GitHubから公式のリリースノートは発表されていますが、日本語での資料がなかったため翻訳してみました。原文に忠実であることよりも翻訳文の読みやすさを意識したため、意訳も多いですが、ぜひご一読ください。 ↓↓↓以下翻訳文↓↓↓ プルリクエストのレビューコメ
特に若者、レビュー会のとき何をしていますか? ... 「いや、レビューしてますよぅ」 そうですか... ホントに? なんかメールチェックしてたりしませんか? メール返してたりしませんか? 自分の仕事やってたりしてませんか? Twitter見てたりしませんか? まんが読んでたりしませんか? ... いやべつにそれがダメだと言いたいのではありません。 そんな月並みのこと書いてもしょうがない。 ダラダラしたレビュー会であまりに退屈だから、 三国志60巻を会議室に持ち込んで読み切るとか、 したくなる気持ちわかります。 レビュー会はレビューワーが考える時間も必要だから、 なんだか間が空きがちですしね。シーン...って。 レビュー会を開催する方は、 そういう人が出てこないようにファシリテートしていく 必要がありますし、そのために色々と選択肢はありますが、 今日はそういうことを書きたいわけじゃないです。
Looking for pure cloud-native process automation? Take a look at Kogito as well (based on jBPM)! What is jBPM? jBPM is a toolkit for building business applications to help automate business processes and decisions. jBPM originates from BPM (Business Process Management) but it has evolved to enable users to pick their own path in business automation. It provides various capabilities that simplify a
Redmineに負けないために必要なことをまず調べる。このページを見ると、RedmineはTracker(チケットの分類)と,role(権限でいい)の二つの種類別に、元->先ステータスを選んでいく仕組みになっているようです。ただ、チケットの分類が山ほどあれば山ほどクリックしていかないとダメなんじゃないかと思うんですけど…これが設定しやすいと言っている人が多いんだから、なんか、私が想像しているよりもすばらしいやり方があるんでしょうかね。 Tracでは、標準のConfigurableTicketWorkflowでは権限に対応していで、そのほかにAdvanced Ticket Workflow PluginのTicketWorkflowOpTriageでは(マイルストーンとか何でもアリなんだけど)チケットの分類で、ワークフローを分岐できるようになっている。次のように設定したとして、分岐先が、ag
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く