GitHub PR毎の環境をUIで区別しやすくしました！ - JMDC TECH BLOG
こんにちは。@dtaniwakiこと谷脇です。github.com 私は現在は産業保健向けのサービス「Pep Up for WORK」の開発に携わっています。 Pep Up for WORKは社員１人１人を元気にし、活気ある組織作りを実現することを目的としたサービスです。 去年書いたGitHub PR毎に独立環境を構築の記事なのですが、チーム内でだいぶ市民権を得まして、今はほとんどの動作確認作業をdev-nで行うようになりました。techblog.jmdc.co.jp 一方で、dev-n環境が乱立することにより動作確認環境の間違いが発生するようになってしまいました。 特に記事の最後に紹介しているフロントエンドとバックエンドで任意のPRを組み合わせると、どの組み合わせの画面を見ているかパッと見わからず混乱します。 そのため、UIで環境を区別しやすくしてみたので紹介します。 まず、管理画面の構
ちょっとした気配りで皆を幸せにする GitHub の使い方 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR 読むのが面倒な人は 私が一番訴えたい事： PR がレビューされない環境を作らない を読んでください。 その他のものは、周りの開発者体験をより良くするための手法について提示しています。 初めに この記事は GitHub での開発者体験をより良いものとするため、チームメイトにこの記事を見せて GitHub 上での開発手法を合わせたいという意図があります。 より良い開発体験を見つけたり躓いた部分があった場合は適宜更新されます。 また記事を見ている方の意見も募集しております 皆でより良い開発者体験を得られる環境を考えられたらと思いま
Bluesky/GitHub/Calendar/RSSをNotionに同期するbluenotiondbを作った
Notionには同期データベースとしてGitHubやJiraなどを同期できるDBがありますが、任意のサービスには対応していません。 もっと色々なサービスと同期するNotionのデータベースが欲しかったので、bluenotiondbというツールを作りました。 azu/bluenotiondb: Sync Bluesky/GitHub/Calendar/RSS to Notion. bluenotiondbは、色々なサービスからデータを取得してそのデータをNotionのデータベースに追加するツールです。 現状では次のサービスに対応しています。 Bluesky Pull Posts from Bluesky and push to Notion GitHub Activity Pull events of GitHub user and push to Notion Open/Close/Com
OpenTF、TerraformのフォークをGitHubで公開 | gihyo.jp
The OpenTF Foundationは2023年9月6日、HashiCorp製の構成管理プラットフォームTerraformのフォークを作成し、GitHubリポジトリで公開した。 The OpenTF fork is now available! -OpenTF Foundation HashiCorpは2023年8月10日、それまでMozilla Public License v2.0の元で公開してきたTerraformをはじめとする同社製品のライセンスをBusiness Source License v1.1に変更した。このため、オープンソースとしてTerraformを利用してきたユーザやコミュニティでライセンス違反となり使用できなくなる懸念が生じている。Terraformはスタンダードな構成管理基盤として多くの組織で利用されており、HashiCorpのライセンス変更はこれらの組織
Github Merge Queueの何が嬉しいのか | ymtdzzz.dev
2023/7/12にGithub Merge QueueがGAになりました。 https://github.blog/changelog/2023-07-12-pull-request-merge-queue-is-now-generally-available/ 機能のパッと見はPRをただキューに積んでくれるだけで「何が嬉しいんだろう？」と思う人も多そうなので、何が嬉しいのか事例付きで紹介できればと思います。 TL;DR 「PRの時点ではコンフリクトも無いしCIも通っているがマージしたらCI落ちた」というのが割とよくある 上記の対策として「マージ前にmain rebaseしてCIを再度回し、問題無いことを確認してからマージする」という作業を手動で行うしか無い Merge Queueを使用することでマージ後のCIチェックを自動化し、問題ある場合はマージせずに差し戻すことが可能になる Tab
github repository rulesがリリースされたので設定してみる - Qiita
概要 2023年7月24日にgithub repository rulesなるものがリリースされたようなので設定してみたいと思います。参考にしたのは以下 コミュニティ Doc 対応方法 該当リポジトリ > Setting > Rulesと移動する。とりあえずブランチルールを作りたいのでNew branch rulesetを選択して、ここから作成する。ちなみに作成、編集、削除は管理者のみとのこと 今回はmainブランチへのマージ前にプルリクエストを強制するルールを追加しようと思います。 1. General ルール名とステータスを設定する。 2. Bypass list 管理者だけ適用しないとかできそう。今回は割愛 3. Target branches メインブランチに適用したいのでInclude default branchを選択 4. Branch protections Restric
プロジェクト・タスク管理ツール「Backlog」のGit機能に特化したCI/CDサービス「QuickOps」のクローズドβを開始
プロジェクト・タスク管理ツール「Backlog」のGit機能に特化したCI/CDサービス「QuickOps」のクローズドβを開始 コモン・クリエーション株式会社（本社：福岡県福岡市、CEO：留置 正浩、以下「コモン・クリエーション」）は、プロジェクト・タスク管理ツール「Backlog」(※1) の Git(※2)に特化し、直感的な画面操作のみでCI/CDパイプライン(※3)の構築を実現し、開発作業の効率化を向上させる「QuickOps」のリリースを予定しています。 QuickOpsのベータ版として、お申し込み頂いた方限定で先行無償提供を開始し、QuickOpsのモニタリング利用にご協力頂ける企業・団体様を募集いたします。 ※1 開発からマーケティング、人事・総務まで様々な職種で使われているプロジェクト管理ツール Backlog 公式サイト： https://backlog.com/ja/
【Git】ディレクター必見！Gitはエンジニアだけのものじゃない！！ - NRIネットコムBlog
本記事は 【いまさら聞けない○○ウィーク～Git編～】 4日目の記事です。 🍦 3日目 ▶▶ 本記事 ▶▶ 5日目 💻 はじめに みなさま初めまして！ 本日は新卒入社4年目、現在Webディレクターの青田からお届けします。 「いまさら聞けない○○ウィーク～Git編～」も後半にさしかかりましたね。 1-3日目の記事では技術的な内容が多くとてもタメになりました。 今回は少し変わって、ディレクターや非エンジニアにも参考になるGitについてお話しします。 そもそもGitは『エンジニアが使うもの』だというイメージがあると思いますが、 実はWebディレクターにもGitを使う方がメリットがたくさんあります！！ そこで今回は、Webサイト制作におけるWebディレクターのGitの関わり方についてご紹介します。 はじめに そもそもWebディレクターのお仕事とは？ どのようにWebディレクターはGitと関わる
GitHubにPushするときは1回のPushを10MBくらいにした方が良いのでスクリプトを書いた - Qiita
はじめに GitHubに大量のファイルをPushしたらサイズ制限で弾かれた。 １つのファイルはLFSを使用するまで大きくないものの、1回のPushの容量が大きいと制限がかかるみたいです。 というわけで、10MBぐらいずつadd&commitしてpushするスクリプトを書いた。 #!/bin/bash # 現在のディレクトリがGitリポジトリであることを確認 if [ ! -d .git ] && ! git rev-parse --git-dir > /dev/null 2>&1; then echo "Error: must run this script in a Git repository" exit 1 fi # カレントディレクトリを保存 root_dir=$(pwd) # ファイルサイズの合計を保持する変数を初期化 total_size=0 # 10MBのサイズをバイト単位に
GitHub、リポジトリールールを一般提供
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます GitHubは米国時間7月24日、「GitHub Repository Rules」の一般提供を発表した。同機能は、4月にパブリックベータ版の提供が開始されていた。 リポジトリールールは、ブランチ保護をパブリックリポジトリーで容易に定義することを可能にする。柔軟なターゲットオプションにより、複数のブランチパターンを単一のルールセットで保護できる。レイヤーリングは動的なバイパスシナリオを可能にするため、「GitHub App」ではステータスチェックが追加の権限を必要とせずにスキップでき、管理者はプルリクエストをバイパス可能としながらも重要な「CodeQL」によるチェックの実行を依然要求できる。 GitHub Repository Rule
GitHub Actionsを使ってアクセスキーなしにEC2上のサーバー内シェルを実行する方法 - Qiita
name: AWS SSM Send-Command Example on: push: branches: main jobs: start: runs-on: ubuntu-latest steps: - uses: actions/checkout@v2 - name: AWS SSM Send-Command uses: peterkimzz/aws-ssm-send-command@master id: ssm with: aws-region: ${{ secrets.AWS_REGION }} ここ ==> aws-access-key-id: ${{ secrets.AWS_ACCESS_KEY_ID }} ここ ==> aws-secret-access-key: ${{ secrets.AWS_SECRET_ACCESS_KEY }} instance-ids: ${{
Bluesky の歩き方.md
Bluesky の歩き方.md Bluesky の歩き方 Bluesky は Twitter の類似サービスとして期待されている分散 SNS の一つです。 Twitter の創設者である Jack Dorsey による出資を受けており、 Bluesky, PBLLC によって開発・運営されています。 Bluesky は現在公式のアプリ・ウェブでは、日本語の UI がなくとっつきにくい部分があるため、ここでは楽しみ方について簡単に説明します。 日本語話者の探し方 まずは何にせよ、フォローする人を見つける必要があります。 Bluesky 公式 Web または、公式アプリからログインしている人は、以下の日本語話者カスタムフィード （ユーザーが作成した、独自のタイムライン） Japanese Cluster を見れば、日本語話者が見つかると思います。 とはいえ、このカスタムフィードでは、人が多すぎ
開発者はコーディングよりもビルドとテストの待ち時間が長く、チームの協力でコード作成が高速に。すでに92％がAIを仕事に活用。GitHubによる米国の開発者500人の調査
GitHubは、現在の開発ツールやワークフローが開発者の体験にどのような影響を与えるかについて、米国に拠点を置く企業のソフトウェア開発者500人を対象に調査した結果を発表しました。 その内容は、開発者がコーディングの時間よりもビルドやテストなどのCI待ちの時間が長いと感じていること、チーム内の協力によってカバレッジやコード作成が改善されること、そしてすでに92％がAIを仕事に活用していることなど、興味深い内容が明らかになっています。 ポイントとなるグラフをいくつか紹介しましょう。 ビルドの待ち時間が長すぎる！ 開発者の典型的な1日の仕事の中で何に時間が費やされているのか、個々の開発者に時間の長い上位3つまでの時間の使われ方と1日の中でのその割合を回答してもらい、それを集計したが下記のグラフです（分かりやすいように、オリジナルの英語のグラフを一部を加工して日本語を埋め込んでいます。以後すべて
GitHubの調査により開発者の92％がAIコーディングツールを愛用している実態が判明
コードも記述できる文章生成AIやコーディング支援ツールの「GitHub Copilot」などの登場により、コーディングを行う開発者の業務は効率化しつつあります。GitHubが調査機関を通じて実施した調べにより、開発者の92％が何らかの形でAIコーディングツールを使用していることが明らかになりました。 Survey reveals AI’s impact on the developer experience | The GitHub Blog https://github.blog/2023-06-13-survey-reveals-ais-impact-on-the-developer-experience/ Surprise! GitHub finds 92% of developers love AI tools • The Register https://www.theregis
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Git 2.42.0」が公開 ～ビットマップによるオブジェクトトラバーサルが高速化／Windows向けの「Git for Windows」も追随
Git for Windows アップデート - Qiita
接続不調が続く「OSDN」、米「SourceForge」がプロジェクトの勧誘に乗り出す／過去の不祥事がネックだが……「GitHub」への移行が難しければ有力な選択肢【やじうまの杜】
GithubのPrivateとPublicの切替 - Qiita
【macOS版】Homebrewを使ってgitをインストール - Qiita
CodePipeline (Github version 2接続) とCodeDeployを利用したパイプラインをCloudFromationで作成してみた | DevelopersIO
