タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
メンバーの考え方を変えて背中を押したら、半年間でチームのPullRequest数が1.5倍になった話 - ACES エンジニアブログ
どうもエンジニアリングマネージャーのkobaanです。 オフィスが湯島ということで、初詣は湯島天神に行ってきました！中高生の娘たち用に学業御守りを購入して手渡したら、若干訝しげな顔をしておりました・・・。 勉学を頑張るのだ若人よ、これは中年からの警告だ。などとは言ってませんがそう言う思いで渡しています（笑） エンジニアリングマネージャーとしてACES Meet事業で行ってきたこと 今回は、ACES Meet事業にて私が入社してから実施した取り組みと成果についてお話しできればと思っています。 もちろんこれを当たり前に行っている組織も多分にあると思いますが、困っているマネジメントレイヤの方たちの少しでも助力になれば幸いです。 まず、背景とフォーカスしているポイントをご説明します。 小林が入社・選考当時の背景 これは私も聞いている限りになりますが、私が入社する1年ほど前（なので今からで言うと1.
AWS CodeBuildでRidgepoleをdry-runで動かしてMigration予定のDDLをGithubのPullRequestコメントに追記する - ANDPAD Tech Blog
ANDPAD バックエンド担当の原田(@tomtwinkle)です。 普段はGolangでモリモリコードを書いていますがDevOps関連の記事ばかり書いてます。 お察しの通りなんですが、今回もDevOps関連の記事だったりします。 やり方だけ知りたい人は Motivation の部分は読み飛ばして貰っても問題ないです。 Motivation AWS CodeBuild側の準備 GithubのPrivate Access Tokenを発行する AWS Systems ManagerのParameter StoreにDBとGithubへのアクセス情報を記述 CodeBuildを作成 Github Repository側の用意 Buildspecの記載 動作結果 謝辞 さいごに Motivation 私が担当しているANDPADボードではRDS(MySQL)を利用しています。 そして、DBのsc
初めてPullRequestを対応する前に知りたいGitのコミットについて - ANDPAD Tech Blog
こんにちは！2021年2月にアンドパッドに入社しました、エンジニアの浜田です。 私の経歴として入社前までチームでの開発をほとんどしてきませんでした。アンドパッドに入社して初めてチーム開発をするようになりました。 入社当初、私がPR(Pull Request)を対応する中で教えてもらったことや、他の方が教えてもらっていたことを社内向けに初めてPRを対応する前に知りたいことというタイトルで記事をまとめました。今回はその記事の内容からGitに関してまとめた4点を紹介させていただきます。 はじめに 1. コミットメッセージは1行目がタイトルで3行目から説明 2. 1コミットに複数の対応を混ぜない 3. コミットメッセージに有益な情報を残す 4. レビュー前にGitのコミット整理 まとめ はじめに アンドパッドではGitHub上で開発を進めています。PRのマージ条件の1つにレビュアーのApprove
前提として Pull Requestの運用方法など、各プロジェクトによって方針が定められているところもあるかと思います。 その上、この記事ではあくまで筆者の考えを殴り書きしているだけのものですので、基本的にはプロジェクトの方針に沿った運用を行い、この記事は参考程度にしていただくのが良いかと思います。 概要 昨今の開発では、GitHubを利用される方が大半だと思われます。 その中でも、ほとんどの人が利用している機能として「Pull Request」が挙げられます。 Pull Requestは「実装者が実装した機能・コードの品質をレビュワーがチェックする工程」であり、「実装者とレビュワーのコミュニケーションを取る場」となります。 Pull Requestも万能ではなく、そもそもレビューも実装も人間が行う（2023年時点だとまだ人間がやってる）ので、確認漏れや認識のずれが発生してしまうこともチラ
GithubのPullRequestのコメントにラベルを書くようにして生産性を少し改善する - エキサイト TechBlog.
エキサイト株式会社メディア開発の佐々木です。 メディア開発では、github.comを使ってソースコード管理を行っています。人数やプロジェクトが多くなってくるとPullRequestのコメントの書き方がバラバラになってくるので、生産性を確保する為に下記のようなラベルっぽいものを書くことを推奨する方針としています。 [MUST]… (Must) 必ず直してほしいところをコメントで記載します。どう直してほしいのか具体例をつけて書くことを推奨します。メンテしづらくなったり、パフォーマンスが著しく悪かったり、色々な観点がありますが、その観点がコミュニケーションでは大事なので、その点を書くようにします。 (例) [MUST] この実装はパフォーマンスがよくないとおもうので、 `xxxx` を使った書き方になおしてほしいです GithubのSuggestion機能 明確な修正提案は、GithubのSu
dbtCloudから作成したPullRequestにコンパイル済みSQLをコメントする仕組みを作成した話 - Timee Product Team Blog
こんにちは☀️ タイミーでアナリストとアナリティクスエンジニアしてますokodoonです 今回の記事はdbt CloudでPull Requestを作るときに、レビュー負荷が高くなってしまっていた問題を解消できるように、コンパイル済みのSQLをPR上にコメントするような仕組みを作成したことについての紹介です。 もし同じような課題感を抱えている方がいらっしゃれば、参考にしていただければ幸いです 課題感 今回選択した解決策 背景/前提 実装概要 各ステップの説明 PRの情報をもとにprofiles.ymlの動的生成 コンパイル処理の実施 PR上にコメント どんなふうに動くかみてみる 結果 We’re Hiring! 課題感 弊社のデータ基盤ではDWH層DataMart層は「分析用に加工されたデータを扱う層」として定義しています。 各種ドメインに依存した集計や変換のロジックが含まれるため、この層
PullRequestの統計情報をBigQueryに送り、変更のリードタイムを柔軟に可視化する - $shibayu36->blog;
以前PullRequestからチーム開発の生産性・健全性を測るCLIツールを書いてみた - $shibayu36->blog;のようなことをやってみたのだが、BigQueryにデータを送ることでもう少し柔軟に変更のリードタイム*1などを可視化してみたのでメモ。 BigQueryで可視化するためにやったことは3つ。 BigQueryにマージされたPullRequest情報を送るスクリプトを作成 上記スクリプトをGithub Actionsで動かし、定期的にデータを送る BigQueryでViewを作り、Data Studioで可視化 BigQueryにマージされたPullRequest情報を送るスクリプトを作成 こういうイメージ。 import { execFileSync } from "child_process"; import { writeSync } from "fs"; imp
はじめにこんにちは。 フューチャーアーキテクト株式会社、TIG/EXユニット所属の宮永です。 ※TIG(Technology Innovation Group)はテクノロジーカットでお客様の課題解決を行う部門です。 中でもEX(Energy Transformation)ユニットは2022年に新設されたエネルギー業界特化型のコンサルティング集団で、「エネルギー×テクノロジー」をコンセプトにエネルギーサプライチェーン全体での需給の最適化やレジリエンス強化を図り、地域の活性化やビジネスモデルを変革することで透明性の高いフェアなマーケット形成を目指します。 本記事ではCircleCIでGitHubのPR作成時の負荷を軽減するために、PR作成者の自動アサインおよびラベルの付与を自動化した話をご紹介します。 経緯CircleCIでGitHubのPullRequest作成時の負荷を軽減したいと思った経
【Github Actions】 PullRequestトリガー時にdiffのファイルリスト見て何かしたい - Qiita
作業メモですが情報がなかったので備忘録 課題感 PR作成時にPRのFile Changedタブに表示されるファイルリストがほしい headで触ったファイルのみにdiffがでる headにbaseブランチをマージしてもdiffがでない コンフリクト解消を除く baseブランチにコミットが追加されてもdiffが増えない Githubのcheckoutは基本 shallow clone（depth=1でとってくる）で、cloneに時間のかかるツリーを使った比較はしたくない 3点ドット（ git diff branchA…branchB）を使うとツリー上の2ブランチの共通の親コミットまで遡ってbranchBとのdiffをだしてくれるが、2ブランチが互いの共通コミットまで深くfetchする必要がある（baseブランチの共通コミットまでの深さは追えない） つまり2点のコミット間の比較にしたい このメモ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
みんなが幸せになれるPullRequestの作り方を考えてみた - Qiita
![AIに「人生相談」、1,670万人が熱狂するAIセラピストの魅力と危険性 | AMP[アンプ] - ビジネスインスピレーションメディア](https://cdn-ak-scissors.b.st-hatena.com/image/square/33c52e2a9384d5afe3d2b8a0200c18a49b448bbc/height=288;version=1;width=512/https%3A%2F%2Fampmedia.jp%2Fwp-content%2Fuploads%2F2025%2F08%2Fshutterstock_2571323071-1.jpg)
CircleCIでPullRequest作成時の負荷を軽減する | フューチャー技術ブログ
www.pixiv.net
unbalanceambulance.hatenablog.com
jun3.st.coresv.net
fairysbible.com
anond.hatelabo.jp
www.sunday-webry.com