はじめに このガイドでは、CIのためのPowerShellの使用方法を示します。 Pesterの使い方、依存関係のインストール、モジュールのテスト、PowerShell Galleryへの公開について説明します。 GitHubホストランナーは、PowerShell及びPesterを含むプリインストールされたソフトウェアを伴うツールキャッシュを持ちます。 最新のソフトウェアと、PowerShell および Pester のプレインストールされたバージョンの完全なリストについては、「GitHub ホステッド ランナー」を参照してください。 前提条件 YAMLとGitHub Actionsの構文に馴染んでいる必要があります。 詳しくは、「ワークフローの書き込み」をご覧ください。 PowerShell及びPesterの基本的な理解をしておくことをおすすめします。 詳細については、次を参照してくださ
はじめに このガイドでは、Node.jsのコードのビルドとテストを行う継続的インテグレーション（CI）ワークフローの作成方法を紹介します。 CIテストにパスしたなら、コードをデプロイしたりパッケージを公開したりすることになるでしょう。 前提条件 Node.js、YAML、ワークフローの設定オプションと、ワークフローファイルの作成方法についての基本的な知識を持っておくことをおすすめします。 詳細については、以下を参照してください: ワークフローの書き込み Node.js の概要 Node.js ワークフロー テンプレートの使用 すぐに開始するには、リポジトリの .github/workflows ディレクトリにワークフロー テンプレートを追加します。 GitHub では、ほとんどの Node.js プロジェクトで動作する Node.js 用のワークフロー テンプレートを提供しています。 この
弊社ではGitHub Actionsの登場以前からCI/CDを行っていることもあり、CI環境としてはCircleCIが標準となっています。とはいえ開発の中心はやはりGitHubであり、GitHub上で自己完結できるという点において、GitHub Actionsの優位性は見逃せません。 今まで筆者は「CircleCIでやってたこの機能は、GitHub Actionsではどうやるんだろう?」といった視点で、都度検索することが多かったのですが、そういうやり方では知識が横方向に広がらないのですよね。もしかしたらもっと便利な機能があったり、やってはいけないアンチパターンがあるかもしれないのに、ピンポイントに検索していると、そういう気づきが得にくいのです。 なので場当たり的にググるのではなく、どのような技術であっても、一度は体系的に学んでおく必要があるというのが筆者の考え方です。そんな用途にぴったりな
CIとは、Continuous Integrationの略、 継続的インテグレーションと呼ばれています。 CIとは、Continuous Integrationの略で、一般的に継続的インテグレーションと呼ばれています。 CI (継続的インテグレーション) は開発者が書いた新しいコードとマスターブランチ（トランク）を頻繁に統合するプロセスです。新しい機能開発のためにブランチを作成する場合、つぎにマージするまでの期間が長くなるにしたがって変更量が多くなり、マージ作業が大変になるだけでなく、問題が含まれるコードの特定と分離が難しくなります。一回のコミットでの変更量を小さくして頻繁にマージすれば、問題の発見が早くなり対処が楽になります。また、問題発見のオーバーヘッドを小さくするために自動化されたテストを行うことが有効です。 CIを実現するための一連の流れをパイプラインと呼びます。開発者のコミットを
CI/CD Conference 2021
CI/CD Conference 2021 https://event.cloudnativedays.jp/cicd2021/talks/1164
About l0w.dev owner 自己紹介 八重樫 剛史 (やえがし たけし) Linux や Unix が得意で低レベルなことが好きなエンジニアです。 会社でゲーム開発のインフラおよびプラットフォームを作っています。 最近では Microsoft Azure や Microsoft Entra を使うことが多いです。 Microsoft MVP for Microsoft Azure (2023) 講演・事例紹介など 2023 08/24 ゲーム開発インフラのDXを推進するCCoEとプラットフォームエンジニアリング (CEDEC 2023) 2022 11/22 バンダイナムコスタジオにおけるクラウドネイティブなゲーム開発スタジオの挑戦 (CNDT 2022) 10/13 Bandai Namco Studios Creators’ Night ～ゲーム会社のリモートワークDXのご
はじめに AWSユーザグループコミュニティのイベントであるJAWS DAYS 2020にCI/CDの枠組みでCall for Papersの公募に採用されましたので、本日、目黒セントラルスクエア＠AWSへオンライン収録に行ってきました。 JAWS DAYS 2020 | Your Next Cloud Journey 残念ながら、今年COVID-19の影響で現地五反田での開催が中止となってしまいましたが、JAWS実行委員の方々がなんとか盛り上げていただき、オンラインの場にて登壇する運びとなりました。実行委員の方々、本当にありがとうございました。 発表した内容 発表タイトルは「金融サービス向けに理想のCI/CDを追い求めたお話」です。同僚の馬勝さんと50分枠で前後半25分ずつに担当分けして発表してきました。 私自身、今の会社に務めてちょうど9年目となるところですが、入社以来、ずっと金融システ
Rubocopを一応入れているのに、滅多に動かしてなくてあんまり意味を成していなかった。issueにずっとあったCIにRubocopを取り入れるというやつに着手しようと思ってようやく取り組み始めた。 reviewdogを知る CircleCIのワークフローにRubocopのチェックを入れて、自動的にコメントをしてもらいたいなぁと思って調べていたら、reviewdogを知った。 blog.toshimaru.net 自分がやりたかったことはまさにこれだったので、これを参考にすることに。 reviewdogのインストールは本家を参考にした。 github.com バイナリで配布もされているが、goenvでgoを入れているので、go getを使って入れた。 $ go get -u github.com/haya14busa/reviewdog/cmd/reviewdog reviewdogが実行
今回は文字化け対策をやります。ソース・ファイルに全角文字が含まれている場合、文字化けしてコンパイルエラーになることがあります。その対策をやります。 文字コードの確認 Jenkinsの文字コードを確認するにはJenkinsのホーム画面から「Jenkinsの管理」を選択し、「システム情報」を選択します。 システムプロパティの一覧が表示されるので、「file.encoding」と「sun.jnu.encoding」を確認します。 下記の例では両方「MS932」になっています。 この状態でJavaのソースコードがUTF-8の場合、文字化けしてコンパイルエラーが発生する場合があります。 文字コードの設定 Jenkinsの文字コード変更する場合、環境変数に以下を追加します。 変数：JAVA_TOOL_OPTIONS 値：-Dfile.encoding=UTF-8 -Dsun.jnu.encoding=
実行したジョブはUTF-8で、Windowsの出力はMS932。 文字コードがずれてたので文字化けが発生したようす。 １．Windowsマシンに、文字コード出力設定を追加 ２．Jenkinsのスレーブ設定に文字コード出力設定を追加 ３．実行するジョブの先頭に、表示する文字コードを明記 で解決。 １．Windowsマシンに、文字コード出力設定を追加 システム環境変数に以下を追加 JAVA_TOOL_OPTIONS=-Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8 ２．Jenkinsのスレーブ設定に文字コード出力設定を追加 起動方法 > JVMオプション に以下を追加 Dfile.encoding=UTF-8 -Dsun.jnu.encoding=UTF-8 ３．実行するジョブの先頭に、表示する文字コードを明記 Windowsバッチコマンドの実行 先
こんにちは。技術部モバイル基盤グループの @giginet です。 fastlaneのCore Contributorを務めており、 社内ではプロのコードサイン解決者 *1 としての職務経験を積んでいます。 今回はクックパッドでのfastlaneを使ったiOSアプリのサブミット自動化と、証明書管理についての事例を紹介したいと思います。 CIによるiOSアプリサブミットの自動化 クックパッドでは、昨年の春頃よりiOSアプリのサブミットをチャットbot経由で行っています。 このように、Slack上でサブミットジョブを実行すると、CIでアプリがビルドされ、審査提出までを完全自動で行ってくれます。 審査提出には、ビルドや処理待ちの時間を含めると多くの工数がかかり、人為的なミスが起こる可能性もありましたが、 完全な自動化により、高頻度のアプリリリースに耐えられるようになりました。 アーキテクチャは以
Jenkins のおっさんが好き過ぎて、 常に画面におっさんのアイコンを表示しておきたいので Google Chrome エクステンションを作った。 GitHub - mallowlabs/jenkins-notifier-for-chrome: A Google Chrome(TM) extension for Jenkins (http://jenkins-ci.org). 特徴 常におっさんのアイコンを表示できる ビルド結果をデスクトップに通知できる Google Chrome を閉じてもバックグラウンドで通知できる ツールバーのアイコンからビルド番号、ビルド結果を確認できる ツールバーのアイコンからワンクリックで Jenkins のページを開ける 成功時 テスト失敗時 ビルド失敗時 利用方法 2011/06/15 追記 Chrome Web Store で公開したので、以下の作業は
Simple Way with Django + SQLAlchemy AT PyCon JP 2020 https://pycon.jp/2020/timetable/?id=203756 質疑応答 > Ryuji Tsutsui から全員に: 02:58 PM > INNNER JOIN > Nが1個多い？ ほんとだ。slideshareにあげた資料、直せません！ > Taku Shimizu から全員に: 03:00 PM > 「ドキュメントに記載されていない」なかなかのパワーフレーズですね でしょー > uranusjr から全員に: 03:04 PM > g2の別名はT3になるのはなぜですか？ Djangoが自動的にテーブルを2回JOINすることもあって、そういう場合自動的にテーブル名の別名が付けられます。T2,T3,T4と連番で増えていきます。 たぶん、登場する3つ目のテーブル
こんにちは、技術部モバイル基盤グループの茂呂(@slightair)です。 先日のiOSDCは大盛況でしたね。とても楽しく、実りあるカンファレンスでした。この記事で僕は ididblog! ということにしようと思っています 😋 クックパッドからは @giginet と僕の二人が登壇しました。発表を聞きに来ていただいた方はありがとうございました。 @giginet の 詳解Fastfile という発表中でさらっと話された、”毎週自動的にリリースされる”という言葉が気になった方はいるのではないでしょうか。実はこのリリースフローについての話もプロポーザルに出していたのです(もっともっと細かくリリースをしてユーザーに最速で価値を届けるためのリリースフロー)。 この記事ではこのリリースフローについての話をしたいと思います。 クックパッドアプリの開発体制 クックパッドアプリの開発体制は人数の変動はあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く