Liam リポジトリがリリースから 3 ヶ月で、GitHub のスター 3,000 個を獲得するまでの施策と経過を紹介します。 先日 Liam リポジトリのスターが、リリース 3 ヶ月目にして 3,000 を超えました。リポジトリのトラフィックやフォーク、外部コントリビュートとともに、現在もスターが増え続けています。 スターは自然に増えたわけではなく、能動的な施策により増やすことが出来ました。 この記事では GitHub スター 3,000 を獲得するために、何を考え、どんな施策をしたのかを綴ります。 Liam ERD とは Liam ERD は Liam ブランドの１つ目のプロダクトであり、データベーススキーマから美しい ER 図を簡単に自動生成するツールです。OSS として公開し、コミュニティとともに成長することを目指しています。 KPI として GitHub スター 3,000 を設

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 以前、OSS 活動の指標（メトリクス）を GitHub のリポジトリデータから考察しました。 tech.route06.co.jp それを踏まえて、GitHub リポジトリのトラフィックデータを継続的に蓄積する Google Apps Script (GAS) を実装しました。 tech.route06.co.jp 今回は他のメトリクスを蓄積する GAS も追加しつつ、OSS としてリポジトリを公開したので、改めて紹介します。 公開したリポジトリ 蓄積しているメトリクス 1. Stargazers やりたいこと 課題感 解決策 2. Traffic views やりたいこと 課題感 解決策 3. Traffic clones やりたいこと 課題感 解決策 4. Top referral sources やりたいこと

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 最近 ROUTE06 では、Giselle と Liam というプロダクトを OSS 化しました。 https://github.com/giselles-ai/giselle https://github.com/liam-hq/liam 本記事では、ROUTE06 の OSS 推進室が OSS 化の際に作成し実際に使用した、「OSS 公開チュートリアル」を公開します。一部、内部リンクへの参照などは削除しています。 👉 ROUTE06 の OSS 推進室は Open Source Program Office (OSPO) として、OSS の活用促進やリスク管理、コミュニティ貢献支援に加え、社内プロダクトやプロジェクトの OSS 化を推進する部門です。 OSS 公開チュートリアル 1. 前準備 2. リポジトリの

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。 前回は OSS 活動に関係する指標のうち、取得期間に制限のある数値に言及しました。 前述のとおり、Views, Unique views, Clones は直近 2 週間の数値しか取得できません。次回はこちらの課題を解決した方法を紹介する予定です。 tech.route06.co.jp 今回は Google Apps Script (GAS) を使って、Google スプレッドシートにこれらの数値を 2 週間以上蓄積する方法を紹介します。 Google スプレッドシートを作成する GitHub App Access Token を使用する GitHub App を作成する GAS を実装する main.gs github.gs GAS にスクリプトプロパティを設定する GITHUB_APP_ID GITHUB_APP

ROUTE06 では全社ワークスペースとして GitHub を利用しており、社内資産をはじめとしたあらゆる情報を GitHub Projects で管理しています。 例えば、プロジェクトごとのアサイン状況、社内で承認/活用されているツールやライセンス、費用承認稟議など、その範囲は多岐にわたります。 GitHub という強力なプラットフォーム上に、社内のあらゆる情報が一元化されることよって生じるメリットは、非常に大きいと感じています。 一方で、デフォルトの機能だけではやや課題が残ることも事実です。 本記事は GitHub Actions でワークフローを構築することで課題を補ってみたよ、という記事です。 課題 例えば、プロジェクトごとのアサイン状況であれば、以下のようなカスタムフィールドを準備し、管理します。 - プロジェクト名 - 稼働割合 - 稼働開始日 - 稼働終了日 - 雇用形態 -

ROUTE06 では GitHub の管理に Terraform を導入しました。今回はその導入の背景、実際に導入してどう変わったのか、導入方法について紹介したいと思います。 Terraform とは Terraform は、IaC（Infrastructure as Code）ツールの一種です。 インフラの設定をコードとして管理することで、設定の変更履歴が明確になり、誤った設定によるトラブルを防ぐことができます。 なぜ GitHub を Terraform で管理するのか ROUTE06 では、全社的に GitHub を使用しています。そのため、GitHub の管理は非常に重要です。 Terraform 導入前には、以下のような課題がありました。 手動での設定変更時にミスが発生する 設定変更の履歴が追いにくい 重要な変更（リポジトリの作成や Organization へのユーザー招待など

こんにちは。ソフトウェアエンジニアの id:masutaka26 です。最近は社内プロダクトの OSS 化を推進する活動をしています。 先日、GitHub の Issue テンプレートを調査しました。その中で Supabase が参考になったので共有します。 1. New Issue からの導線 コラム: Issue テンプレートはどこにある？ 2. Discussions のカテゴリ設計 Categories Most helpful まとめ 1. New Issue からの導線 これが Supabase の Issue テンプレートです。 🔗 https://github.com/supabase/supabase/issues/new/choose New Issue on supabase/supabase ②に興味を惹かれました。いずれも GitHub Organization

