並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 2645件

新着順 人気順

Gitの検索結果1 - 40 件 / 2645件

  • GitHub Copilot Chat in GitHub Mobile is now generally available

    Developers are constantly coming up with new ideas, exploring new skills, and collaborating with other developers on work and personal projects. At GitHub, we understand that all this collaboration doesn’t always happen from behind desks and computers. Developers increasingly use their mobile devices to learn, understand, and perform important tasks in the software development process. Today, we’r

      GitHub Copilot Chat in GitHub Mobile is now generally available
    • 任天堂、Switchエミュ『Yuzu』関連GitHubリポジトリ8000超に削除通告 | テクノエッジ TechnoEdge

      ガジェット全般、サイエンス、宇宙、音楽、モータースポーツetc... 電気・ネットワーク技術者。実績媒体Engadget日本版, Autoblog日本版, Forbes JAPAN他 任天堂は、8535ものGitHubリポジトリーに対するDMCA削除通知を提出しました。 任天堂はこの通知で、開発者向けのプラットフォームであるGitHubに「Yuzuエミュレーターまたはそれに基づくコードへのアクセスを提示・提供する」リポジトリーを発見しており、そこで配布される「任天堂の技術的保護措置を違法に回避し、Switchゲームの違法コピーを行っている」と主張しています。 この通知はGitHubから各リポジトリーの所有者に「コンテンツに変更を加える時間」を提供するために連絡されました。 Switchエミュレーター「Yuzu」の開発者Tropic Hazeは今年3月、「大規模な著作権侵害を助長した」として

        任天堂、Switchエミュ『Yuzu』関連GitHubリポジトリ8000超に削除通告 | テクノエッジ TechnoEdge
      • 中級Git操作

        今回の記事の内容はGitHub共同創業者のScott Chacon氏の「Pro Git」と同氏の今年の「So You Think You Know Git」(Gitがわかっているとでも思っているか?)発表をベースにしている。 コンフィグ ここでコンフィグにてデフォルトとして指定して損がないオプションをいくつか紹介します。 git rerere git rerereは"reuse recorded resolution"(記録ずみ解決方法を再利用)の略語になっている。 名の通りマージコンフリクトがどう解消されたかを記録し、次に同じようなコンフリクトが発生した際、同様の解決方法を自動的に適用するためのコマンドです。 また、基本的にデフォルトにしてもときに差し支えないため、ぜひgit config --global rerere.enabled trueを実行してみてください。 git main

          中級Git操作
        • Highlights from Git 2.45

          The open source Git project just released Git 2.45 with features and bug fixes from over 96 contributors, 38 of them new. We last caught up with you on the latest in Git back when 2.44 was released. To celebrate this most recent release, here is GitHub’s look at some of the most interesting features and changes introduced since last time. Preliminary reftable support Git 2.45 introduces preliminar

            Highlights from Git 2.45
          • GitHub、「Copilot Workspace」テクニカルプレビューを開始。ほとんど全ての開発工程をAIで自動化

            GitHub、「Copilot Workspace」テクニカルプレビューを開始。ほとんど全ての開発工程をAIで自動化 テクニカルプレビューは上記のCopilot Workspaceのページからウェイトリストボタンをクリックして申し込みます。 Copilot Workspaceはほとんど全ての工程を自動化 Copilot Workspaceは、自然言語で書かれたIssue(課題)を基に、Copilotが仕様案と実装計画を示し、コーディングや既存のコードの修正を行い、ビルドをしてエラーがあればデバッグも行うという、プログラミングのほとんど全ての工程をCopilotが自動的に実行してくれる、というものです。 人間は各工程でCopilotから示される内容を必要に応じて修正するか、そのまま見守ることになります。 GitHub CEOのThomas Dohmke(トーマス・ドムケ)氏は、Copilot

              GitHub、「Copilot Workspace」テクニカルプレビューを開始。ほとんど全ての開発工程をAIで自動化
            • GitHub Copilot Workspace: Welcome to the Copilot-native developer environment

              We’re redefining the developer environment with GitHub Copilot Workspace–where any developer can go from idea, to code, to software in natural language. Sign up here. In the past two years, generative AI has foundationally changed the developer landscape largely as a tool embedded inside the developer environment. In 2022, we launched GitHub Copilot as an autocomplete pair programmer in the editor

                GitHub Copilot Workspace: Welcome to the Copilot-native developer environment
              • より良い Git コミットメッセージを書こう - Qiita

                より良いコミットメッセージを残すことは Git を使った開発をする上で重要なことです。優れたコミットメッセージは、それを読んだ人がコードを理解するのに大いに役立ちます。 では、どのようなメッセージが良いもので、どのようなメッセージが悪いものなのでしょうか? それについて掘り下げていきたいと思います。 基本的な Git Commit Message の書き方 詳しいところは、以下の3サイトを参照してください。特に「How to Write a Git Commit Message」には基本がすべて書かれています。 How to Write a Git Commit Message https://cbea.ms/git-commit/ Gitのコミットメッセージをうまく作成する7つのルール (「How to Write a Git Commit Message」の和訳記事) https://

                  より良い Git コミットメッセージを書こう - Qiita
                • AWS CodeBuildのGitHub Actions runnerサポートでLambdaが実行できるようになったので検証しました | CyberAgent Developers Blog

                  AWS CodeBuildのGitHub Actions runnerサポートでLambdaが実行できるようになったので検証しました CTO統括室の黒崎(@kuro_m88)です。本日早朝に面白そうな発表を目にしました👀 AWS CodeBuild now supports managed GitHub Action runners AWS CodebuildがGitHub Actionsに対応したという内容ですが、要するにAWSがホストするGitHub Actions Runnerが出たということですね🎉 AWSがマネージしてくれることで、EC2(x64, arm)はもちろん、GPUとカスタムイメージも利用できるようです。 さらに注目したのはGitHub Actions RunnerとしてAWS Lambdaが使えるようです。Lambdaが使えると嬉しいポイントはActionsのjo

                    AWS CodeBuildのGitHub Actions runnerサポートでLambdaが実行できるようになったので検証しました | CyberAgent Developers Blog
                  • AWS CodeBuild now supports managed GitHub Action runners

                    AWS CodeBuild now supports managed GitHub Action self-hosted runners. Customers can configure their CodeBuild projects to receive GitHub Actions workflow job events and run them on CodeBuild ephemeral hosts. AWS CodeBuild is a fully managed continuous integration service that compiles source code, runs tests, and produces software packages ready for deployment. This feature allows GitHub Actions t

                      AWS CodeBuild now supports managed GitHub Action runners
                    • 実験の再現性を高めるデータバージョン管理(DVC)の紹介 - techtekt

                      データバージョンの管理とは? データバージョンの管理とは、バイナリデータのバージョンを管理することを指します。データバージョンの管理は、Git 等でのコードのバージョン管理をバイナリデータに拡張しています。実験の再現性を高められるメリットがあります。 DVC とは? データのバージョンを管理する機能をもつオープンソースソフトウェアです。データのハッシュをテキストファイルで保持し git でバージョン管理します。また、yaml ファイルで実行パイプラインを定義して監視対象データが更新された際にハッシュを更新することで、新しいハッシュ値を含んだデータをバージョン管理します。更新されたデータファイルはキャッシュディレクトリに保存され、必要なタイミングで自動的に復元されます。 データのリモートリポジトリを定義することで、データ一式を簡単なコマンド操作で S3 等へ push / pull すること

                        実験の再現性を高めるデータバージョン管理(DVC)の紹介 - techtekt
                      • GitHub Copilot Metrics API now available in public beta

                        April 23, 2024 We’re excited to announce the public beta of the GitHub Copilot Metrics API, available to all customers of GitHub Copilot Business and GitHub Copilot Enterprise starting today. The GitHub Copilot Metrics API is designed to supply you with information about Copilot’s usage within your organizations. The data from the API is intended to be consumed and combined with your organization’

                        • GitLab、AIチャットで開発支援「GitLab Duo Chat」正式リリース。GitHub Copilot対抗へ

                          GitLab、AIチャットで開発支援「GitLab Duo Chat」正式リリース。GitHub Copilot対抗へ GitLabはAIとのチャットを通じてソフトウェアの開発を支援する新機能「GitLab Duo Chat」の正式リリースを発表しました。 GitLabは昨年(2023年)末から、AIによるコード生成とコード補完を提供するGitLab Duoを提供開始しています。今回正式リリースとなったGitLab Duo Chatは、このGitLab Duoの機能をさらに強化したものと位置づけられます。 と同時に、GitHubが提供するGitHub Copilotの競合とも位置づけられるでしょう。 上記がGitLab Duo Chatのチャット機能を用いたデモ画面のキャプチャ画像です。AIとのチャットによって、自然言語によるコードの説明、自然言語によるコードの生成などを行うことができます

                            GitLab、AIチャットで開発支援「GitLab Duo Chat」正式リリース。GitHub Copilot対抗へ
                          • 雰囲気でDocker Composeを触っている状態から脱するために調べたこと(2023) - Activ8 Tech Blog

                            エンジニアの岡村です。 自分はサーバーがメインではなく、あまり業務でガッツリ触るわけでもないのですが、最近それなりに活用するようになってきました。しかし、ネット上の日本語情報を読んでいるだけではこれの書き方が正しいのかよく分からない、と悩むことが結構あったため、色々情報を漁ってみました。 この記事は、特に自分が気になった部分の調べた結果を記事に纏めてみたものです。対象読者はdocker-composeを雰囲気でupやdownは叩けるけどComposeファイルの書き方がよく分からんとなってる人です。 Docker Composeの概要とcompose.yaml、Compose Specの関係 compose.yamlの書き方は Compose Specに準拠すればOK Compose Specの場所 推奨のファイル名はcompose.yaml compose.yaml内にバージョンを記述する

                              雰囲気でDocker Composeを触っている状態から脱するために調べたこと(2023) - Activ8 Tech Blog
                            • rebase 教から脱退します - Qiita

                              rebase で色々あったので、備忘録として簡単に書いていきます。 前提背景 開発作業中、元のブランチに変更があった場合、私は変更を取り込むために常に rebase を使用します。これを選ぶ主な理由は「コミットログが見やすく保たれるため」です。 Gitには同様のコマンドとして merge がありますが、これは変更を取り込む際にマージコミットを作成する点が異なります。私はマージコミットによってコミットログが煩雑になると感じています。 このような理由から、私はrebaseを積極的に使用しています。 何があったのか 簡単に言うと、レビュー中にブランチ元の変更があったので、 git rebase からの git push -f origin [ブランチ名] やったらレビュアーのコメントが吹き飛びました。 いやー、めっちゃ怒られたよね💦 原因 「レビュー中」という状況がまずかった。 コードを共有し

                                rebase 教から脱退します - Qiita
                              • オープンソースによるFirebase代替を名乗るBaaS「Supabase」が正式サービスとして提供開始

                                オープンソースによるFirebase代替を名乗るBaaS(Backend as a Service)「Supabase」が正式サービス化を発表しました。 Supabaseはこれまで約4年間ベータ版としてサービスを提供してきました。現在は100万以上のデータベースをホストし、新規データベースも1日あたり2500以上増加しており、モバイルアプリケーションからエンタープライズ用途まで十分な機能と安定性、スケーラビリティが実証されたとしています。 Supabaseの主な機能はデータベースや認証、ファイルストレージなど SupabaseはBaaSとして主に以下のマネージドサービス群から構成されています。 PostgreSQLによるデータベースサービス 認証サービス ファイルストレージ エッジロケーションにおけるNode.jsDenoベースのサーバレス基盤 マルチプレイヤーゲームなどに対応するリアルタ

                                  オープンソースによるFirebase代替を名乗るBaaS「Supabase」が正式サービスとして提供開始
                                • git worktreeを使ってプルリクレビューを効率化した話 - freee Developers Hub

                                  共通マスタ基盤チームにおけるソフトウェアエンジニアのyugoです。 共通マスタ基盤チームは、従業員、商品、取引先といった製品横断で利用できるマスタデータを一元管理し、ユーザーにfreeeプロダクトにおける統合体験を提供できる基盤開発をミッションとしております。 そんな共通マスタ基盤チームチームですが、製品横断で利用されるとだけあり、日々の開発フローでPRレビューの割り込みが多いです。そんな中で、開発フローにgit worktreeを導入してみて、個人的にはPRレビューの割り込み作業時に割と使いやすかったので紹介します。 git worktreeを使うに至る背景 実はfreeeで働く以前、前職で先輩シニアエンジニアが「レビューするときにgitのstagingにあげていない自分の変更を、stashしたり、テキトーにcommitしてからrebaseするなりするの嫌だったら、worktree使った

                                    git worktreeを使ってプルリクレビューを効率化した話 - freee Developers Hub
                                  • VSCodeでGitのコミットを楽に整理して、レビュワーに「コイツできる」と思わせよう。

                                    はじめに Git Graphという拡張機能を使います。 Git GraphとGitLensという拡張機能を使います。[1] また、gitから開かれるエディタをvscodeにしておきます。 コミットのまとめかた(1分未満でできるよ) ステータスバーのGit Graphのボタンをクリックして、Git Graphの画面を開きます。 まとめたいコミットの一つ前のコミット(今回だとinit)を右クリックして、「Rebase current branch on this Commit...」を選択します。 「Launch Interactive Rebase in new Terminal」にチェックを入れて「Yes, rebase」をクリックします。 こんな画面が開きます。 まとめたいコミットを上から順にpickからsquashに変更します。最後の一つはpickのままにしておきます。そして「STAR

                                      VSCodeでGitのコミットを楽に整理して、レビュワーに「コイツできる」と思わせよう。
                                    • 2024年Gitワークフロー再考 | フューチャー技術ブログ

                                      春の入門祭り2024の2記事目です。 Gitは、出自としては1週間で作られたLinuxカーネルのための分散バージョン管理システムでした。当時のワークフローに合わせてパッチをテキスト化してメールに添付できるような機能だったりが備わっています。 一方で、現代のGitは、デファクトスタンダードなバージョン管理システムになりLinuxカーネル以外のアプリケーション開発で利用されています。分散バージョン管理ではあるものの、サーバー・クライアント型の使われ方をしていて、GitHubやGitLabを核にして、ローカルで作ったブランチをpushして、Pull Requestの形にして管理しています。少なくとも周りで見る限りでは、それ以外の使われ方の方が少なくなってきてます。そんなこんなで求められている使われ方が変わってきていて、それに合わせた機能がぼちぼち増えています。それを活用することで、ウェブ画面上で

                                      • GitHub 返信テンプレート を設定して、レビュー意図を明確に伝えよう! - Qiita

                                        概要 レビューコメントを残す際にラベルやアラートを付けるどのような指摘なのかがより明確に伝わり、対応するべきか、そのままでいいのか判断しやすくなります。 Gitシリーズ記事まとめ 各種機能紹介 Saved replies 公式で用意されている、IssueやPull Requestを書く際に使用できる返信テンプレートを管理できます。 Alert マークダウン形式でアイコンと色で重要性を使い分けることができます。 Shields.io 公式の機能ではないですが、よくGitHubのREADMEなどにおしゃれなバッジを付ける時に利用されます。 返信テンプレートに登録する こちらのリンクからテンプレートを設定します。 何でも登録できますが、私は下記の設定をしてます。ご参考にどうぞ ラベルを使うのか、アラートを使うのかはぶっちゃけ好みだと思うので、自分が好きだと思う方を使ってみてください! ラベル 絶

                                          GitHub 返信テンプレート を設定して、レビュー意図を明確に伝えよう! - Qiita
                                        • GitHub Actions でワークフローの同時実行を防ぐ concurrency 設定 - kakakakakku blog

                                          GitHub Actions ではデフォルトの挙動として同じワークフローの複数のジョブを同時実行できる.無駄に待つ必要がないという意味ではメリットがあるけど,ワークフローによっては同時実行したくないこともあると思う. GitHub Actions でワークフローが複数トリガーされてしまって慌てて止めたという経験もあったりする😅例えばワークフローの実行時間が長く,完了する前に次のコミットをプッシュしてしまったり,ワークフローの実行が完了する前にプルリクエストをマージしてしまったり💨 concurrency 設定 GitHub Actions ではコンカレンシー (concurrency) という設定があって,ワークフローの同時実行を制御できる.今回はワークフローレベルで試すけど,ジョブレベルで細かく制御することもできる❗️個人的にはとりあえず設定しておいても良さそうかなと思う. docs

                                            GitHub Actions でワークフローの同時実行を防ぐ concurrency 設定 - kakakakakku blog
                                          • TerraformとGitHub Actionsで複数のCloud RunをまとめてDevOpsした結果, 開発者体験がいい感じになった話. - Lean Baseball

                                            ざっくり言うと「TerraformとGitHub ActionsでGoogle Cloudなマイクロサービスを丸っとDeployする」という話です. Infrastructure as Code(IaC)は個人開発(趣味開発)でもやっておけ 開発〜テスト〜デプロイまで一貫性を持たせるCI/CDを設計しよう 個人開発(もしくは小規模システム)でどこまでIaCとCI/CDを作り込むかはあなた次第 なお, それなりに長いブログです&専門用語やクラウドサービスの解説は必要最小限なのでそこはご了承ください. あらすじ 突然ですが, 皆さんはどのリポジトリパターンが好きですか? 「ポリレポ(Polyrepo)」パターン - マイクロサービスを構成するアプリケーションやインフラ資材を意味がある単位*1で分割してリポジトリ化する. 「モノレポ(Monorepo)」パターン - アプリケーションもインフラも

                                              TerraformとGitHub Actionsで複数のCloud RunをまとめてDevOpsした結果, 開発者体験がいい感じになった話. - Lean Baseball
                                            • Modern Git Commands and Features You Should Be Using | Martin Heinz | Personal Website & Blog

                                              All of us - software engineers - use git every day, however most people only ever touch the most basic of commands, such as add, commit, push or pull, like it's still 2005. Git however, introduced many features since then, and using them can make your life so much easier, so let's explore some of the recently added, modern git commands, that you should know about. Switch New since 2019, or more pr

                                              • どのようにして Findy Team+フロントエンドチームは高速な開発をしているか 〜開発フロー編〜 - Findy Tech Blog

                                                こんにちは。こんばんは。 開発生産性の可視化・分析をサポートする Findy Team+ のフロントエンド リードをしている @shoota です。 Findy Team+はエンジニア組織の開発生産性を可視化し、開発チームやエンジニアリングメンバーのパフォーマンスを最大化するための支援をしています。 そして(当然のことながら)Findy Team+ を作っている自分たちも、チームや個人でドッグフーディングをして、チームや自分自身の働き方やエンジニアリング組織の健康チェックをしています。 今回はそんな Findy Team+の開発チームのうち、フロントエンドチームがどのような開発環境・開発インフラで働いているかの概要をご紹介したいと思います。 フロントエンド技術スタックとCI高速化 技術スタック まずはじめにフロントエンドの技術スタックを簡単に紹介します。一般的なSPA構築の技術スタックを採

                                                  どのようにして Findy Team+フロントエンドチームは高速な開発をしているか 〜開発フロー編〜 - Findy Tech Blog
                                                • Git as debugging tool

                                                  Are you sure? Debugging with Git? What are the tools that comes on your mind when someone say “debug”? Let me guess: a memory leak detector (e.g. Valgrind); a profiler (e.g. GNU gprof); a function that stops your program and gives you a REPL (e.g. Python’s breakpoint and Ruby’s byebug); something that we call a “debugger” (like GDB, or something similar embedded on the IDEs); or even our old frien

                                                    Git as debugging tool
                                                  • GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど

                                                    GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど 記事の中で、プログラマが意図したコードを高い精度で生成AIに生成させるためのテクニックがいくつも紹介されています。これらのテクニックはCopilotに限らず、生成AIを用いてコードを生成させる際の参考になると思われます。 この記事では、紹介されているテクニックのポイントをまとめてみました。 GitHub Copilotでよりよいコードを生成するためのポイント 生成AI活用の基本として説明されたのは、大規模言語モデルを用いた生成AIでは、コンテキスト(文脈)に基づいて予測を行うように設計されているため、生成AIに対する入力やプロンプトがコンテキストに富んでいるほど良い出力が得られる、という原則です。 それゆえ、GitHub CopilotおよびGitHub Copi

                                                      GitHub、Copilotでより高い精度のコードを生成させる方法を指南。関連ファイルを開く、トップレベルのコメントを書くなど
                                                    • 業務で使えるかもしれない…!?GitHub Actions の Tips 集 / CI/CD Test Night #7

                                                      https://testnight.connpass.com/event/311263/

                                                        業務で使えるかもしれない…!?GitHub Actions の Tips 集 / CI/CD Test Night #7
                                                      • Chromium にコントリビュートするための周辺知識 | blog.jxck.io

                                                        Intro Chromium にコントリビュートするためには、ソースコードを理解する以外にも、もろもろ必要な周辺知識がある。 ドキュメントはかなり整備されている方ではあるが、そのドキュメントにたどり着くのが難しい場合もある。 レビュアーなどが親切に教えてくれるものをローカルにメモしているが、それも散らばってきたため、ここにまとめることにする。 まずは初期状態で公開するが、どんどん更新していき、長くなっても分割しないで追記を繰り返そうと考えている。 関連サイト 始めて取り組もうとすると、まずどこを見ればわからないところから始まる。 似たようないくつかのサイトがあり、使い分けがされているからだ。 code search https://source.chromium.org/chromium/chromium/src コードをインタラクティブに検索するためのサイト Workspace 風の U

                                                          Chromium にコントリビュートするための周辺知識 | blog.jxck.io
                                                        • Git 2.44のハイライト

                                                          Author Taylor Blau オープンソースのGitプロジェクトは、新しく加わった34人を含む総勢85人以上のコントリビューターによる新機能の追加とバグ修正が行われたGit 2.44をリリースしました。前回 Git の最新情報をお伝えしたのは、2.43 がリリースされた時でした。 今回の最新リリースを記念して、前回から導入された最も興味深い機能や変更点を GitHub がいくつか紹介します。 マルチパックの再利用によるパック生成の高速化 GitHub との間でリポジトリをプッシュしたりプルしたりする時に Git の出力を詳しく見たことがある人1なら、出力の最後にpack-reused という数字が表示されていることに気づいたかもしれません: $ git clone git@github.com:git/git.git Cloning into 'git'... remote: En

                                                            Git 2.44のハイライト
                                                          • Screwtape / sqlite-schema-diagram · GitLab

                                                            GitLab.com

                                                              Screwtape / sqlite-schema-diagram · GitLab
                                                            • GitHub Enterprise Server 3.12が一般公開されました。

                                                              Authors Van Ly David Jarzebowski GitHub Enterprise Server 3.12が一般公開されました。このバージョンでは、セキュリティ戦略の最適な拡張方法を選択したり、デプロイメントをより制御できるようになるなど、さまざまなことが可能になります。 このバージョンのハイライトは以下の通りです: GitHub Actions 環境で、デプロイのロールアウトを選択したタグパターンに制限。 どのGitHub Actions ワークフローが成功しなければならないかを、Organization全体のリポジトリルールセットで強制。 Pull Requestを検証し、開発が活発なブランチにマージするプロセスを自動化するマージキュー。ブランチが破壊されないことを保証し、Pull Requestがマージされるまで時間を短縮し、開発者を次のタスクへと解放します。 セキ

                                                                GitHub Enterprise Server 3.12が一般公開されました。
                                                              • GitHub ActionsでファイルをS3にキャッシュするアクションを作りました - プログラムモグモグ

                                                                GitHub Actionsでは依存パッケージやビルド結果などをうまくキャッシュすることで、テストやビルドの時間を短縮できます。 actions/setup-nodeやactions/setup-javaなどの各言語のオフィシャルアクションは各パッケージマネージャーのためのキャッシュ機構を提供していますし、actions/cacheを使って任意のファイルをキャッシュすることもできます。 これらは内部で@actions/cacheパッケージを使っており、キャッシュの機構はGitHub自身の機能と密に結びついています。 しかし、GitHub Actionsのキャッシュはリポジトリごとに10GBまでという制限があり、開発者の多いリポジトリではsetup-nodeのキャッシュだけでもすぐに上限に達してしまいます。 私の所属するチームのリポジトリはGitHub Enterprise Serverにホ

                                                                  GitHub ActionsでファイルをS3にキャッシュするアクションを作りました - プログラムモグモグ
                                                                • マクドナルド社がGitHubアクションと再利用可能なワークフローでCIを効率化

                                                                  垂直スケーラビリティと効果的なテストによる金融取引システムのパフォーマンスと効率の最大化 Peter Lawrey氏はJavaチャンピオンであり、Chronicle SoftwareのCEOとして、開発者を鼓舞してソリューションのクラフトマンシップを高めることに情熱を注いでいる。経験豊富なソフトウェアエンジニアとして、Lawrey氏はソフトウェア開発プロセスにおけるシンプルさ、パフォーマンス、創造性、革新性を奨励することに努めている。

                                                                    マクドナルド社がGitHubアクションと再利用可能なワークフローでCIを効率化
                                                                  • Github issueをアサインしたらコード修正&PR出すAI Agentをつくる | DevelopersIO

                                                                    Introduction 先日Devinが発表されました。 課題を与えると、自律的に情報収集・コーディング・デバッグ等 システム構築をやってくれるすごいAIだそうです。 ここまでやらなくても、Agent用アカウントにGihubでissueをassignしたら 自動で実装してpull requestだしてくれたら便利では、と思い 実装してみました。 今回はAmazon Bedrock(Claude3)をつかって実装してみたので それについて解説します。 Environment MacBook Pro (13-inch, M1, 2020) OS : MacOS 14.3.1 Node : v20.8.1 Git : 2.43.2 AWSアカウントはセットアップ済みとします。 Setup Agent用Githubアカウントの準備 適当なメールアドレスを用意し、Githubアカウントを作成しまし

                                                                      Github issueをアサインしたらコード修正&PR出すAI Agentをつくる | DevelopersIO
                                                                    • Github プルリクエストにAIレビューを導入してみた - Qiita

                                                                      はじめに 以前からGitHubのプルリクにAIサポート、Copilotがあればいいのにと思っていました。 Github Copilot for Pull RequestもありますがCopilot Enterpriseに登録した企業のみなので シンプルかつ個人でも始められそうなChatGPT CodeReviewを導入してみます。 ChatGPT CodeReviewを導入する OpenAIの作業 1. OpenAIアカウントに登録、ログインする 2. 課金する Setting - Billingを選択します。 Add to credit balanceを選択して、クレジットカードを登録します。 ミニマム$5〜から課金を行います。 3. APIKey作成 API Keysを選択します。 Create New Secret keyを選択してAPI Keyを作成します。 API keyを安全な場

                                                                        Github プルリクエストにAIレビューを導入してみた - Qiita
                                                                      • Conventional CommitsとCHANGELOGの自動生成でリリースのユーザ影響をわかりやすくした話 - ドワンゴ教育サービス開発者ブログ

                                                                        ドワンゴ教育事業 バックエンドエンジニアのtakuminishです。 現在、私は教材入稿ツールの開発チームに所属しています。 教材入稿ツールは昨年の2023年06月に社内向けに正式リリースされた比較的新しいツールであり、リリース当初はリリースノートに関する運用について検討が進んでいませんでした。 リリースノートは開発メンバーが手動で作成しており、内容も前回リリース後にマージされたPRタイトルとリンクを箇条書きで記載しているだけの簡素なものでした。 また、PRタイトルのフォーマットも存在しなかったため、英語で記載されたタイトルと日本語で記載されたタイトルが混在している、ユーザ影響度がタイトルからわからないといった問題もありました。 そこで、教材入稿ツール開発チームではリリースノートの運用として、Conventional Commitsを導入するとともに、conventional-change

                                                                          Conventional CommitsとCHANGELOGの自動生成でリリースのユーザ影響をわかりやすくした話 - ドワンゴ教育サービス開発者ブログ
                                                                        • 米任天堂、Nintendo Switchの海賊版ソフト起動に使われるツールへの“誘導”にも対処。「GitHubでリンク紹介してるだけ」は言い訳にならない - AUTOMATON

                                                                          米任天堂は現地時間3月11日、GitHubに向けて、Nintendo Switchの海賊版ソフト動作に利用されるツールなどの削除を求めるDMCA(デジタル・ミレニアム著作権法)通告を送った。同通告により、約30件のリポジトリが削除されたようだ。Torrent Freakが伝えている。 今回、米任天堂の代理人がGitHubに削除を求めたのは、「Sigpatch Updater」と呼ばれる、改造Nintendo Switchにおいて違法コピーソフトを起動するためなどに用いられるツールだ。また、同様の目的をもつ別のツールらについても、同日にDMCAによる削除要請が送信されている。 「Sigpatch Updater」は、コピーされたNintendo Switchソフトの違法コピー対策技術を迂回する目的で使われる「SigPatch」の利用を補助するツールだ。代理人がGitHubに送ったDMCA通知

                                                                            米任天堂、Nintendo Switchの海賊版ソフト起動に使われるツールへの“誘導”にも対処。「GitHubでリンク紹介してるだけ」は言い訳にならない - AUTOMATON
                                                                          • オープントーン、AWS向けログ監視・通知機能構築用のCloudFormationテンプレートをGitHubで公開

                                                                              オープントーン、AWS向けログ監視・通知機能構築用のCloudFormationテンプレートをGitHubで公開
                                                                            • Linux 6.8リリース、メインラインのGitオブジェクト数はまもなく1000万に | gihyo.jp

                                                                              Linux Daily Topics Linux 6.8リリース⁠⁠、メインラインのGitオブジェクト数はまもなく1000万に Linus Torvaldsは2024年3月10日(米国時間⁠)⁠、「⁠Linux 6.8」の正式版を公開した。通常のカーネルサイクルと同様に開発期間に約2ヵ月、7本のリリース候補版を経ての公開となる。 Linusはリリースにあたって「いくつかの作業に行き詰まりはあったが、リリースを予定より遅らせる理由は何もない。Linux 6.8はすべての点で平均的なリリースで、新しいファイルシステムやアーキテクチャの採用はない。目立つことといえば、Gitオブジェクトの数が1000万未満となる最後のメインラインカーネルになることくらいかな。オブジェクトの数は999万6,000個に達しており、linux-nextツリーではすでに超えている。もっともすばらしくキリが良い数字という以

                                                                                Linux 6.8リリース、メインラインのGitオブジェクト数はまもなく1000万に | gihyo.jp
                                                                              • Feature Flag Deep Dive

                                                                                チーム勉強会で Feature Flag とトランクベース開発の話をしました (追加訂正と書かれているスライドは、勉強会後議論した結果を反映したものです)

                                                                                  Feature Flag Deep Dive
                                                                                • GitHubに大量の悪質リポジトリ、その数“10万超” 感染するとパスワード流出の恐れ

                                                                                  GitHubでマルウェアを仕込んだリポジトリを本物に見せかけて拡散させる手口が横行し、10万を超す感染リポジトリが見つかっているとしてサイバーセキュリティ企業が注意を呼びかけている。攻撃は今も続いており、何も知らない開発者がこうしたリポジトリを使えば、マルウェアに感染してパスワードなどの情報が流出する恐れがある。 サプライチェーンのセキュリティ対策を手掛ける米Apiiroによると、GitHubのリポジトリを狙う「リポコンフュージョン(取り違え)攻撃」は2023年11月ごろから激化したという。 攻撃者は、開発者をだまして悪質なコードやファイルをダウンロードさせる目的で、正規のリポジトリのクローンを作成。そこにマルウェアを呼び出すコードを仕込み、同一の名称でGitHubにアップロードする。次に自動化の仕組みを使ってそれぞれを何千回もフォークさせ、Web上のフォーラムなどで宣伝しているという。

                                                                                    GitHubに大量の悪質リポジトリ、その数“10万超” 感染するとパスワード流出の恐れ