「GitHub Copilot Chat」、すべてのGitHub Copilotユーザーが利用可能に
米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ドル）でもパブリックβではなく、正規版を利用可能になったということだ。
[GitHub] Multi-line code suggestionsでコード提案機能が便利になりました | DevelopersIO
以前からベータ版で提供されていた「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](https://cdn-ak-scissors.b.st-hatena.com/image/square/d1762eaf81b2855f2648b259156f5cb9c7592542/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F07%2Fgithub-eyecatch.png)
Gitのプルリク時の略語
Gittech 一覧 略語名 内容 MUST 必ず直すべき LGTM 『良いと思います』という意味。 Looks Good To Me の略 IMO 『私個人の意見だけど』という意味。 In My Opinion の略 IMHO 『私ごときの意見ですが』という意味。 In My Humble Opinion の略 GOTCHA 『やったぜ！』という意味。 I've Got You の略 WIP 『今、対応中です』という意味。 Work In My Progress の略 WFM 『私のところでは動いている』という意味。 Works For Me の略 FYI 『参考までに』という意味。 For Your Information の略 nits 『細かいけど・・・』という意味。 Nitpick の略 typo タイプミス（スペルミス） Typographical error の略 NP 『全
GithubのPullRequestのコメントにラベルを書くようにして生産性を少し改善する - エキサイト TechBlog.
エキサイト株式会社メディア開発の佐々木です。 メディア開発では、github.comを使ってソースコード管理を行っています。人数やプロジェクトが多くなってくるとPullRequestのコメントの書き方がバラバラになってくるので、生産性を確保する為に下記のようなラベルっぽいものを書くことを推奨する方針としています。 [MUST]… (Must) 必ず直してほしいところをコメントで記載します。どう直してほしいのか具体例をつけて書くことを推奨します。メンテしづらくなったり、パフォーマンスが著しく悪かったり、色々な観点がありますが、その観点がコミュニケーションでは大事なので、その点を書くようにします。 (例) [MUST] この実装はパフォーマンスがよくないとおもうので、 `xxxx` を使った書き方になおしてほしいです GithubのSuggestion機能 明確な修正提案は、GithubのSu
GitHub Actions のベストプラクティス
1 フロー 1 ワークフロー 一連のフローがある場合は 1 つのワークフローにまとめる。 トリガーしたイベントの JSON が使える needs での制御がしやすい 全体を追える グラフが表示される ファイルを分割したい ファイルを分割したい理由として以下が挙げられると思います。 行数が増えて読みづらい 処理を共通化したい 複合実行ステップアクション や workflow_run トリガー や Reusable workflow 🆕 を使うことになると思いますが、基本的には一連のフロー制御はメインのファイルに書いてその下を Reusable workflow や複合実行ステップアクションで外部ファイルへ分離するのが良さそう。 workflow_run はログが分断するのでおすすめしません。
GitHub に漏れ出た内部コードを探す ~ 上場企業 3900社編 ~ - ぶるーたるごぶりん
全１回、このシリーズは今回で最後です！ TL;DR 上場企業 3900 社程に対して、すごく大雑把な「内部コード等の漏洩調査」を GitHub 上で行った 結果としては、重要度の高いものから低いものまで 10社ほどで漏洩が確認された 重要度の高いものとして、社外秘っぽそうなスプレッドシート、社員のハッシュ化パスワード(BCrypt)、 AWS Credential 等 「大雑把な」調査を行ったが、より精度の高い方法等について記事内にて触れていく 脅威インテルとか DLP みたいなエリアとかも、外部企業とかに頼るだけじゃなく「自分たちでも」頑張ってみるのがいいんだと思います GitHub Code Search ... すげえぜ！ Google Dorks ならぬ、 GitHub Dorks + GitHub Code Search でまだまだいろいろできるはず。 はじめに チャオ！ 今回は
GitHubのコードレビューを受ける際に気をつける事
はじめに READYFOR に業務委託として参加している、フリーランスエンジニアの keitakn です。 この記事は READYFOR Advent Calendar 2020 の6日目の記事です。 概要 GitHubを用いたコードレビューを受ける際に私が気をつけていることを共有します。 対象読者 以下の方々を対象としています。 Gitの基本操作 GitHubの基本操作を理解している人 GitHubのプルリクエスト（PR）機能をある程度使ったことがある人 GitHubを用いたチーム開発をしている人 筆者のバックグラウンド エンジニア歴はもうすぐ8年程です。 過去には6〜7名の小さなチームの スクラムマスター やチームリーダーの経験があります。 現在はフリーランスとして活動していますが READYFOR株式会社 さんを始め、何社かの自社開発企業さんでコードレビューをしています。 私の書いた
Storybook warns when function named add is called in story file. · Issue #12208 · storybookjs/storybook
WARNING in ./src/stories/Button.stories.tsx Module build 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)
Github レビューでの Approve / Request Changes / Comment の使い方 - Qiita
Approveとは (…を)よいと認める、(…に)賛成する、(…を)(正式に)承認する、認可する 使い方 PRを見て「この変更でOK」って思ったら、Approveを選んでレビューを送ろう。 ( ちなみにレビューコメント0個でも Approve を送れる ) 一覧 PR ではこんな風に、Approveを付けた人が分かる。 レビュアーの誰がPRを承認していて、誰がしていないのかが分かりやすい。 Request Changes 「この状態ではPRは通せない」「修正が必要だ」と思ったら Request Changes を選んでレビューを送ろう。 Comment 承認も非承認もしない場合は、 Comment を選んでレビューを送ろう。 「Approve とか Request changesとか、運用的に使わない」って場合は、この Comment だけでOKだ。 取り消し いったん Approve /
GitHubでのプルリクエスト活用方法まとめ - ICS MEDIA
みなさんはGitHubのプルリクエストの機能を使ったことはありますか？ ウェブ制作の場でもGitHubが使われることが多くなったと思いますが、ソースの履歴管理機能のみを使用している方も多いのではないでしょうか？ 今回はGitHubのプルリクエストについて紹介します。普段からプルリクエストを使っている方でも役立つプラスアルファのTipsをまとめていますので、最後までお付き合いください。 プルリクエストとは？ プルリクエストとは、コードの変更をレビュワーに通知し、マージを依頼する機能です。コードのレビューを受けることで、1人で作ると気がつかないコードの指摘やバグや記述ミスの発見ができ、コードの品質を高めます。レビュワーにとっても、他人が書いたコードを読むことで新しい書き方を発見できるというメリットがあります。コードから発展してプロジェクトに関する有意義な議論の場になることもあるでしょう。 プル
GitHub - AlDanial/cloc: cloc counts blank lines, comment lines, and physical lines of source code in many programming languages.
Step 1: Download cloc (several methods, see below) or run cloc's docker image. The Windows executable has no requirements. The source version of cloc requires a Perl interpreter, and the Docker version of cloc requires a Docker installation. Step 2: Open a terminal (cmd.exe on Windows). Step 3: Invoke cloc to count your source files, directories, archives, or git commits. The executable name diffe
GitHubでは既存のRepositoryをTemplateとして、新しいRepositoryを作成することができる | DevelopersIO
こんにちは、CX事業本部の夏目です。 本日はGitHubで面白い機能を見つけたので共有します。 Repository Template Generate new repositories with repository templates Sharing boilerplate code across codebases is a constant pattern in software development. Bootstrapping a new project with our favorite tools and directory structures helps programmers go from idea to "Hello world!" more efficiently and with less manual configuration. Today, we're
Git超入門「出来て当たり前、SSHでGitHub」の練習 - Qiita
業界によってはGitを扱えることが現場においてかなりベーシックなスキルになっていると思います。あまり最新の技術をばりばり扱っているわけでない現場であっても同様だと思います。また、たとえ普段は別のバージョン管理システムを用いている場合でも、（案件毎など）突発的にGitでの作業が必要になることもあります。 Webに関してはGithubやGitlab上でGitでのソースコード管理を行うことが業界のデファクトスタンダードとなってかなり経つので、扱えることが当たり前と考える人も多いです。SSHの扱いも同様です。 もし今まで（幸運なことに？）Gitを扱うことなくやってこれていたり、これからそういう業界を目指しているという方は、Githubも無料でプライベートリポジトリの作成が行えるようになったので、下記手順を行ってSSHやGitの練習をしっかり行っておきましょう。 この記事ではGitの利便性などには触
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - dim13/otpauth: Google Authenticator migration decoder
Windows 11 22H2より、サクラエディタ起動時の挙動が変わった件 · Issue #1868 · sakura-editor/sakura
Allow PR reviewers to comment on and suggest changes to unedited lines of code · community · Discussion #4452
How to select/comment on a range of lines in github pull request?
Emoji Cheat Sheet
GitHub、コードエディター「Atom」の開発を終了 ～年内にアーカイブ／「Visual Studio Code」の台頭に抗しきれず。「GitHub Codespaces」、「Zed」に期待
GitHub - codrops/Animocons: Animated icons powered by the motion graphics library mo.js by Oleg Solomka. Inspiration comes from the Dribbble shot ["Like Animation"](https://dribbble.com/shots/2527200-Like-Animation) by Daryl Ginn.