プルリクエスト時にラベルから自動でチェックリストを作成・更新するGitHub Actionを作成した
今回はPull Requestを読み取ってこんな感じのチェックリストを自動生成する kasaikou/pr-checklist-action というGitHub Actionを作成したのでその紹介をする記事です。 TL;DR プルリクエストテンプレートにチェックリストを入れがちだけど、知見が溜まっていくに従ってチェック項目が増えていくのはつらいよ そこで、設定されたラベルをもとにチェックリストを自動作成する GitHub Actions を作ったよ actions/labeler と併用することでラベル設定のめんどくささは actions/labeler が解決するから、それに相乗りするだけでいいよ 基本的にはチェックリスト用のコメントが作成されるけれど、少しテンプレートを変更することで今までのプルリクエストテンプレートっぽいチェックリストを作成することもできるよ 背景とかコンセプト 個人
GitHub の削除されたリポジトリや非公開のリポジトリに誰でもアクセスできるの？
こんなタイトルの記事を見かけました。 GitHubの削除されたリポジトリや非公開のリポジトリに誰でもアクセスできてしまうのは仕様通り 元の記事はこちらです。 Anyone can Access Deleted and Private Repository Data on GitHub もしもこれらが本当にタイトル通りだとしたらさすがに大事件なので、検証してみました。 要約 Accessing Deleted Fork Data フォークのコミットは、フォークを削除したあとも、フォーク元のパブリックリポジトリ経由で参照できる。 Accessing Deleted Repo Data パブリックリポジトリのコミットは、フォークが作成されていたら、パブリックリポジトリを削除したあとも、フォーク経由で参照できる。 Accessing Private Repo Data プライベートリポジトリのフォ
GitHub Actionsで実現する高度なイシュー管理: 安野たかひろ都知事選マニフェストリポジトリの自動化ワークフロー解説 - Sun wood AI labs.2
ワークフローの概要 このGitHub Actionsワークフローは以下の主要な機能を持っています： 新しいイシューが開かれたときに自動的に起動 イシューの内容を分析し、不適切なコンテンツをチェック 既存のイシューとの重複を検出 必要に応じてラベルを付与 ワークフローの詳細解説 トリガーとパーミッション設定 name: Issue Review on: issues: types: [opened] permissions: issues: write contents: read このセクションでは、ワークフローの名前を定義し、トリガー条件とパーミッションを設定しています。 on.issues.types: [opened]: 新しいイシューが開かれたときにワークフローが起動します。 permissions: ワークフローがイシューの読み書きと、リポジトリコンテンツの読み取りを行うための権
GitHub Copilot Extensions発表 ―さまざまな開発ツールを組み合わせながらCopilotを利用可能に | gihyo.jp
GitHub Copilot Extensions発表 ―さまざまな開発ツールを組み合わせながらCopilotを利用可能に GitHubは2024年5月21日、サードパーティのツールやサービスの機能をGitHub Copilotに追加できる「GitHub Copilot Extensions」を発表した。Copilot Extensionsを使用すると、開発者はIDEやGitHub.comから離れることなく、好きなツールやサービスを使用しながら自然言語でAIとやりとりし、開発を進めることができる。 GitHub Copilot Extensionsのご紹介：パートナーとのエコシステムで無限の可能性を引き出す -GitHubブログ Copilot Extensionsは現在のところGitHub.com上のGitHub Copilot Chat、Visual Studio、およびVS Code
【個人開発】キリ番を祝ってくれるGithub Actionsをリリースしました🎉【Go】 - Qiita
宣伝 GithubのIssue, Pull Requestには連番で番号が振られています。 この番号においてキリ番(キリの良い番号の略)を踏んだときに、誰も祝ってくれないのは寂しくないですか？ kumackey/kiribanを使えば、キリ番を踏んだときにコメントで祝ってくれます！🎉 今までキリ番を踏んだ人のリストや、次のキリ番も予告してくれます。 使い方 READMEに書いてある通りではありますが、このアクションが動作して欲しいリポジトリの.github/workflowsに、以下のようなymlファイルを追加するだけです！ # .github/workflows/kiriban.yml name: kiriban on: issues: types: [ opened ] pull_request: types: [ opened ] jobs: kiriban: runs-on: u
なぜ我々は GitHub Copilot Enterprise の導入を見送ったのか - 一休.com Developers Blog
CTO 室の恩田です。 今回は GitHub Copilot Enterprise を評価してみて、現時点ではまだ採用しないことを決めた、というお話をご紹介したいと思います。 きっかけ とあるエンジニアが Slack で自身の times チャネルに時雨堂さんの GitHub Copilot Enterprise のススメという記事を投稿したことが発端でした。特に感想はなく URL に 👀 だけが添えられていたので、後で見るぐらいのメモだったんだと思います。 それを見かけた別のエンジニアが技術雑談チャネルにその投稿を共有して、これは凄そうと話題を向けたところ、CTO の「評価してみる？」の一言で、有志が集って評価プロジェクトが始まりました。 雑談チャネルできっかけとなる投稿が共有されてから、30分足らずの出来事でした（笑）。 この話題が出たのは金曜日でしたが、週明け早々に稟議を終え、火曜
git 管理下にある指定したディレクトリ内に存在する全てのファイルの最終更新日を取得する - Qiita
はじめに この記事は 2023 年の MDN 翻訳 Advent Calendar 向けに作成したものです。 こんにちは。debiru です。好きなシェルは Bash です。 今日は、「MDN翻訳ステータス一覧表」で使っているシェルスクリプトを紹介しようと思って来ました。 更新日降順で MDN 日本語記事を一覧する 上記と同じリンクですが、https://mdn.lavoscore.org/?sort=date-desc こちらで最も右側の列を見ると確認できます。 全ての日本語記事の最終更新日を取得したい MDN のローカライズ版の記事は、日本語を含めて以下のリポジトリで管理されています。 この ja ディレクトリ下にある全てのファイルの最終更新日を取得することを考えます。 git log コマンドの結果を利用する 上記リポジトリを clone して、files/ja ディレクトリに移動し
GitHub Copilotのコマンドラインツールの紹介
💻 GitHub Copilotのコマンドラインツールの紹介 🌟 Introduction: はじめに こんにちは、皆さん！GitHub CopilotのCLI（コマンドラインインターフェース）ツールが公開ベータ版となりました。そのインストールから使ってみた感想までをこの記事でご紹介していきます。詳細は公式ページをご覧ください。 公式ページから一部引用しますと： "GitHub Copilot in the CLI brings GitHub Copilot right to your terminal, where you can ask it to do things like explain how a command works or suggest a command for a task you want to perform." これを日本語に訳すと次のようになります(意
GitHub、Copilotの将来像となる「Copilot Workspace」発表。人間がコードを書くことなく、Copilotが仕様作成からコード作成、デバッグまで実行。GitHub Universe 2023
GitHubがCopilotの将来像「Copilot Workspace」を発表した。人間が書いたIssueを起点にCopilotが仕様作成からコーディング、ビルドなど、ほとんど全ての開発工程を自動的に実行してくれるものだ。 GitHubの年次イベント「GitHub Universe 2023」が米サンフランシスコで開幕。同社CEOのThomas Dohmke（トーマス・ドムケ）氏は1日目の基調講演の最後に、GitHub Copilotの将来像となる「Copilot Workspace」を発表しました。 Copilot Workspaceは、人間が書いたIssueを起点にCopilotがIssueに対応した仕様を書き、実装計画を示し、それに沿ってコーディングや既存のコードの修正を行い、ビルドをしてエラーがあれば修正まで行うという、コーディングのほとんど全ての工程をCopilotが自動的に実
「4年以内にコードの8割、AIが書くようになる」ギットハブCEO：朝日新聞デジタル
米マイクロソフト（MS）傘下のソースコード共有サイト「ギットハブ」のトーマス・ドムケ最高経営責任者（CEO）が8日、朝日新聞の取材に応じた。ドムケ氏は「今後4年以内にコードの8割をAI（人工知能）が書くようになる」としたうえで、「開発者はより創造的な作業に集中できるようになる」との見方を示した。 ギットハブは、開発者が作ったソフトウェアのコードを共有できるプラットフォームを運営しており、日本でも大企業などが利用している。親会社のMSは対話型AI「ChatGPT（チャットGPT）」を開発する米オープンAIに出資しており、ギットハブは昨年からAIによるコード作成の支援機能「Copilot（コ―パイロット）」を提供している。 この機能についてドムケ氏は「100万人以上の有料利用者がいる」としたうえで、「作成されたコードの半分近くがAIによって書かれていた」と説明。「開発者にとって退屈な仕事を減ら
pull_request_target で GitHub Actions の改竄を防ぐ
本記事では GitHub Actions で pull_request event の代わりに pull_request_target を用い、 workflow の改竄を防いでより安全に CI を実行する方法について紹介します。 まずは前置きとして背景や解決したいセキュリティ的な課題について説明した後、 pull_request_target を用いた安全な CI の実行について紹介します。 本記事では OSS 開発とは違い業務で private repository を用いて複数人で開発を行うことを前提にします。 長いので要約 GitHub Actions で Workflow の改竄を防ぎたい GitHub の branch protection rule や codeowner, OIDC だけでは不十分なケースもある pull_request event の代わりに pull_r
RenovateでGitHub成果物のチェックサムを更新する - プログラムモグモグ
開発やビルドに必要なツールをインストールするとき、特にビルド済みの実行ファイルをインターネットからダウンロードするとき、セキュリティインシデントを防ぐためにはアーティファクトを信頼しても良いか確認しなくてはいけません。 もしGnuPGで署名されていればそれを使うことになりますが、正直に言うと開発者にとってもユーザーにとっても手間がかかることが多いです。 一般によく取られている方法が、チェックサムファイルをアーティファクトと一緒に公開することです。 ユーザーは、sha256sumコマンドなどでアーティファクトのチェックサムを公開されているチェックサムと比較し、改竄されていないことを確認できます。 中間者攻撃やソーシャルハッキングによるアーティファクトの改竄などのシナリオを想定すると、アーティファクトと同じドメインで公開されているチェックサムファイルを、同じスクリプトのなかでダウンロードして使
GitHub.comにSBOM生成ツールが登場。誰でも無償でSBOMファイル作成、パブリックリポジトリならユーザーでも自由に作成可能
GitHub.comにSBOM生成ツールが登場。誰でも無償でSBOMファイル作成、パブリックリポジトリならユーザーでも自由に作成可能 GitHubは、同社が提供するGitHub.comにSBOM（ソフトウェア部品表）生成ツールが組み込まれたことを発表しました。 リポジトリを参照できる権限があるユーザーであれば誰でもボタンをクリックするだけでSBOMファイルを無償で作成できます。 つまり、誰でも参照できるパブリックリポジトリであれば、誰でもそのリポジトリで公開されているソフトウェアのSBOMファイルが簡単に入手できることになります（実際に試しましたが、確かにパブリックリポジトリのSBOMファイルを簡単に作成できました）。 Introducing self-service SBOMs! With just one click, developers and compliance teams c
GitHub、「ブランチ保護ルール」を拡張した「リポジトリルール」の一般提供を開始
GitHubは2023年7月24日（米国時間）、新機能「リポジトリルール」の一般提供を開始したと発表した。組織全体にルールを適用し、コード品質の維持を図るなどができる。 これは、「ブランチ保護ルール」を拡張する機能として、2023年4月にパブリックβ版を発表していたもの。ブランチ保護ルールでは、ブランチに対してさまざまなルールを設定し、適用できる。例えばブランチに変更をマージする際に、プルリクエストでレビューを受けなければならない、プルリクエストでは複数あるいは特定のレビュアーの承認が必要、特定のメンバーはマージできない、などをルールとして強制できる。 「それでも、オーガニゼーション全体でブランチやタグを一貫して保護するのは相変わらず大変だ。スクリプトやcronジョブ、各種のAPI呼び出し、サードパーティーツールの管理を行うことは、面倒であるだけでなく時間のかかる作業でもある」（発表ブログ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - VincenzoManto/light-release: A lightweight tool to automate your release process, compatible with conventional commit messages. It reads your commit history, determines the release type, and generates release notes without unnecessary dependencie
プルリクを気持ちよくレビューしあえるコツあれこれ
Improving GitHub Deployments with Merge Queue
Dosu - Everyone's Developer
Unable to update submodule from Github within WSL
GitHub - Frederick888/git-credential-keepassxc: Helper that allows Git (and shell scripts) to use KeePassXC as credential store