<@today- 14 d (過去 14 日間)、<@today-3w (過去 3 週間)、<@today-1m (前月) GitHub は、次の場合に issue または pull request を更新済みとしてマークします。 作成 再オープン済 編集済み コメント済み ラベル付き 担当者が更新される マイルストーンが更新される 別のリポジトリに転送されました また、プロジェクト内のフィールド値が変更されると、アイテムも更新済みとしてマークされます。 issue または pull request の自動アーカイブを有効にすると、プロジェクト内の既に条件を満たしているアイテムもアーカイブされます。 既に条件を満たしている多数のアイテムのアーカイブでは、若干の遅延が発生する可能性があります。 プロジェクトには、アクティブ ビューとアーカイブ ページの両方で最大 50,000 個の項目を含め
Obtainium allows you to install and update apps directly from their release pages, and receive notifications when new releases are made available. The app supports over a dozen source websites, including GitHub, GitLab, and F-Droid. Each source can be configured with various filters and settings to account for different release schemes, edge cases, and user preferences. For everything else, a gene
1–skills+43mattpocock/skills +432▲orca+29stablyai/orca +293▼OmniRoute+27diegosouzapw/OmniRoute +274▲graphify+24Graphify-Labs/graphify +245▼pi+24earendil-works/pi +246–QwenPaw+21agentscope-ai/QwenPaw +217▲ponytail+20DietrichGebert/ponytail +208▲impeccable+19pbakaus/impeccable +199▼awesome+19sindresorhus/awesome +1910▲firecrawl+18firecrawl/firecrawl +1811▲herdr+18herdrdev/herdr +1812NMediaCrawler+17
by Ludovic Henry, RISE Today, we are excited to announce the Early Availability of the RISE RISC-V Runners, a free, managed GitHub Actions runner service that gives any open source project access to real RISC-V hardware in their CI pipelines. No emulation, no cross-compilation hacks, no waitlist. Install a GitHub App, change one line in your workflow, and your jobs run on physical RISC-V boards. W
CLIでコードレビュー、したくない...? 最近Claude CodeやCodexがアツいですよね。メインの作業場がVSCodeからターミナルになったという方も多いのではないでしょうか。 筆者もその一人で、エディタさえもneovimに移行してしまいました。そしていつしか、「ターミナルから出たくねえな...全てターミナルで済むようになれば楽なのにな...」という思いを抱くようになりました。 しかし、世の中にはターミナルの世界から一歩踏み出さなければならない場面がまだまだ多くあります。 例えば、コードレビューはその一つとして大きいものではないでしょうか。 ということで、GitHub CLIの拡張機能 gh-pr-review を作ってみました。 使用方法 以下はghコマンドが入っている前提になるので、まだ入ってない方は導入とgh auth loginまで済ませて下さい。 まずは以下コマンドで拡
なぜ作成したのか Gigazineで不穏な記事を見かけたので整理してみる 参考 1. 事象の概要 GitHub Copilotは、GitHub上の大量のパブリックリポジトリのコードを学習データとして活用することで、コード補完機能を提供しています。一方で、以下のようなケースが報告されています。 一度でも「Public」に設定したリポジトリ(後からPrivateに変更したものも含む) のコードが、Copilotの学習データに含まれてしまっている可能性がある。 「Public」から「Private」に変更したあとであっても、すでに学習済みのデータからは抜き取られないため、過去の公開時点でのコードがCopilotの補完結果に影響を与える。 つまり、「過去に一瞬でも公開設定にしたコード」は、Copilotの学習素材として扱われる可能性がある ということです。 2. 発生する具体的なユースケース 誤っ
My name is Yuya Sakamaki from KINTO Technologies. I am usually involved in anything from data analysis to proposing strategies, and developing features using machine learning. Previously, I was in charge of AI functional development at Prism Japan. I conducted an internal comparison test of Cursor and GitHub Copilot, and I would like to share the results with you. Premise At KINTO Technologies, th
やねうら王関連のドキュメントは、やねうら王のGitHubのWikiに整理して公開している。 やねうら王Wiki https://github.com/yaneurao/YaneuraOu/wiki ところが、このGitHubのWikiは、☆500以上獲得するまでGoogleにインデックスされない(Googleの検索結果に出てこない)のだ。 やねうら王のGitHubは8年目であるし、現在、GitHub Sponsors + FANBOXで1ヶ月20万円程度獲得している程度の規模感なのだが、昨日やっと☆500になったばかりである。(めでたい。やっとGoogleの検索結果に出てくる!) そんなわけで、平均的な個人のプロジェクトはGitHubで☆500なんでまず獲得できないので、(Google検索で引っかかって欲しいなら)GitHubのWikiを使うなというのが私からのアドバイスである。 その代わ
"Everything is true," he said. "Everything anybody has ever thought." この記事は ABEJAアドベントカレンダー2023 の 17 日目の記事です。 こんにちは。システム開発部の石川 (@ishikawa) です。昨年のいまごろは Objective-C ばかり書いていましたが、今年は念願の Swift で QR コードリーダーを書き直したり、React Native の C++ コードをデバッガで追いかけて不思議なバグの修正をした年でした。 react-native で 196,607 回 fetch() すると通信できなくなるバグを直した https://t.co/lvNC3PL85b— takanori_is (@takanori_is) 2023年9月21日 普段の業務では TypeScript と Go、Pyt
English howm: 一人お手軽 Wiki もどき Emacs で断片的なメモをどんどんとるための環境です. 分類機能はあえてつけません. かわりに, 全文検索とメモ間リンクが手軽にできるようにしました. 自由書式なので改宗も不要 :-) クイックスタート, ダウンロード (スナップショット版 / git) 使い方: UNIX USER 誌の記事 / チュートリアル / 詳細 / → 旧 howm wiki (凍結) (archive) → Meadow memo での紹介 → Andrei Sukhovskiiさんのチュートリアル. howmに関する最も詳しいドキュメントです. → EmacsWiki (Tipsあり) 質問等: GitHub の Issue へ ( バグの指摘をくださる方へ / ChangeLog Memo と howm ) 移植 vim: → QFixHowm
こんにちは、CX事業本部 Delivery部の若槻です。 今回は、GitHubでMermaid構文の表示機能が強化されていたので共有します。 Mermaidとは Mermaidとは、Markdown構文の拡張ツールで、様々なタイプの図(Diagram)をコードやテキストで記述し、視覚的に表示することができます。 Mermaid構文を利用することにより、次のような図をMarkdownで記述することができます。 Flowchart Sequence Diagram Gantt Chart Class Diagram State Diagram Pie Chart Git Graph 公式サイトより引用 GitHubでのMermaid構文の表示機能が強化されていた GitHubではMermaid構文をサポートしており、MarkdownファイルにMermaid構文を記述することで、図を表示すること
昨日、Github Codespacesの使い方記事を書いたのですが、本日同じくオープンしたgithub.dev(どうやら VS Code Webと呼ぶらしい)について混同しやすいので、記事にまとめてみました。 結論:実行環境込みか、エディタのみかの違い 最初に結論を書くと、Github CodespacesはVS Code Serverを搭載した仮想マシンがついてくる完全な開発環境です。 github.devは、Codespaceのうちエディタ部分だけを切り出した、ブラウザのみで動くVSCodeエディタです。そのためいくつかの制限があります。 そうそう、github.devは無料、Codespacesはインスタンスのスペックに応じて時間課金される点も違いですね。 制限:devではターミナルが使えない github.devでは、マシンインスタンスがついてこないので、当然ながらターミナルは使
GitHub Actions のワークフローを静的にチェックする actionlint というコマンドラインツールを最近つくっていて,概ね欲しい機能が揃って実装も安定してきたので紹介します. github.com なぜワークフローファイルの lint をすべきなのか GitHub Actions が正式リリースされてからだいぶ経ち,GitHub 上での CI は GitHub Actions が第一候補となってきているように感じます.僕も新規にリポジトリを作成して CI をセットアップする場合はほぼ GitHub Actions を使っています. ですが,GitHub Actions には下記のような問題があり,actionlint でそれらを解決・緩和したいというのが理由です. ワークフローを実装する時は,GitHub に push して CI が実行されるのを待って結果を確認するという
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く