概要 OktaとGitHub Enterprise CloudをSAML連携させるために、Oktaのアプリ統合カタログにある「Github Enterprise Cloud - Enterprise Accounts」を使ってSSO(シングルサインオン)を実現しました。 実現できたこと プライベート環境と仕事環境の切り分けが可能になった GitHubでは、Enterprise Managed Usersという仕組みを利用している場合を除き、個人アカウントを使用して会社のGitHub環境に参加します。そのため、GitHubにログインすれば、時間や場所、デバイスに関係なく仕事環境にアクセスすることが可能です。しかし、これは労務管理とセキュリティの観点で問題がありました。 SAML連携後は、個人アカウントに従来の認証方法でサインインした後、仕事環境へアクセスするためにOktaで追加認証を行う必要

ROUTE06 でソフトウェアエンジニアをしている @MH4GF です。 GitHub のマージキュー(Merge Queue)を私のチームでの開発フローに取り入れてから数ヶ月経ちました。マージキューは非常に便利ですが、挙動の理解やセットアップに難しさがあると感じています。いくつかの課題の対処ができ安定した運用ができてきたので、この記事ではセットアップでつまづきがちな点を紹介します。 マージキューとは マージキューは 2023 年 7 月に一般公開された比較的新しい機能で、簡単に説明すると「プルリクエストのマージ前にマージ先ブランチを取り込んだ上で CI を実行し、通ることを確認してからマージする」機能です。 複数人で GitHub を利用した開発をしていると、main ブランチの取り込み漏れにより「プルリクエストでの CI は通るものの、マージ後の main ブランチの CI は失敗する

こんにちは。hiroppyです。2023年7月に技術顧問として参加させていただき、半年経ちましたので、今回は自分からみたROUTE06社の印象と何をしているかを話したいと思います。 一言でいうと、組織が大きくなっていることが実感できた半年でした。 最初の印象 様々なスタートアップを見てきましたが、ROUTE06社はその中でも、最初から組織環境を整備しており、主に印象的だったのは以下のような要素でした。 会社全体の雰囲気の良さ 会社文化の浸透と全員が同じ方向を向いている点 業務の自動化や権限委譲 会社や個人のモチベーションの高さ 会社全体の雰囲気の良さはSlackを入ったときにすぐに分かりました。常に大量の絵文字が付いたり、#break-timeなどで気軽に集まったりして話している風景を毎日見ていたからです。特にROUTE06社はフルリモートの会社なので、コミュニケーションや信頼関係の構築は

Azure OpenAI Serviceを使うためにMicrosoft Azure環境を用意することがこれから増えてくると思います。その際、ウェブのフロントエンドをMicrosoft Azureで用意できると便利ですね。 Azure Static Web Appというサービスを使うと、GitHubのリポジトリと連携してフロントエンドの環境を用意でき、さらにパスワードを使った閲覧制限をかけることも可能です。 無料で使い始めることができ、パスワードを使った閲覧制限をかける場合も、1時間あたり$0.01で使い始めることができ、本番環境はもちろん、検証環境としても便利に使えると思ったので、この記事で Viteで作成したReactアプリケーションをAzure Static Web Appにデプロイし、パスワード制限をかける流れを紹介します。 Azure Static Web Appを作成する Azu

こんにちは。ROUTE06 データエンジニアの id:masutaka26 です。8/16 に入社したので、入社から 3 ヶ月経ち、会社にも慣れてきました。 初投稿である今回の記事では、ROUTE06 に入社して素直に変だと思った、会社の取り組みや習慣をまだフレッシュな気持ちが残っているうちに紹介します。 1. 入社 1on1 マラソン 早速出て参りました。全く聞き慣れないであろう「入社 1on1 マラソン」です。(*^^*) ROUTE06 に入社したら、全ての正社員と 1on1 する必要があります。私は入社前に聞き流してしまったようで、入社後聞いた時は「これから 50 人と 1on1 するなんて正気ですか？」と思いました。 私は 1 回 30 分を毎日 2~3 セッティングして、8/21 ~ 9/25 で完走しました。期間は自由で、数ヶ月かける人もいるそうです。 初見の方と話すのは苦手

皆さん、こんにちは！ @hoshinotsuyoshi です。今回は、私が開発した便利なツールについて紹介したいと思います。このツールは、GitHubのCODEOWNERSファイルの変更を正確に報告し、プルリクエストのレビューを効率的に進めるのに役立ちます。 背景 プロジェクトの管理では、CODEOWNERSファイルを使用して、特定のファイルやディレクトリに対する所有者（コードの保有者）を指定することがあります。 しかし、このファイルの解釈・パースは複雑怪奇で、このファイルの内容が変更された場合、具体的にどのファイルが影響を受けるのかを把握するのは簡単ではありません。 同僚のmh4gfさんの記事 GitHubのCODEOWNERSで一部サブディレクトリだけ別のオーナーを指定する も御覧ください。 サブディレクトリだけ別のオーナーを指定するときにこんな書き方をしないといけないんです。 どうで

