はじめまして。10月に入社しました、エンジニアのsugitaです。 こういう記事を書くときにテーマ設定で時間をかけてしまう性格なので、技術的なことなら何でも書いていいと言われて逆に迷ってしまいましたが、今回はCIを使って開発しているときの小ネタを紹介します。 TL;DR CIサービスのビルドを無駄に回さないようにする方法を紹介します。 コミットメッセージに[ci skip]を含める commit.templateの設定 .git/info/excludeの設定 背景 私はコードを書くとき、細かい単位でコミットしてremoteへのpushも頻繁にするほうなのですが、今のプロジェクトでは、GitHubレポジトリへのpushをフックとしてCIのビルドが動く設定になっています。そのため、pushするたびにビルドが動いてしまいます。 本当はpull requestのレビュー前だけ動いて、自動テストと
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Lefthook: Knock your team's code back into shape — Martian Chronicles, Evil Martians’ team blog 原文公開日: 2019/07/30 著者: Abroskin Alexander、Andy Barnov サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 ※日本語タイトルは内容に即したものにしました。画像は元記事からの引用です。 以下は続編記事です。 参考: Lefthook: refactoring the Git Hooks automation tool back into shape—Mar
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Our 10-point technical debt assessment 原文公開日: 2017/10/12 著者: Bryan Helmkamp サイト: https://codeclimate.com/ 6年前に画期的にシンプルなコード品質測定基準を導入して以来、コードの品質を高め、チームの生産性を向上させるのは「明確かつ実行可能な測定基準」であることがわかってきました。次の段階として、プロジェクトを明確に理解する新しい方法を提供するために、コード品質の測定とトラッキング方法に最近改良を加えました。 私たちの新しい評価システムは、「保守のしやすさ」（「技術的負債」と反対の概念）と「テストカバレッジ」という2つの柱の上に構築されています。テストカバレッジの算出方法はシンプルです。テストでカバーされたコード行数を、カバー可能な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
