OSSで開発メトリクスの計測！GitHub Actionsのissue-metricsを使ってみた | DevelopersIO
GitHubが公式で出している開発メトリクスを取れるGitHub Actionsを紹介し試してみた内容を書きました！ はじめに 今回はGitHub上での開発している際に、開発に関するメトリクスを取ることが出来るGitHub Actionsのissue-metricsについて紹介します。こちらのOSSはGitHubが公式のリポジトリで提供しているものになります。 issue-metricsにはデフォルトで、Pull Requestへの最初のコメントやクローズまでの時間計測などを特定の期間指定してレポートすることが出来ます。それ以外にもラベルと組み合わせることでラベルの付与/削除までの期間計測を利用することでオープンからレビューまでやレビューからapproveまでの時間などのメトリクスを取るような応用も出来ます。 本記事では、サンプルや実際の適用されているOSSの紹介、どんな機能が含まれている
リードタイムを測るシェルスクリプトを作ってチームの振り返り会を活発にした話 - Classi開発者ブログ
こんにちは。エンジニアのすずまさです。 去年の夏頃にリードタイムの計測を始めてから、振り返りで良い気づきを得られるようになったりリードタイムを減らすアクションが生まれたりと良いことがたくさんあったので、今回はその紹介をしようと思います。 リードタイムの定義 『LeanとDevOpsの科学』では、リードタイムを「コードのコミットから本番稼働までの所要時間」として定義しています。 私たちのチームのリポジトリではブランチ戦略としてGitHub Flowを採用しており、mainへのマージと本番稼働のタイミングが近しいため「PRをopenしてからマージするまでの期間」をリードタイムとして定めて計測しました。 リードタイム計測を始めた動機 私たちのチームでは「チームのスピードがあまり出ていない気がする」という漠然とした課題感がありました。しかし、課題感はありつつも、ではどうするかと言われると具体的なア
GitHubで講義ノートを書く
はじめに 大学の講義ノートをいくつかGitHubで公開しています。 講義ノートをMarkdownで書いてGitHubで公開、というのをしばらく続けて、いろいろノウハウが溜まったので共有してみようと思います。 大学の講義ノートをどうするか問題 昔から大学の講義ノートを公開する人は結構多いです。最初期は、LaTeXで書いてPDFで公開することが多かったように思います。これはこれで良いのですが、基本的にはダウンロードして印刷して読む前提であり、ウェブで気軽に読める形ではありませんでした。その後、LaTeX2HTMLを使って、LaTeXファイルをHTMLに変換して公開するケースが増えました。これによりウェブで講義ノートが気軽に閲覧できるようになったのですが、いかにも「LaTeX2HTMLを使って変換しました」という外観になるのと、(少なくともデフォルトでは)レスポンシブではなく、スマホ非対応になる
Pull Requestの質を向上させるために行った戦略/戦術の話 - JMDC TECH BLOG
株式会社JMDCでモバイルアプリエンジニアをやっている @mrtry です。入社した当初、モバイルアプリチームのエンジニアは私一人だったのですが、現在では4人になりました。最近はPull Requestのレビュー数も爆増しており、とても疲弊しがちです(嬉しい悲鳴)。たいへんポイントを減らすために、最近Pull Requestまわりの運用を整えたので、今日はその話をしたいと思います。 Pull Requestのレビューがたいへん 現在、モバイルアプリチームでは、3つのプロダクトの開発をしています。各プロダクトに1名ずつassignされており、リードエンジニアとして私が一通りレビューをしている状況です。そんなこともあり「Pull Requestのレビューがたいへん」というのが最近の悩みでした。 Pull Requestのレビューをするとき、私は以下のような観点でレビューしています。 機能仕様レ
GitHubでmermaid記法が使えるようになったのでアーキテクチャーの図を書いてみた | DevelopersIO
Include diagrams in your Markdown files with Mermaidのブログにもある通り、GitHubでmermaid記法を用いてMarkdownで図を書けるようになったので試してみました。 はじめに 今回はアーキテクチャの中身の話については触れていません。 よく見かけるアーキテクチャーの図をmermaid記法を用いて記述してみて、その結果を記したものになります 書いてみるもの 図といえば、アーキテクチャーの図をよく見かけるなと思い、mermaid記法で書いてみるとどうなるか試してみました。 今回は、iOSプロジェクトで馴染みのありそうなこちらの４点をピックアップしてみました。 Cocoa MVC MVP MVVM VIPEP 図にも色々な種類がありますが、今回はFlowcharts - Basic Syntaxを用いて表現してみました。詳しい説明はこち
GitHubで使えるリリースノート(ChangeLog)自動生成ツール3選(2021年版) - Qiita
はじめに 皆さんはソフトウェアのリリースノート(ChangeLog)をどのように作成・運用されているでしょうか？ もし「作成していない」「手動で作成している」ということであれば、作成にはかなりの工数がかかり、抜け・漏れが発生する可能性がございます。本記事ではそうしたリリースノートの作成の工数を削減し、抜け・漏れを減らすを方法として、GitHubで利用できるリリースノート(ChangeLog)自動生成ツールをご紹介いたします。 対象読者 リリースノートの作成を自動化して楽したいと考えている方々 リリースノート自動生成ツールの紹介 実行環境 Windows (WSL2 Ubuntu-20.04) 1. Spring IO github-changelog-generator 1.1. 概要 Javaのフレームワークとして有名なSpringのChangeLog生成ツール。 Githubのissu
https時代のgitアカウントを使い分ける方法のメモ - ひと夏の技術
時代はhttps https://help.github.com/articles/set-up-git/ GitHubではhttps推奨になっているし… httpsのほうがclone速度はやいし… まとめに書くけどhttpsにすると覚えることが1個だけでラク SSHでアカウントを使い分けるときはどうしていたか ~/.ssh/configを作成して host github.com-main HostName github.com IdentityFile ~/.ssh/id_rsa_github User git host github.com-sub HostName github.com IdentityFile ~/.ssh/id_rsa_github_sub User git みたいなことを書いてssh-add -K ~/.ssh/id_rsa_githubして $ git clo
GitHubをフル活用してカンバン(Kanban)方式による開発体制を構築したノウハウを惜しみなく公開する - Qiita
簡単な自己紹介 渋谷のとあるプログラミングスクールを経営する会社でCTOを担当しています。 昨年、2019年3月にこの会社にジョインしてから開発から新商品企画まで幅広く担当してます。 背景 2019年3月に私が入社した時、システム開発の案件管理に色々と問題がありました。 それらの問題を各ステークホルダーにヒヤリングして問題点と解決案をまとめて社長に提案し、社長の賛同を得て開発体制の構築を進めてきました。 この度、ようやく開発体制の構築ができて順調に開発案件の管理、運用できるようになってきたので、今回、他の会社の参考になればと思ってまとめてみました。 弊社の組織体制 組織としては、CEO（社長）をトップとして、以下チームが下にある形です。 私は、CTOとして開発チームのマネージャーを担当しています。 開発体制の問題点をステークホルダーの声を聞いて整理した 問題の解決にあたって、まずは各ステー
マイクロソフトを退職します - ikeike443のブログ
もとい、4年7ヶ月ソリューションズエンジニア（＝セールスエンジニア）として勤めたGitHubを退職します。月曜が最終出社で、年末をもって退職です。 GitHubでの思い出たち 思い返せば2014年、GitHubに応募したときにはまだGitHubにはグローバルでも120人ほどしか社員がいなかったのですが、半年後、2015年に入社したときには300人、その翌年には600人を超える規模に急激に成長しました。。 2019年も終わりの現在、1400人近くいます。来年にはさらに倍近く増えるはず。随分大きな企業になったものだ。。この4年半でシリーズBで2.5億ドル調達、その3年後にはマイクロソフトに75億ドルで買収されたわけです。いやはや。。 日本法人も私が入社したときはDiceと僕の2人しかおらず、アメリカからセールスがもう1人の3人体制でしたが、今は16人ほどに増えています。いやー大きくなった。 自
GitHubのプライベートリポジトリでファイルを管理してNetlifyでWebサイトを運営する手順の概略
GitHubのプライベートリポジトリでファイルを管理してNetlifyでWebサイトを運営する手順の概略 前提 アカウント GitHub Netlify GitHubアカウントとの連携を済ませておく DNSプロバイダ ドメインを用意しておく CNAMEが設定できるところ ツール git hub gitで管理されたWebサイトを用意する $ mkdir ~/website.example.com $ cd ~/website.example.com $ git init $ echo "Hello" > index.html $ git add . $ git commit -m "Initial commit" GitHubにプライベートリポジトリを作る $ hub create -p website.example.com $ git remote -v $ git push origi
GitHub Actionsファーストインプレッション 〜v1との違い、導入方法、価格、良い点・悪い点〜
GitHub Marketplace ※v1と同一URL２つあるので、「GitHub Actions」というキーワードでGoogle検索したときに古いv1の情報が出てくることもあるので注意してください。v1前提なのかv2前提なのかで全く内容が異なってきます。 またv1が手元で使えるからといってv2が自動的に使えるわけではありません。それぞれ別物なのでv1が使えてたとしても、v2が利用可能対象ユーザーとして降ってくるまでは使えません。 導入方法設定方法は簡単。GitHub Action v2が使える対象になっていれば、下記のように表示されますので Enable Repository してください。 有効化されると、下記画面が出てくるのでGUIでポチポチワークフローを設定するもよし。 .github/workflows以下に直接YAMLを置くもよし。動くYAMLサンプルは下記の公式 start
【今日からできる】コミットメッセージに 「プレフィックス」 をつけるだけで、開発効率が上がった話 - Qiita
はじめに 今まで commit message を「なんとなく」書いていたが、プレフィックスをつけることで、コミットメッセージに対する考え方が変わった。 そのおかげで開発効率が上がったので、その内容をシェア。 プレフィックスをつけるってどういうこと？ 以下のようにコミットメッセージの先頭に、なんらかの文字をつけること。 feat: xxx という機能を追加 fix: yyy で発生するバグを修正 refactor: zzz の機能をリファクタ のように feat, fix, refactor などがプレフィックスです。 最近 OSS の Contribution Guide などでよく見かけます。 導入したプレフィックスルール Angular.js/DEVELOPERS.md Angular.js の開発者ガイドに書いてあるメッセージを参考にしました。 以前のコミットメッセージ（例 ちなみ
GitHubを使うなら最低限知っておきたい、プルリクエストの送り方とレビュー、マージの基本
本連載「こっそり始めるGit／GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの1つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終える頃には、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。 前回の記事「これでもう怖くない、Git／GitHubにおけるリモートリポジトリの作成、確認、変更、更新時の基本5コマンド」では「リモートリポジトリ」に対する基本操作を解説しました。 連載第10回目の本稿では「プルリクエスト」の基本機能や手順について解説します。 本稿で解説する作業は、前回の記事で作成したリポジトリをベースに進めていきます。リポジトリを作成する作業をまだ行っていない場合は、前回の記事を読みながら準備を進めてみてください。 プルリクエスト
GitHubの２段階認証でSourceTreeを使えるようにするには - Qiita
はじめに GitHubには、セキュリティを強化するために2段階認証を有効化することができます 2段階認証を有効にすると、GitHubにログインしようとしたときにアプリやSMSで通知を受け取って、ログインを承認するためのワンタイムパスワードを取得・入力しないとログインできないようになる。 こうすることで、誰かが不正にログインしようとしたとき 通知を受け取る ことができるようになり、さらに アプリやSMSで本人が認証 しない限り不正ログインができなくなります。 従って、安全に利用するためにはできれば2段階認証を有効化して、リポジトリを守りたいと思います。 しかし困ったことに、SourceTreeなど、２段階認証に対応していない周辺アプリからIDとパスワードによる利用ができなくなってしまいます。 コマンドラインでGitHubを操作するのは面倒なので、GitHubで2段階認証を有効化した後にもSo
GitHubと連携できる継続的インテグレーションツール「Travis CI」入門 | さくらのナレッジ
開発の現場ではビルドやテストを自動化して継続的に実行していく「継続的インテグレーション」（CI）が近年普及しつつある。CIを支援するためのツールはいくつかあるが、今回はGitHubと連動し、指定したリポジトリ上にあるコードを自動的に取得してビルドやテストを実行できるサービス「Travis CI」を紹介する。 Travis CIで手軽に継続的インテグレーションを導入 「継続的インテグレーション（CI）」とは、ソフトウェア開発過程において頻繁にテストを行うことで問題を早期に発見し、品質の向上を図る開発手法である。しかし、テストを毎回手動で行うのには手間がかかる。そこで特定のタイミングで自動的にテストを実行し、テスト完了後にその結果を通知する「CIツール」などが利用される。 CIツールとしてよく知られているものとして「Jenkins」などがあるが、多くのツールでは独自にテストのための環境を構築し
Jenkins2.0のPipelineを触ってみたら便利だった - be-hase blog
Jenkins2.0でてた Jenkins2.0がでてた。 https://jenkins.io/2.0/ ざっくりと概要を見ると、主な変更点は次の3つらしい。 Built-in support for delivery pipelines. Improved usability. Fully backwards compatible. 2に関しては、単純に見た目が良くなったよってこと。嬉しい。 3に関しては、後方互換性あるよってこと。幸せ。アップデートしない理由は理由ありませんということ。 1が気になる。 Jenkinsに感じてた不満点 Jenkinsって基本的にUIで設定をしていくから、面倒だなって思ってた。 ちょっと変更したいだけなのに、わざわざポチポチと...。 そもそもUI自体もそんなに良くはなかった。(jenkins1.6あたりからだいぶマシになったけど) あと、同じような設定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Soracom Labs
GitHub - sandeepmistry/node-sensortag: Node.js lib for the TI SensorTag
GitHub - matplotlib/cheatsheets: Official Matplotlib cheat sheets
開発者のスケジュール管理に超便利、GitHub Issues、Label、Milestone、Projects使いこなし術
