Gitpodが最強過ぎる件について - Qiita
Gitpodって何？ One-Click Online IDE for GitHub & GitLab GitHub,GitLabのためのワンクリックオンライン IDE です。 GitHub や GitLab のページからすぐに使える使い捨ての VS Code ライクなクラウド開発環境を構築してくれます。 Theiaというオープンソースの IDE を動かしています、詳しくは Theia のサイトを見てみてください。 なんで最強なのか 無料（50 時間/月、オープンソース） アカウント連携だけで利用できる (GitHub,GitLab,Bitbucket) 開発環境を使い捨てできる VS Code と操作感が同じ（拡張機能も対応） 自動で開発環境をセットアップできる コラボレーション（ペアプロ）ができる Git 統合されていて Pushは勿論のことGitHubなどのPRレビューまでできる 多
フロントエンドのGitHub Actions実行時間を削減するために取り組んだこと | PR TIMES 開発者ブログ
こんにちは、フロントエンドエンジニアの小張です。GitHub Actionsの実行時間を削減するために取り組んだことについて紹介します。 経緯 PR TIMESではReactに関するコードを、monorepoとしてprtimes-frontendという1つのリポジトリで管理しています。 GitHub Enterprise Cloudプランでは月50,000分のGitHub Actionsを無料で実行することができますが、prtimes-frontendだけで7割近い時間を消費してしまっていました。またCIに時間がかかることで、Pull Requestを作成した後、10分近く待たないとコードレビューに回すことができず、開発効率が落ちてしまっていました。 そこで現状の使い方を見直して、billable timeの削減に取り組むことになりました。 billable time削減の改善点を探す b
GitHubの削除されたリポジトリや非公開のリポジトリに誰でもアクセスできてしまうのは仕様通り
GitHubでは削除されていたりプライベートに設定されていたりするフォークやリポジトリに誰でもアクセスでき、さらにその動作が欠陥ではなく仕様通りであるとオープンソースセキュリティ企業のTruffle Securityがブログに投稿しました。 Anyone can Access Deleted and Private Repository Data on GitHub ◆ Truffle Security Co. https://trufflesecurity.com/blog/anyone-can-access-deleted-and-private-repo-data-github GitHubでの一般的なワークフローとして、「新しいフォークを作成する」「コミットする」「フォークを削除する」というものを考えてみます。 この時、削除したはずのフォークの中身を誰でも確認できてしまうとのこと。
カスタム GitHub Actions 超入門
"まず試す"ためのDatabricks Apps活用法 / Databricks Apps for Early Experiments and Validation
GitHub を使うなら通知くらいまともに設定してくれ
4 月から新入社員となって本格的にエンジニアとして生活し始めた方も多いかと思います．いままであまり GitHub を使っておらず，会社から要求されてはじめてまともに使い始めた方もいるかもしれません． そんな方々にお願いがあります． GitHub を使うなら通知くらいまともに設定してくれ あなたがこのタイトルを読んでピンときていないのであれば，あなたの通知設定はおそらく間違っています．GitHub は初期設定だと非常に多くの通知を送信します．それは GitHub 自身が通知ページで述べているくらいです． 通知はあなたが思う以上に大切な存在です．必要とする通知は人によって様々であり，それを見逃してはいけないため，ときに GitHub は必要以上の通知を送信しています．しかし，必要以上な通知を受け取ると，人は通知を見ないようになってしまいます． 個人開発ならそれでもよいかもしれません．しかし，あ
GitHub ActionsでJestのログに色をつけられる - hogashi.*
Jest は TTY では色つきのログを出すが、そうでないときは色なしになる https://jestjs.io/docs/cli#--colors --colors オプションか、環境変数で FORCE_COLOR=true するととにかく色つきのログを出せる GitHub Actions では色つきのログに対応している A better logs experience with GitHub Actions | The GitHub Blog That’s why we are increasing the color support, including: ANSI colors 8-bit colors 24-bit colors https://github.blog/2020-09-23-a-better-logs-experience-with-github-actions/
GitHub Actionsで「ロリポップ！」「ヘテムル」をもっと便利に使おう - Pepabo Tech Portal
こんにちは、最近YouTuberになったあんちぽです。今日はですね、弊社の提供しているレンタルサーバー（ロリポップ！、ヘテムル）を、GitHub Actionsを使ってもっと便利にしよう！という話をしたいと思います。 この記事の対象読者 以下の内容を満たす方々を対象読者として想定しています。 ロリポップ！やヘテムルといったレンタルサーバーを使っている方 Webサイトの開発・制作をされている方（趣味・仕事を問いません） Gitを使っているがCI/CDは実践しておらず、開発・制作フローを効率化したい方 この記事を読むとできるようになること 手元で開発した変更をGitHubにpushしたら、自動的に本番環境（ロリポップ！やヘテムル）へリリースできるようになります Hugoを使ったより複雑なサイトについても、GitHub Actionsを使ってリリースの自動化ができるようになります ワークフローを
GitHub ActionsにおけるStep/Job/Workflow設計論
この記事について GitHub Actionsには、以下3つの実行単位が存在します。 Workflow Job Step パイプラインを組む中で出てくる複数個の処理を、1つの実行単位でまとめてしまうか、それとも分割するのかというのは悩むポイントかと思います。 一つのstepのrunフィールドにコマンドを詰め込む？それともstepを分けた方がいい？ 一つのJobの中のstepとして記述した方がいい？それとも別のJobに定義した方がいい？ 一つのWorkflowの中にJobをたくさん定義する？それともWorkflowを別にする？ この記事では、Workflow・Job・Stepそれぞれの性質を踏まえた上で、ベストな処理単位の選び方を考察します。 使用する環境・バージョン GitHub Actions: 2022/5/15時点での機能をもとに考察 読者に要求する前提知識 GitHub Actio
GitHub Dependabotが自動作成してくれるPRの中で、パッチバージョンの更新だけAutoMergeする | DevelopersIO
吉川@広島です。 先日、 GitHubにDependabotを導入して依存ライブラリを自動アップデートする | DevelopersIO という記事を書きました。さらに掲題のことを実現するにはどうすれば良いのかなーと思っていたところ、ちょうどはてなブックマークで下のドキュメントが浮上していて解決できましたので、その方法を紹介したいと思います。 [B! github] Automating Dependabot with GitHub Actions - GitHub Docs Automating Dependabot with GitHub Actions - GitHub Docs TL;DR GitHub DependabotでPRを自動作成する GitHub ActionsでPRを自動マージする という方法で実現できました。 Dependabot設定ファイル # .github/w
GitHubにDependabotを導入して依存ライブラリを自動アップデートする | DevelopersIO
吉川@広島です。 掲題の通り、GitHubのDependabot機能をONにして、「プロジェクトで利用している依存ライブラリで新しいバージョンが出たら自動でPRを作ってもらう」というのをやりたいと思います。 知らなかったのですが、DependabotってGitHubに買収されていたんですね。 皆さんと一緒に、より連携したコミュニティを築いていく - GitHubブログ TL;DR 設定手順は公式ブログのGIFアニメを見れば一発でわかると思います。 ハマった点 marketplaceにGitHub Previewがない ググって調べていると、GitHub MarketplaceからDependabot Previewを入れるという情報が見つかります。しかし、実際にmarketplaceで検索してもDependabot Previewなるものは出てきません。 Goodbye Dependabo
SPA を GitHub Actions でビルドして GitHub Pages にデプロイする - 30歳からのプログラミング
デプロイの自動化と History API のフォールバック設定を行うことで、GitHub Pages で SPA を公開できるようにする。 具体的なゴールは以下の通り。 masterブランチにプッシュすると、自動的にビルドが行われる ビルドした内容が GitHub Pages として公開される History API のフォールバックが設定されており、SPA として問題なく機能する 以下がサンプルコード。 github.com 上記のリポジトリによって公開されたページ。内容はない。 https://numb86.github.io/spa-sample/ なお、この記事では SPA の作り方そのものは扱わない。 ビルド用のコマンドを用意し、ビルドの出力先を決める サンプルコードでは、$ yarn buildでビルドし、その結果をpublic/に出力するようにしている。 public/の内
GitHub「Personal access tokens」の設定方法 - Qiita
GitHub APIで色々やるための準備作業。 ここではリポジトリに対して操作可能なTokenを設定してみる。 Tokenを取得する GitHubを開いてSettingsをポチる。 左メニューからDeveloper settingsをポチる。 左メニューからPersonal access tokensをポチる。 Personal access tokensをクリックして開く画面は↓なので、1~3をやらずに下記URLを直接開いてもOK。 https://github.com/settings/developers 右上のGenerate new tokenボタンをポチる。 必要項目を入力 Token descriptionにトークンの任意の名前を設定。 Select scopesのrepoにチェックをつける。 Tokenを生成 生成されたTokenを覚える（緑色の部分） 以上でリポジトリ操作
Github ActionsでeslintとJestを実行するworkflow - Qiita
やること Github Actionsを使って、PRが作成されたタイミングでテストや構文解析を実行するというものです。 説明しないこと Github Actionsとは？ それぞれの導入方法 細かい部分 Github Actionsを使用する時のポイント Marketplaceを探すとかなり豊富に色々な開発者が開発をしたActionが利用出来るようになっているので、まずそちらを見てみるといいかもしれません。 Github Actionsの導入方法 Github Actionsを導入したいgithubで管理されているrepoに以下のようにworkflow定義用のmain.ymlを作成します。 上記でmain.ymlとしていますが、ここのファイル名は自由です。 かつ、複数のymlファイルを配置して、actionを分割することも可能です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub.com の Markdown でアラート記法が増えた話 - Qiita
【Git】ブランチの命名規則を調べてたらIssueドリブン開発という存在を知った - Qiita
actionlint playground
GitHub - imgly/background-removal-js: Remove backgrounds from images directly in the browser environment with ease and no additional costs or privacy concerns. Explore an interactive demo.
【Github Actions】独自の環境変数設定方法 - Qiita
GitHub - boyEstrogen/Anime-Girls-Holding-Programming-Books: Anime Girls Holding Programming Books
GitHub - uber/baseweb: A React Component library implementing the Base design language