こんにちは、ROUTE06でソフトウェアエンジニアをしている @ohteru です。 この記事ではROUTE06の普段の業務内容を紹介したいと思います。 概要 僕が現在携わらせていただいてるプロジェクトは仕様書をGoogleスプレッドシートで管理しています。 スプレッドシートを選んだ理由はビジネス要件として下記のものがあったからです。 外部会社に共有しやすい形式である必要がある 共同で編集できる必要がある ですがもちろん運用するにあたりいくつかの課題もあがりました。 変更した際に関係者全員に周知することは大変 バージョン管理の機能はあるが差分がわかりづらい 当初はこの課題の対応として変更があった部分のテキストの色を変え、変更があれば自動で通知されるといった通知の部分だけをシステム化しようと思っていました。 どのような方針で課題を解決するか 色々と調査していく中で一つの記事を見つけ、それを参

プロダクトセキュリティのお手伝いをしている wonda-tea-coffee です。 このたびROUTE06ではGitHub Advanced Security(以下GHAS)を導入することになりました。 👉 あわせて読みたい: 全社プロダクトのセキュリティ向上: SASTツールを選定した話 それに際してGHASとは何か、またどんな運用を予定しているのかについて社内向けに資料を作成しました。今回はその資料を社外向けに一部修正して紹介します。 GHASとは GHASはGitHubのEnterpriseプランに追加することができるセキュリティ機能に特化したアドオンです。 docs.github.com 以下ではGHASが備える機能について紹介します。 Code Security GitHub上のコードの脆弱性をスキャンする機能です。 docs.github.com GUI操作のみで手軽に有効

プロダクトセキュリティのお手伝いをしている wonda-tea-coffee です。 最近セキュリティ施策としてプロジェクト横断的に使用するSASTツールの導入を検討しました。 SAST(Static Application Security Testing)は、アプリケーションのソースコードを動作させずに解析する手法のことです。 この記事ではその検討の結果と過程を紹介します。 選定基準 社内で使用している主要なプログラミング言語・パッケージ管理システムをサポートしていること 最も重要な点です。ツールによってサポート範囲が異なるため注意が必要です。 セキュリティ上の問題をより多く検知できること 今回は有用なセキュリティのガードレールが欲しかったため、解析項目の多さも重要です。 開発業務に支障が少ないこと 誤検知が煩わしかったり、指摘内容が分かりづらかったりしては開発業務に支障が出てしまいま

こんにちは、ROUTE06でソフトウェアエンジニアをしている @MH4GF です。 Amplify Hosting を利用してホスティングしている Web アプリケーションで、プレビュー環境を GitHub Actions でデプロイする方法を紹介します。 背景 Amplify Hosting では、実はプルリクエストベースのプレビューを機能として提供しています。 docs.aws.amazon.com プルリクエストの作成と同時に環境にアクセスする URL が払い出され、Gitのコミットのプッシュと同時に再ビルドし、プルリクエストのマージと共に環境を削除します。 ビルドの進捗状況もプルリクエストの Checks として確認できるため、概ね期待する機能は揃っています。 ただ、運用する上でどうしても気になる点がありました。 モノレポで構築されているリポジトリで、ビルドの発火するディレクトリパ

ROUTE06 でエンジニアリングマネージャ兼ソフトウェアエンジニアとして働いております海老沢 (@satococoa) と申します。 先日発生した GitHub Actions と AWS の OpenID Connect 連携におけるトラブルに関して調査を行い、対応方針を策定した件を共有したいと思います。 [2023/07/10 追記] Thumbprint を明示的にユーザ側で設定しなくて良いように、AWS 側で対応されたそうです。 github.com 当面 Terraform のモジュール的には必須入力のままですが、任意の文字列で良いそうです。 （いずれ入力も不要になるのかと思います。） https://github.com/aws-actions/configure-aws-credentials/issues/357#issuecomment-1626357333 The A

ROUTE06 Software Engineerの@yoshida-m-3です。 GitHubからの通知が溢れ返る😂 GitHubはIssue、Pull Request、Projects、Actions、Discussionなど様々な機能があるため、通知の件数も増えていきます。 大量の通知をコントロールして効率良くチェックできるようにしましょう！ 不要な通知は受け取らないようにする🚫 そもそも本当に全て通知を受け取る必要はあるでしょうか？ クリック1つで情報へアクセス出来るので見てしまいますが、人一人が扱える情報量にも限度があります。 勇気を持ってWatched repositoriesから不要なRepositoryのWatchを外して通知自体を減らしてしまいましょう。 また、用件がある場合はMentionされるのでWatchして居ないRepositoryでも通知は届きます。 通知を

こんにちは！ROUTE06 プロダクトデベロップメント本部の @mh4gf です。 現在僕が関わっているプロジェクトでは、実装の変更に伴う UI のデグレードを検知するためにstorycapとreg-suitを利用した Visual Regression Test を GitHub Actions で実施しています。 運用を進める中で撮影対象のスクリーンショット数も増え、テスト実行時間の増加に悩まされてきました。テスト高速化に取り組みいくつかの改善に成功したため、この記事でその方法を紹介します。 3 行まとめ まず最初に取り組むべき並列実行の基本についてはこの記事を参照してください https://blog.wadackel.me/2022/vrt-performance-optimize/ turborepo を利用し storybook の差分ビルドを行う GitHub Actions