サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
ワークフローの概要 このGitHub Actionsワークフローは以下の主要な機能を持っています： 新しいイシューが開かれたときに自動的に起動 イシューの内容を分析し、不適切なコンテンツをチェック 既存のイシューとの重複を検出 必要に応じてラベルを付与 ワークフローの詳細解説 トリガーとパーミッション設定 name: Issue Review on: issues: types: [opened] permissions: issues: write contents: read このセクションでは、ワークフローの名前を定義し、トリガー条件とパーミッションを設定しています。 on.issues.types: [opened]: 新しいイシューが開かれたときにワークフローが起動します。 permissions: ワークフローがイシューの読み書きと、リポジトリコンテンツの読み取りを行うための権
米Microsoft傘下のGitHubは12月29日（現地時間）、「GitHub Copilot」のすべてのユーザーが、追加料金なしに「GitHub Copilot Chat」を利用できるようにしたと発表した。GitHub Copilot Chatは、米OpenAIの「GPT-4」ベースに開発者向けに微調整されたチャットボット。自然言語を使って、コードの生成、脆弱性の検出、単体テストの作成などを依頼できる。GitHub Copilot Chatは、Visual Studio CodeとVisual Studioの両方で一般提供され、すべてのGitHub Copilotプランに含まれる。7月にはCopilot Business（月額19ドル／ユーザー）向けに提供済みで、今回Copilot Individual（月額10ドル）でもパブリックβではなく、正規版を利用可能になったということだ。
以前からベータ版で提供されていた「Multi-line code suggestions（複数行のコード提案機能）」がGAされました。全てのGitHubユーザーがこの機能を利用できます。GitHubのSuggestion機能GitHubのSuggestion機能はプルリクエストのレビューでコードの変更を提案する機能です。Multi-line code suggestionsが実装されたことで、複数行のコードに対して提案ができるようになりました。 コードの変更を提案 プルリクエストのレビューでコードの変更を提案するには、Files changed（変更されたファイル）を表示してコメントを登録します。 変更対象の行を+ボタンを押して選択します。複数行を選択する場合は、ドラッグ＆ドロップかShiftボタンを押して範囲を指定します。また、コメント欄が表示されたら、Insert a sugges
![[GitHub] Multi-line code suggestionsでコード提案機能が便利になりました | DevelopersIO](/image.pl?url=https%3a%2f%2fcdn-ak-scissors.b.st-hatena.com%2fimage%2fsquare%2fd1762eaf81b2855f2648b259156f5cb9c7592542%2fheight%3d288%3bversion%3d1%3bwidth%3d512%2fhttps%253A%252F%252Fdevio2023-media.developers.io%252Fwp-content%252Fuploads%252F2019%252F07%252Fgithub-eyecatch.png&f=jpg&w=240)
Gittech 一覧 略語名 内容 MUST 必ず直すべき LGTM 『良いと思います』という意味。 LooksGood To Me の略 IMO 『私個人の意見だけど』という意味。 In My Opinion の略 IMHO 『私ごときの意見ですが』という意味。 In My Humble Opinion の略GOTCHA 『やったぜ！』という意味。 I'veGot You の略 WIP 『今、対応中です』という意味。 Work In My Progress の略 WFM 『私のところでは動いている』という意味。 Works For Me の略 FYI 『参考までに』という意味。 For Your Information の略 nits 『細かいけど・・・』という意味。 Nitpick の略 typo タイプミス（スペルミス） Typographicalerror の略 NP 『全
エキサイト株式会社メディア開発の佐々木です。 メディア開発では、github.comを使ってソースコード管理を行っています。人数やプロジェクトが多くなってくるとPullRequestのコメントの書き方がバラバラになってくるので、生産性を確保する為に下記のようなラベルっぽいものを書くことを推奨する方針としています。 [MUST]… (Must) 必ず直してほしいところをコメントで記載します。どう直してほしいのか具体例をつけて書くことを推奨します。メンテしづらくなったり、パフォーマンスが著しく悪かったり、色々な観点がありますが、その観点がコミュニケーションでは大事なので、その点を書くようにします。 (例) [MUST] この実装はパフォーマンスがよくないとおもうので、 `xxxx` を使った書き方になおしてほしいですGithubのSuggestion機能 明確な修正提案は、GithubのSu
1 フロー 1 ワークフロー 一連のフローがある場合は 1 つのワークフローにまとめる。 トリガーしたイベントの JSON が使える needs での制御がしやすい 全体を追える グラフが表示される ファイルを分割したい ファイルを分割したい理由として以下が挙げられると思います。 行数が増えて読みづらい 処理を共通化したい 複合実行ステップアクション やworkflow_run トリガー や Reusableworkflow 🆕 を使うことになると思いますが、基本的には一連のフロー制御はメインのファイルに書いてその下を Reusableworkflow や複合実行ステップアクションで外部ファイルへ分離するのが良さそう。workflow_run はログが分断するのでおすすめしません。
全１回、このシリーズは今回で最後です！ TL;DR 上場企業 3900 社程に対して、すごく大雑把な「内部コード等の漏洩調査」をGitHub 上で行った 結果としては、重要度の高いものから低いものまで 10社ほどで漏洩が確認された 重要度の高いものとして、社外秘っぽそうなスプレッドシート、社員のハッシュ化パスワード(BCrypt)、AWSCredential 等 「大雑把な」調査を行ったが、より精度の高い方法等について記事内にて触れていく 脅威インテルとか DLP みたいなエリアとかも、外部企業とかに頼るだけじゃなく「自分たちでも」頑張ってみるのがいいんだと思いますGitHub Code Search ... すげえぜ！Google Dorks ならぬ、GitHub Dorks +GitHub Code Search でまだまだいろいろできるはず。 はじめに チャオ！ 今回は
はじめに READYFOR に業務委託として参加している、フリーランスエンジニアの keitakn です。 この記事は READYFOR Advent Calendar 2020 の6日目の記事です。 概要GitHubを用いたコードレビューを受ける際に私が気をつけていることを共有します。 対象読者 以下の方々を対象としています。 Gitの基本操作GitHubの基本操作を理解している人GitHubのプルリクエスト（PR）機能をある程度使ったことがある人GitHubを用いたチーム開発をしている人 筆者のバックグラウンドエンジニア歴はもうすぐ8年程です。 過去には6〜7名の小さなチームのスクラムマスター やチームリーダーの経験があります。 現在はフリーランスとして活動していますが READYFOR株式会社 さんを始め、何社かの自社開発企業さんでコードレビューをしています。 私の書いた
WARNING in ./src/stories/Button.stories.tsx Modulebuild failed (from ./node_modules/@storybook/source-loader/dist/index.js): TypeError: string.toLowerCase is not a function at sanitize (/Users/alexander.guerra/sbtest/node_modules/@storybook/csf/dist/index.js:27:17) at handleADD (/Users/alexander.guerra/sbtest/node_modules/@storybook/source-loader/dist/abstract-syntax-tree/parse-helpers.js:173:15)
問題内容 サクラエディタの1回目の起動時はプロセスに常駐するのみで、画面は表示されない。その状態で2回目の起動をすると、画面が表示される。 再現手順 スタート、タスクバー、エクスプローラーで右クリック、実行ファイルの直接実行、いずれでも再現する。 再現頻度Windows 11が22H2に上がってから、100％。 問題のカテゴリ プログラムの動作上の問題 正式リリース版 ローカルビルド版 環境情報Windows 11 Pro 22H2 サクラエディタ v2.4.1.2849 32bit (tag v2.4.1) (設定の「タスクトレイを使う」「タスクトレイの常駐」は、いずれも未使用) 自分で調査したこと 実行ファイルと同じフォルダーにsakura.exe.iniが存在する(つまり、デフォルト状態)と、問題が発生。消すと、1回目で画面が表示される。 2.4.1のソースをデバッグ実行すると、
Approveとは (…を)よいと認める、(…に)賛成する、(…を)(正式に)承認する、認可する 使い方 PRを見て「この変更でOK」って思ったら、Approveを選んでレビューを送ろう。 ( ちなみにレビューコメント0個でも Approve を送れる ) 一覧 PR ではこんな風に、Approveを付けた人が分かる。 レビュアーの誰がPRを承認していて、誰がしていないのかが分かりやすい。 Request Changes 「この状態ではPRは通せない」「修正が必要だ」と思ったら Request Changes を選んでレビューを送ろう。 Comment 承認も非承認もしない場合は、 Comment を選んでレビューを送ろう。 「Approve とか Request changesとか、運用的に使わない」って場合は、この Comment だけでOKだ。 取り消し いったん Approve /
みなさんはGitHubのプルリクエストの機能を使ったことはありますか？ ウェブ制作の場でもGitHubが使われることが多くなったと思いますが、ソースの履歴管理機能のみを使用している方も多いのではないでしょうか？ 今回はGitHubのプルリクエストについて紹介します。普段からプルリクエストを使っている方でも役立つプラスアルファのTipsをまとめていますので、最後までお付き合いください。 プルリクエストとは？ プルリクエストとは、コードの変更をレビュワーに通知し、マージを依頼する機能です。コードのレビューを受けることで、1人で作ると気がつかないコードの指摘やバグや記述ミスの発見ができ、コードの品質を高めます。レビュワーにとっても、他人が書いたコードを読むことで新しい書き方を発見できるというメリットがあります。コードから発展してプロジェクトに関する有意義な議論の場になることもあるでしょう。 プル
Step 1: Download cloc (several methods, see below) or run cloc'sdocker image. TheWindows executable has no requirements. The source version of cloc requires aPerl interpreter, and theDocker version of cloc requires aDocker installation. Step 2: Open aterminal (cmd.exe onWindows). Step 3: Invoke cloc to count your source files, directories,archives, or git commits. The executable name diffe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
