GitHubがサブイシュー機能を導入：作業を整理・追跡する新しい方法を擬似的に試してみた - Qiita
GitHubがサブイシューを導入：作業を整理・追跡する新しい方法 GitHubは待望の新機能 「サブイシュー」 を正式にリリースしました。この新機能により、 ユーザーはイシュー間に階層関係を作成し、より効果的にタスクを細分化し進捗を管理でき るようになります。今回のアップデートについて詳しく見ていきましょう。 サブイシューとは？ サブイシューは、既存のイシュー内に小さなタスクを作成できる機能です。新規のサブイシ ューを作成することも、既存のイシューをサブイシューとしてリンクすることも可能です。 これは、大規模なプロジェクトを小さな実行可能なステップに分解したり、関連するタス クを親イシューの下に整理したりするのに特に便利です。 技術的には、サブイシューは通常のイシューと同じですが、親イシューが割り当てられて いる点が異なります。これにより、通常のイシューの機能をすべて保持しながら、依存関係
Github Projectを使ってプロダクト全体の課題・進捗管理をやってしまおう - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? みなさんスクラムやアジャイルでスプリントやカンバンを管理するとき、どのようなツールを使っていますか？ 私は、以前はJiraやTrello、Redmineあたりを仕事では使っていました。他にもBacklogやAsana、Notionも使ったことのある人もいるでしょう。 しかし、小さいチームの場合、開発はほぼGithubしかみない、ビジネスサイドもGithubで十分、Notionはドキュメントをまとめるだけにしたい（そもそも課金したくない）という様々な要因で、Github Projectsを使ったほうが色々助かるときも実はあるのです。 とい
【初学者向け】GitHub Projectsでのタスク管理のススメ - Qiita
はじめに 学習を進める上で、今は様々なツールがありますよね。 自分も、元々タスク管理ツールアプリを導入していました。 しかしながら、ツールが増えることによって、ストレスを感じる場面も増えてきました。 であれば「日常的に触れるもので管理できないか？」というところから、今回の方法にたどり着きました。 今回、紹介する方法自体は目新しいものではありません。 紹介記事やドキュメントもありますが、GitHubのアップデート等もあり、記事にまとめられている設定手順が古くなっている、記事に書かれている導入手順が初学者にはとっつきにくいと感じたため、改めてまとめてみようと思った次第です。 対象となる読者 前提：プログラミング初学者で、GitHubの用語やドキュメントに慣れていない GitHubに興味がある方 GitHubの草を生やしたい方 GitHubの操作に慣れたい方
GitHub Copilotを活用したAIエージェント Reclineを試してみる
ReclineというAIエージェントを使用してみたら、GitHub Copilotを初めて使用したときの感動を思い出しましたのでご紹介します。 Reclineとは ClineというVSCode上で動作するAIエージェントがあります。様々なLLM（GPTやClaudeなど）を使用し、コーディング支援をしてくれるものです。 GitHub Copilotとは異なり、指示をするだけでコーディング、各ファイルやディレクトリの作成など行ってくれるため、GitHub Copilotより一段階上を行くAIエージェントと言えます。 Clineは前述の通り、各LLMを使用する必要があるため、別途LLMの料金がかかります。 今回検証するReclineはそのClineをVSCodeのLanguage Model APIを経由したGitHub Copilotと組み合わせて使用できるものです。 つまり、GitHub
llama.cppのRuby bindingsを作った - 洋食の日記
はじめに llama.cppはMetaの大規模言語モデル (Large Language Models, LLMs) であるLLaMAを、量子化することでCPU上で動作させるものである。C/C++で実装されているので、Ruby bindingsを作って、Rubyから呼び出せるようにした。 github.com 使い方 インストールは通常のnative extensionsなgemと同様である。 $ gem install llama_cpp モデルを用意して量子化する必要があるが、llama.cppをcloneしてきて、Usageの通りにすればできる。 GitHub - ggerganov/llama.cpp: Port of Facebook's LLaMA model in C/C++ あとは、普通にrequireすれば使える。 require 'llama_cpp' # パラメータを
The internals and the latest trends of container runtimes (2023)
Last week I had an opportunity to give an online lecture about containers to students at Kyoto University. The slide deck can be found here (PDF): 1. Introduction to containersWhat are containers?Containers are a set of various lightweight methods to isolate filesystems, CPU resources, memory resources, system permissions, etc. Containers are similar to virtual machines in many senses, but they ar
ローカルPCでセルフホストできてGithub Copilotのように使えるコーディング補助AI「tabby」、Dockerイメージありなので早速使ってみたレビュー
Github Copilotのコーディングアシスト性能は目を見張るものがありますが、データを社外に持ち出せないなどの都合で泣く泣く使用を諦めている人も多いはず。そうした状況のなか、ローカルのPCでセルフホスト可能なコーディングアシストツール「tabby」が登場しました。 GitHub - TabbyML/tabby: Self-hosted AI coding assistant https://github.com/TabbyML/tabby tabbyはDockerから簡単に起動することが可能とのこと。Dockerのインストール方法については下記の記事の前半に詳しく記載してあります。 画像生成AI「Stable Diffusion」にたった数枚のイラストから絵柄や画風を追加学習できる「Dream Booth」が簡単に使える「Dreambooth Gui」レビュー - GIGAZINE
WIPの代わりにDraft Pull Requestを利用する (GitHub) - Qiita
Draft Pull Requestをリリースしました を読めばおわりです Draft Pull Requestとは GitHub Flow などを利用してチーム開発をしていると、すぐマージはできなくても Pull Request(PR) を出したくなる場面があると思います。 そのような時は、 WIP(Work in Progress) を利用することが多いでしょう。 作業中の PR のタイトルに WIP: PR title や [WIP] RP title のようにつけるのが一般的です。 WIP を利用することで以下のような恩恵があります 作業ログやコメントを残せるため、思考の整理になる PR を見ることでコンテキストをレビュワーと共有できるため、レビューが楽になる また、マージ目的ではなく他のメンバーからのフィードバックをもらうために PR を出すこともあります。 このような場合に便利
GitHubのDraft Pull Request を活用しよう - SO Technologies 開発者ブログ
こんにちは。ATOM事業部エンジニアのyuinaです。 Githubの Draft Pull Request という機能をご存知でしょうか？ とても便利な機能のため、ご紹介します。 github.blog Draft Pull Request を使うメリット 通常、PullRequestを作るのは以下のタイミングかと思います。 作ったコードをマージしたい時 作ったコードをとりあえず見てほしい時 コードの実装方針についてディスカッションをしたい時 コードをマージしたい時は通常のPRをそのまま出し、コードをマージしたい時以外はWIPをつける運用が一般的ではないでしょうか。 WIP管理には様々な方法があると思います。 開発者間でのルールのみで運用することもあるでしょうし、Github AppsのWIPというアプリを導入するのもよく見る光景かもしれません。 github.com もしアプリを導入す
3分できる即席GitHubプロフィール
こんなやつ。 前置き GitHubプロフィールに関する記事は珍しくはありません。 有名どころの記事だとこんな記事があります。 GitHubProfileのページを可能な限りキラキラさせる方法 だがしかし！ 拙者には、とくに素晴らしい実績がない。 だからこの記事の著者のように格好良いトロフィーとかは載っけられない。 「それでも、なんかいい感じのGitHubプロフィールを作りたい...!!」 ...ということで、今回は何の実績のない方でも作れる一番シンプルなGitHubプロフィールのレシピです。 カップ麺にお湯を入れて待っている間にできるかもしれません。 ぜひ読みながら一緒にGitHubプロフィールを作ってみてください。 GitHubプロフィールのレシピ 下記のWebサイトにアクセスして必要な項目を全て埋めた後、「GenerateREADME」のボタンを押します。 GitHub Profile
githubのpush時のprivate email関係のエラーを解消する方法
github の push 時の private email 関係のエラーを解消する方法 First 今まで普通に push できていたはずなのに，ある日突然 github の push 時に以下のエラーが起きて push できなくなった． remote: error: GH007: Your push would publish a private email address. Why github の設定で自分の email を private にするみたいな設定をしたようで，それで config に自分の email アドレスを設定している状態で push しようとしているのでエラーが出ているようだ． ちなみに github で private に設定している場所は Settings の Emails の以下のチェックボックスにチェックしているからだと思われる． Keep my em
GitHub の死亡ユーザー ポリシー - GitHub Docs
GitHub ユーザーが死亡した場合、当社は、権限を与えられた人と協力してそのアカウントのコンテンツをどうするかを判断します。 死亡したユーザーの近親者、事前指定された後継者、または権限を与えられたその他の人 (コラボレーターやビジネス パートナーが含まれる可能性があります) が故人のアカウントに関する要求を行う場合は、GitHub Support ポータルを通じて当社にご連絡ください。 ポータルで [お問い合わせ] をクリックし、メッセージに次の情報を入力してください。 名前 連絡先情報 死亡したアカウント所有者の名前 死亡したアカウント所有者の GitHub ユーザー名 死亡したアカウント所有者との関係 (自身が GitHub.com でアカウント後継者として指定されているかどうかを記入してください) アカウント後継者として指定されている場合は、自身の GitHub アカウントのユーザ
CircleCI + GitHub + Amazon Elastic Container Registry (Amazon ECR) + Amazon Elastic Container Service (Amazon ECS) (+ AWS Fargate) で継続的デリバリー環境を構成する | SEEDS Creators' Blog | 株式会社シーズ
CircleCI + GitHub + Amazon Elastic Container Registry (Amazon ECR) + Amazon Elastic Container Service (Amazon ECS) (+ AWS Fargate) で継続的デリバリー環境を構成する クラウド事業部の上野です。 AWSにあるコンテナサービスを使ってみたい！今後の弊社のサービスで活用できるかも！ついでにCIツールでデプロイまで自動化したい！ ということでAmazon ECSとAmazon ECRで継続的デリバリー環境を作ってみました。 今回はCIツールとしてCircleCIを利用してみます。 簡単に各サービスを説明しますと、 CircleCIはCI／CD(継続的インテグレーション／継続的デリバリー)を行うサービスです。 Amazon ECSはDocker コンテナをサポートするAW
GitHub の Markdown (GFM) でPlantUMLを表示するChrome拡張 | DevelopersIO
よく訓練されたアップル信者、都元です。大変ご無沙汰しておりますが、相変わらず生魚が好きです。 さて最近は、GitHub上でもろもろとソフトウェア開発をしていることが多いのですが、gitで管理するmdファイルはもちろん、issueやPR内でもMarkdown記法を使って様々な記述できるのはご存知の通りかと思います。 PlantUML さて、仕様のディスカッションやドキュメントの記述をしていると、ちょっとしたシーケンス図やクラス図、状態遷移図、UMLという図の記法を使ってコミュニケーションを取りたい場面が出てきます。 以前、当ブログでも「Atom と PlantUML で快適シーケンス図駆動開発ライフ」というエントリーにて、テキストの文法でUMLを記述して画像生成、それをGitHubに貼り付ける、というテクニックをご紹介しました。 PlantUMLは非常に強力な仕組みです。Atomによる編集も
GitHubのREADME.mdにシーケンス図を埋め込む - Qiita
シーケンス図をテキストで描いてMarkdownに埋め込みたい README.md のような Markdown ファイルに、シーケンス図をテキストで描いて、埋め込みたいんです。 でも、たいていは「テキストでシーケンス図を描いて、それを画像にしてアップロードして、そのURLをMarkdownに記述する」という方法でした。 Markdownテキストでシーケンス図とフローチャートを描く - Qiita Markdownでシーケンス図を書いてGithubのREADME.mdに埋め込む - Qiita もっと簡単にできないものかと調べてみると、StackOverflow に git - How to integrate UML diagrams into GitLab or GitHub - Stack Overflow がありました。 PlantUML proxy service を使う方法です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - willnet/capybara-readme-ja: Capybara の README 和訳
AWS Samples
GitHub - yoshoku/llama_cpp.rb: llama_cpp provides Ruby bindings for llama.cpp
GitHub - jesseduffield/lazydocker: The lazier way to manage everything docker
[gem編] GitHub Package Registry (beta) を使ってみる - Qiita![[gem編] GitHub Package Registry (beta) を使ってみる - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/9a4e6648525d53e29739097f45b0d7a9323bdb6e/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkYwJTJGMTk5NDIlMkZwcm9maWxlLWltYWdlcyUyRjE1NjA4NDMwNDc_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9ZjBiZTIzZjU2NjA5NDFhYmM1NDZhZGE2NDgyMjczOTY%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dc380764ae39c1c21baae13fe55e07f35%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCZ2VtJUU3JUI3JUE4JTVEJTIwR2l0SHViJTIwUGFja2FnZSUyMFJlZ2lzdHJ5JTIwJTI4YmV0YSUyOSUyMCVFMyU4MiU5MiVFNCVCRCVCRiVFMyU4MSVBMyVFMyU4MSVBNiVFMyU4MSVCRiVFMyU4MiU4QiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPWM5NDJjYjMxZTdkODQ2NWM2MjQ3NTA0MmE1Y2UyNDZj%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBqcnN5byZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPWIxN2RlNThkNzBjMjZiYzkwMDQwOGNkNWY3OTQwMDcw%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D2a7c1c72c5dfefc3042c364730c7abb9)
