OpenAPI定義書レビューの効率化: プルリク時にブランチ名をパスとしたURLでプレビューする | DevelopersIO
はじめに OpenAPI定義書のレビュー、どうしていますか？ OpenAPI定義書の修正を含んだコードレビューでは、以下のような方法が一般的かと思います。 プルリク作成時にyamlのコードを見る ローカルでソースを取り込み、VSCodeの拡張機能などでプレビューする 今回は作業の手間を減らすため、プルリク作成時にブランチ名をパスとしたURLでAPI定義書のプレビューが見れる構成を作ってみました。 達成したいイメージ 実際の動作を紹介 1. OpenAPI定義書の修正のプルリクを作成 以下のようなOpenAPI定義書の修正を行い、 ブランチ名 feature/add-users でプルリクを作成します。 openapi: 3.0.0 info: version: 1.0.0 title: Sample API description: A sample API to illustrate O
GitHub Actionsをローカルでテストする方法を理解する - Qiita
目次 背景 homebrewのinstall actのinstall actで色々動かしてみる 1. 背景 こちらの検証でgithub-actionsのworkflowファイルを作る必要が出た為です。 こちらに従って進めます。 https://github.com/nektos/act#act-user-guide 2. homebrewのinstall https://brew.sh/ 以下をコピーするように言われますので、コピーして実行します。 /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" Warning: /opt/homebrew/bin is not in your PATH. Instructions on how to config
Gitのコミットメッセージは適当に書いてる - Mitsuyuki.Shiiba
「Gitのコミットメッセージをしっかり書こう」という記事を読んで、いい話だなーと思う一方で、うちのチームはちょっと前に「コミットメッセージは適当でいこう」って決めたなーって思った。 Gitのコミットメッセージをしっかり書こうという話【備忘録的共有】 | SIOS Tech. Lab しっかり書くのを否定するわけでは全然ない。しっかり書くのはしっかり書くのでいいなって思う。どっちがいいかはチームやプロダクトによるので、チームがいいと思う方を選べばいいかなと。 僕もしっかり書くほうがいいなって思うときもあるのだけど、今のチームでは適当のほうがいいなってだけ。 しっかり書きたいとき 僕が、コミットメッセージをしっかり書きたいときはどういうときだろう？って考えると、OSSにプルリクエストを出すときかなぁ。自分は特にOSSの何かを作ってるわけじゃないけど、自分で何かのOSSを作るならある程度ちゃんと
ミクシィ、新卒向け研修資料を無償公開 「Git」と「テスト・設計」 今後も随時公開
MIXI（旧社名ミクシィ）は5月8日、同社の新入社員向け技術研修で使用した資料を無償公開した。分散型バージョン管理システム「Git」とテスト・設計研修の資料をスライド共有サービス「Speaker Deck」で公開中。動画も後ほど公開するという。 Gitの研修資料は約470ページあり、Gitを使ったチーム開発の進め方やGitの内部構造などを記載している。テスト・設計研修の資料は約40ページ構成で、テスト技法やコードレビューのコツなどを紹介。いずれの資料も同社の社員が作成した。 同社は2021年から新入社員向け研修の資料を一般公開しており、22年はUnityでのゲーム開発やAI、セキュリティ研修など全12種類の資料を自社ブログに掲載していた。同社の公式Twitter（＠mixi_engineers）は「今後も随時資料や動画を公開していく」としている。 関連記事 ミクシィ、技術カンファレンスを初
GitHub、プライベート脆弱性レポート機能を一般提供
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます GitHubは米国時間4月19日、「Private vulnerability reporting」機能の一般提供を発表した。Private vulnerability reportingは、セキュリティ研究者とオープンソースメンテナーがオープンソースリポジトリーの脆弱（ぜいじゃく）性を報告・修正することを容易にするプライベート（非公開）なコラボレーションチャネル。 GitHub Star、GitHub Security Ambassador、Open Source Security Foundation（OpenSSF）Project Alpha-OmegaのシニアオープンソースセキュリティリサーチャーであるJonathan Leit
ローカルでGitHub Copilotのようなコード補完ができるというtabbyを試して動かなかった件 - きしだのHatena
GitHub Copilotがローカルでも動けば楽しいので、Gigazineでtabbyというのが紹介されてたので試したけど動きませんでした・・・ というか、最近はGigazineの後追い追試みたいになりがち・・・ ローカルPCでセルフホストできてGithub Copilotのように使えるコーディング補助AI「tabby」、Dockerイメージありなので早速使ってみたレビュー - GIGAZINE 毎回ちゃんと自分の環境にインストールして動かしてるのすごいなーと思います。 tabbyのリポジトリはこちら。ここにDockerのコマンドがあるので、パスを適当に修正すればOKです。 https://github.com/TabbyML/tabby Gigazineでは触れられてないけどイメージが32GBくらいあるので注意。 起動したけど、ぜんぜん補完してくれない。 SwaggerからAPIを叩い
［速報］「GitHub Copilot X」発表、GPT-4ベースで大幅強化。AIにバグの調査依頼と修正案を指示、ドキュメントを学習し回答も
［速報］「GitHub Copilot X」発表、GPT-4ベースで大幅強化。AIにバグの調査依頼と修正案を指示、ドキュメントを学習し回答も GitHubは、GTP-4をベースに「GitHub Copilot」の機能を大幅に強化した「GitHub Copilot X」を発表しました。 GitHub Copilot is already helping developers code faster in their IDEs. But what’s next? Our answer is GitHub Copilot X. It’s our vision for the future of AI-powered software development. Check it out https://t.co/3Xrn7dAPgi — GitHub (@github) March 22, 202
Gitの基礎知識をまとめました - Qiita
こちらはエンジニアなりたての私が学んだ、Gitの基礎知識になります。 トピックは職場の先輩に大事な部分を抽出いただいてまとめました。 私と同様、初学者さんたちのお力になれれば嬉しいです ローカルリポジトリについて Gitのローカルリポジトリには３段階がある 1. ワークツリー 自分の作業場所。ここでファイルの作成や編集を行う。 ワークツリーで編集後、addしていない状態でgit statusを行うと以下のように言われる。 Changes not staged for commit→ステージに上がっていない変更があるよ use "git add ..." to update what will be committed→addするにはgit add <file>してね use "git restore ..." to discard changes in working directory→
AWS App RunnerでGithubリポジトリからデプロイ - ヤマムギ
AWS App Runner開発者ガイドのチュートリアルをやってみました。 GithubのソースコードリポジトリかECRコンテナイメージから選択できるようですので、Githubのソースコードで試しました。 App Runner開発者ガイドのrequirements.txtとserver.pyのみ作成しました。 yamamanx/apprunnersample App Runnerサービスの作成 マネジメントコンソールで[App Ruunerサービスの作成]ボタンを押下しました。 ソースコードリポジトリを選択して、Githubアカウントを新規追加しました。 Githubログイン画面が別ウインドウで開いて、AWS Connector for Githubからの接続を許可しました。 apprunnersampleを選択して、デプロイトリガーは自動で設定しました。 構築コマンドと開始コマンドを指定
パッケージマネージャ「Homebrew 4.0」正式リリース、より高速に。Git cloneからJSONによるパッケージ管理へ切り替え
パッケージマネージャ「Homebrew 4.0」正式リリース、より高速に。Git cloneからJSONによるパッケージ管理へ切り替え MacやLinuxに対応するパッケージマネージャ「Homebrew」の最新版となる「Homebrew 4.0」正式版がリリースされました。 下記は開発者であるMike McQuaid氏のツイートです。バージョン3.6以来最大の変更が行われ、Tapと呼ばれるサードパーティアプリをインストールするためのスクリプト管理がJSONベースになり、大幅に高速化されたと紹介しています。 Today I'm proud to announce the release of Homebrew 4.0.0. The most significant change since 3.6.0 enables significantly faster Homebrew-maintai
プルリクのリードタイムを5分の1に劇的改善。科学的思考とオーナーシップで変革するDMM.comのエンジニア組織
プルリクのリードタイムを5分の1に劇的改善。科学的思考とオーナーシップで変革するDMM.comのエンジニア組織 会員数3,914万人を超える総合エンタメサイト「DMM.com」を運営し、60以上のサービスを展開する、合同会社DMM.com（以下DMM）。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Team+」を活用いただいています。 今回は、DMMの認証認可チームでエンジニアを務める木村さんにインタビュー。開発チームにおける課題と取り組みについて、「Findy Team+」のデータを踏まえながらお話を伺っていきます。 DMMプラットフォームの開発効率とセキュリティ向上を担う ――最初に、木村さんの簡単なご経歴と現在の業務内容を教えてください。 木村：2013年に新卒でDMMに入社して、今年3月までは映像配信サービスのバックエンドエンジニア
GitHub now gives free users unlimited private repositories
Celebrate King's Day with TNW 🎟 Use code GEZELLIG40 on your Business, Investor and Startup passes today! This offer ends on April 29 → GitHub is by far the most popular way to build and share software. That said, one weakness of the platform is that it limits who can create private repositories – that is, software projects that aren’t visible to the broader public, and are shared only with a hand
人気プログラミング言語、トップ10
何千ものプログラミング言語が存在する。だがその中でも、開発者が大きな信頼を置いている言語がいくつかある。 Githubはオープンソース・ソフトウェア開発において、中心的な存在となっているスタートアップ。同社はプログラミング言語のトレンドを追跡している。 GitHubは開発者にとって、310万人以上の開発者と210万以上の組織が閲覧、貢献できるソフトウエア開発のハブ。同社が毎年発表するレポート｢Octoverse｣を見れば、ソフトウエア開発の最前線の動向を知ることができる。 マイクロソフトが約75億ドル（約8400億円）での買収を発表したGitHubは、急速に成長している。 この1年でGitHubは800万人の新規ユーザーを獲得、これは設立後の6年で得たユーザー数よりも多い数となった。また、世界的にも急速に成長しており、特に中国、インド、シンガポール、ナイジェリア、ブラジルなどの国で成長して
オリジナルOctocatを作ろう！ | The GitHub Blog
自分だけのOctocatを作りませんか？ GitHubのオフィシャルマスコット、Octocatを作れるサイトを公開しました！ ヘアスタイルやファッションなど、いろいろなアイテムを組み合わせてオリジナルのOctocatを作って、GitHubアカウントのプロファイル写真として使ったり、ハッシュタグ #MyOctocat でシェアしましょう！ こちらはGitHub社員が作ったMyOctocatです。みなさんも楽しいOctocatを作ってくださいね！ MyOctocatを作ってみる OctocatのTwitterアカウント、@MonaTheOctocatができました！ @MonaTheOctocatでは開発技術の話はあまりしてないみたいですが（笑）、GitHub Japanのアカウント@GitHubJapan とともに、みなさんフォローしてくださいね！ ちなみに、Octocatの名前はモナリサちゃ
GitHubによる2018年の予想。データがすべて、ワークフローの戦い、OSSは上位レイヤへ、など
年末が近づいてくると、メディアに様々な今年の振り返りや来年の予想記事が並ぶようになります。GitHubは自社ブログで来年の予測「GitHub's technology predictions for 2018を公開しました。 予想は全部で6個あります、そのいくつかを手短に紹介しましょう。 データがすべてを統べる、ワークフローの戦い Data will rule all（データがすべてを統べる） 1つめの予想は「Data will rule all」でした。クラウド1.0ではコンピュートが中心でしたが、クラウド2.0では機械学習などを含むデータ中心時代になり、それがもっとも重要な資産になるとしています。 The workflow war will heat up—and so will mergers and acquisitions (M&A)（ワークフローの戦いが熱くなり買収や統合が起き
(翻訳)【GitHub公式】Gitコマンドチートシート - Qiita
githubが公式にgitコマンドのチートシートというのを出していたので、それを日本語に翻訳しました。 gitとはオープンソースの分散バージョン管理システムで、ラップトップやデスクトップ上での活動を促進します。 このチートシートは簡単なGitのコマンドラインを参照できるようになっています。 GITをインストールする GitHubは、最も一般的なリポジトリアクション用のグラフィカルユーザーインターフェイスを含むデスクトップクライアントと、高度なシナリオ用のGitコマンドラインエディションが用意されています。 GitHub for Windows https://windows.github.com Mac用GitHub Linux用GitディストリビューションPOSIXシステムは公式のGit SCM webサイトで利用可能です Git for All Platforms http://git
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub、AIによるコーディング支援「Copilot for Business」の一般提供を開始
GitHub - microsoft/frontend-bootcamp: Frontend Workshop from HTML/CSS/JS to TypeScript/React/Redux
GitHub - JohMun/vue-tags-input: A tags input component for VueJS
GitHub、コーディングをリアルタイムでチーム共有する「Teletype for Atom」を発表／暗号化されたピアツーピア接続で共有。公開されたソースでローカル動作も可能
