GitHub Actionsの実行・結果確認をターミナルで完結させるalias - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
go modulesとCircle CIのキャッシュを使ってビルド＆テストを高速化する - Qiita
version: 2 defaults: &defaults jobs: setup-build: docker: - image: golang:stretch working_directory: /workspace environment: GOPATH: / GOCACHE: /.cache/go-build GO111MODULE: "on" steps: - run: go env - checkout - restore_cache: keys: - go-module-cache-v1-{{ checksum "/workspace/go.sum" }} - go-module-cache-v1- - run: go mod download - save_cache: key: go-module-cache-v1-{{ checksum "/workspace/go.
思いもよらないものをnpm publishしてしまった話（前任者の顔写真など） - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 俺「すっげぇいい名前のライブラリ思いついた！！」 俺「npm あるかな？あるかな？」 （カタカタ） 俺「なかった！よっしゃ一番乗りや！！！今すぐ作らないと！！！」 俺「npm init enter enter enter enter npm publish うおおおおおおおいっけぇぇぇ！！！！！！！」 （ｶﾀｶﾀｶﾀｶﾀｶﾀｶﾀｶﾀｶﾀｯﾀｰﾝ） 俺「ミ゜ッ！」 ーーー おはようございます。本番環境でやらかしちゃった人 Advent Calendar 2019の 23 日目を担当する、@sandessOjisanです。この記事では 思い
フロントエンドでもTrivyを使って脆弱性対策したい！ - Qiita
伝えたいこと フロントエンドもコンテナ経由でアクセスさせよう コンテナならTrivyを使ってヤバそうな脆弱性を知ることができる TrivyならCIに組み込むことも簡単 multi-stage buildの場合は工夫が必要 いまの状況でできる範囲の脆弱性対策からはじめよう 今回の記事でできること CI上で、本番用のフロントエンドのコンテナをmulti-satge buildでつくり、 Trivyを利用して脆弱性を検知するところまでを目指します。 最後に、Trivyを利用したレベル別の運用イメージも提案します。 導入 週末、Trivyというコンテナ向けの脆弱性検知ツールが正式リリースされました。公開が5日目の5/21 12:00時点で 900star以上獲得しています。 Trivyの詳細は原作者である @knqyf263 さんの｢CIで使えるコンテナの脆弱性スキャナ｣という記事を参照ください。
CIで使えるコンテナの脆弱性スキャナ - Qiita
概要 2019/05/22 CIのcron設定について注意事項を追記 コンテナの脆弱性スキャナを作ったので紹介します。ここでの脆弱性はWebサービスの脆弱性診断で見つかるようなタイプのものではなく、セキュリティアップデートが提供されるようなものを指しています。重ねて説明しますが脆弱性診断で見つけるような脆弱性ではなく、CVE-IDなどが付与される脆弱性です。 まず最初に、ツールは以下にあります。 https://github.com/knqyf263/trivy CIで簡単に使えるように1コマンドで実行可能なものにしました。ただイメージ名を指定するだけで利用可能です。 これだけです。イメージ名を指定すれば勝手にレジストリから取得するので手元にイメージがある必要はなく、それもDockerコマンドに依存せず実装してあるので実はDockerのインストールも不要です。 AWS/GCR等のプライベー
CircleCI as a Resource - Qiita
Retty Advent Calendar 2018 5日目の記事です。 昨日は @shindo-taichi さんの記事で、 Rettyマネタイズを支える広告商品開発 でした。 みなさんの会社では、CIをどれぐらい活用されていますでしょうか？ "Fail Fast, Fail Often, Fail Forward" な開発体制を整えるためには CI/CDは欠かせない構成要素のひとつで、紆余曲折あって 今ではCircleCIを利用しています。 CircleCIはCI/CDのための優れたサービスとして、様々な素晴らしい側面を持っています。 本記事では、単なるビルド環境に閉じない利用事例を紹介したいと思います。 CricleCI とは CircleCIはCIのためのSaaSのひとつで ymlで簡単にワークフローを記述し、dockerを利用したジョブ実行により CI/CD環境を手軽に構築するこ
PRごとにCIでStorybookをビルドしてデザイナーとインタラクションまで作っていく話 - Qiita
Retty Advent Calendar 2018 6日目の記事です。 昨日は @tkngue で CircleCI as a Resource でした。 CircleCIをビルド環境以外にも使い倒していこうという内容でしたが、今日はそれをフロントエンドで実践してみた事例紹介になります。 TL;DR PRごとにStorybookビルドするの、CircleCIで完結して簡単だからやるといいよ ほんでデザイナーもPRのフローに乗ってもらうと実装された細かい動作も確認できていいよ はじめに Rettyではお店会員様が 店舗情報の編集 検索結果にどう広告を出すかの設定 Retty予約にまつわる在庫登録・確認などの設定 アクセス解析 など多種多様な設定・確認を行える管理画面があります。 そちらを通常の開発とは別でフロントエンドのリニューアルを小さなプロジェクトチームで目下進行中です。 古き良きサー
GitHub.com・BitBucket.org・GitLab.comの月額料金比較 + α - Qiita
チームで利用する場合は、GitHub.comは3名、BitBucket.orgは5名までなら無料で利用できます。また、GitLab.comなら人数に制限なく無料で利用することが出来ます。 なお、BitBucket.orgは来春に値上げが予定されていますが、それでもGitHub.comと比べるとかなり安く料金が設定されています。それと、BitBucket.orgにあるコラボレーターの無制限プランは来春には廃止される予定のため、コラボレーターが100名以上の大規模ユーザーの場合はかなりの値上げとなる可能性があります。 CIサービスの月額料金比較 次に、CIサービスのTravis CI・Circle CI、及びGitLab CIの月額料金を比較します。 なお、単純に月額料金を比較することが難しいためビルドの同時実行数によって、月額料金がどのくらい違うのかを比較します。ビルドの同時実行数とは、CI
自動検出と自動修正でCSSを保守する - Qiita
CSSの保守に便利なcsscombとscss-lintについて説明します。 scss-lint scss-lintは、SCSSのコードから与えた設定に違反している箇所を報告してくれるツールです。jslintやrubocopのSCSS版のようなものです。これをCI等で定期的に実行しておくことで、ルールに違反したコードの蔓延を防ぎます。 csscomb csscombはNode製のツールで、CSSのコードを与えた設定に従って自動で変換してくれるものです。scss-lintを初めて導入するときに利用すれば、大半の警告を自動で修正してくれるでしょう。但しCSSの文法しか解釈できないため、SCSSに適用すると失敗する場合があります。SCSSで書かれたファイルに対して適用してみたところ、@includeなどの文法は受理されるものの、@ifなどの文法を受理できないようです。しかしながら問題となるケースが
ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマ
HoundCIでリポジトリに番犬を飼おう
プルリクエストのレビュー時に 「規約では１行あたり最大８０文字なので、１文字削ってください」 などと一々指摘していると人間関係が破綻する可能性があります。 こういう定量的なものに関してはロボットに任せるのが一番です。 そこでHoundCIを使いましょう。 これはRubocopにリポジトリを監視させるというコンセプトのサービスです。 HoundCIを使うメリット コーディング規約違反のコードがmasterに入る前に必ず検知できる チームメンバー全員でRubycopを使う必要がない ダルいコーディング規約に関する議論が可視化できる 人間関係が壊れない（重要） 気軽にみんなでRubocopを使える Rubocopをsyntasticを使ってVimから自動実行する Rubocopを使ってコーディングルールへの準拠チェックを自動化 Qiitaの上のような記事を読んでから、暇があったら導入しようと思っ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
