You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Amazon Elastic Container Registry (ECR) now includes Docker Hub, Azure Container Registry, and GitHub Container Registry as supported upstream registries for ECR’s pull through cache feature. With today's release, customers can configure a rule that is designed to automatically sync images from the newly supported upstream registries to their private ECR repositories. ECR customers can create a pu
Pull request merge queue is now generally available! merge-queuepull-requestsvelocity July 12, 2023 Today we are announcing the general availability of pull request merge queue! 🎉 Merge queue helps increase velocity in software delivery by automating pull request merges into your busiest branches. Before merge queue, developers would often need to update their pull request branches prior to mergi
注釈: pull request における特別なキーワードは、pull request がリポジトリの_デフォルト_ブランチをターゲットするときに解釈されます。 ただし、PR のベースが_それ以外のブランチ_である場合、それらのキーワードは無視され、リンクは作成されません。PR のマージはこの issue に対して何の効果も持ちません。 キーワードの 1 つを使って pull request を issue にリンクする場合、PR が既定ブランチ上になければなりません。 リンクされたIssueとPull Requestについて 手動か、pull request の説明でサポートされているキーワードを使い、pull request に issue にリンクできます。 Pull Requestが対処するIssueにそのPull Requestをリンクすると、コラボレータは、誰かがそのIssue
TL; DRCloud Run の Always on CPU を使うと、Cloud Pub/Sub から Pull する Worker を Cloud Run で実行出来ます。ただし、スケーリング等にいくつか諸注意があります。 はじめにCloud Run の Always on CPU が Preview でリリースされて、バックグラウンド タスクや非同期処理で使えると Twitter で宣伝したところ、私の tweet 史上、一番の反響を頂きました。ありがとうございます。また同僚の Shingo-san が素敵な解説記事を書いてくれたり、同じく同僚の Pottava-san も素敵なサンプルコードを書いてくれてたり。「tweet してるだけでいいのかい?本当に?」という私のエンジニアとしての良心の呵責があったため、私もこうして記事を書いています。 試したこと以前、お客様から Cloud
(Editor's note - please read #9512 (comment) and #9512 (comment) before commenting if you are new to fish or not familiar with the context - @zanchey) (Progress report November 2023) (Sorry for the meme; also this is obligatory.) I think we should transition to Rust and aim to have it done by the next major release: Nobody really likes C++ or CMake, and there's no clear path for getting off old to
もっと早くに知りたかった .github リポジトリの効果 Twitterで知った超絶お役立ち情報。1週間前の自分に教えてあげたい… .githubリポジトリ作ればorganization全体にpull request template等を全体適応できるのを知ったhttps://t.co/DNu5Falkae — 1coin (@1coin178) October 13, 2020 元々リポジトリの中に.githubディレクトリを作ると、そのリポジトリに対してPull Requestのテンプレートやissueのテンプレートを作ったりすることができる機能があるのは知っていました。 今回紹介するのは、その機能をさらに拡張させて.githubリポジトリを作成することで、アカウント全体(Organizationの場合はOrganization全体)にテンプレートの適用範囲を拡大する方法です。 この
記事を読んでいただきありがとうございます。 普段はPM業務をしている駆け出しエンジニアです。 ある時先輩に、Pull Request(以下PR)レビューのコツについて聞いてみると、その先輩はレビューをする時はいつもgit pullをしてlocalで動作の確認をしているそうです。その話を聞いて面白いなと思ったので、記事にまとめてみました。 PRとは、開発の内容(マージ先との差分)を確認してもらうために提出する、Githubの機能の1つです。 チーム開発をした方であれば、誰もが使ったことがあると思いますが、割とGithubの画面上だけの確認になってしまいがちです。よくよく考えてみれば、「(git) pull依頼」という意味なので、元はgit pullをする前提だったのかなと思います(常識だったらすみません)。 エディタの静的エラーが出る 今回その先輩と一緒に入っている案件は、PHP/Larav
コンテナレジストリからイメージをpullする時にcurlで行えたら便利なのになと思うことが誰しもあると思います。自分は2ヶ月に1回ぐらいそういう時がやってくるのですが、大体やり方を忘れていて非常に時間を無駄にしていることに気づいてしまったのでメモを残しておきます。 コマンド このあと細かく説明を書いていますが、自分で備忘録的に見返すことが多いのでコマンドだけ先に書いておきます。以下はalpine:3.10を操作する例です。 Bearerトークン取得 $ export TOKEN=$(curl "https://auth.docker.io/token?service=registry.docker.io&scope=repository:library/alpine:pull" | jq -r '.token') マニフェストファイル取得 上のBearerトークン取得後に以下を実行。v2の
March 14, 2023 Commenting directly on a file in a pull request (not just a specific line) is now available in public beta! 🎉 With this capability you can now comment on deleted, binary (including images), and renamed files in a pull request. You can also comment generally about a changed code file without having to attach the comment to a specific line. How it works To comment on any file in a pu
git pull して、リモートブランチの最新に合わせようとしたら・・、あれ?コンフリクト・・?なにこれ、うまくいかない!「git push -f origin masterして強制Pushはできたのに。git pull -f origin master的な強制コマンドはないの?!」 とにかくリモートに合わせたい。そんなあなたのための、解決方法と解説です。 「git pull --force」は存在しない・・。 「git push --force」というコマンドがあるので、そこから連想してしまいますが、「git pull --force」というオプションは存在しません。 git pull の強制的に実行するには、別のコマンドが必要になりますので、見ていきましょう。 git pull で、ローカルを強制上書きする方法 ローカルのmasterを、強制的にリモートのmasterに合わせる //
同機能がGitHub公式で用意されているため、忘れないうちに移行しましょう! Pull Remindersの移行 Pull Remindersは大きく下記2つの機能があるため、それぞれで設定が必要になります。 特定のチャンネルに対して、指定時刻にプルリクを通知する 個人DMに対して、指定時刻にプルリクを通知する、かつ、リアルタイム通知も行う 特定のチャンネルに対して、指定時刻にプルリクを通知する 公式ドキュメントに従って移行します。なお、GitHubのOwner権限が必要です。 Organization Settings -> Scheduled reminders 個人DMに対して、指定時刻にプルリクを通知する、かつ、リアルタイム通知も行う こちらのドキュメントは見つけられていないのですが、個人の設定画面から設定可能です。 Your Settings -> Scheduled remin
My DM settingsの設定も忘れずに行いましょう!!(個人毎に設定が必要です) Team reminders 指定したチャンネルで、指定時間になるとPull Requestが通知されます。(Pull Requestが無ければ通知はされません) Pull Requestが無ければ通知はきませんが、レビュー待ちのPull Requestがあると@usernameでレビュワーに対して通知されます。 また、「レビューが完了したPull Request」も作成者に通知がきます! 「レビューでコメントして承認されなかった」ときは、再レビュー時に明示的にレビュー状態にしてあげないと、通知されません。 (下記を押せばOKです) My DM settings 個人毎に詳細な設定ができます。 (とりあえず全部通知させて、邪魔ならOFFにしようの精神) 主に下記の通知が便利です! レビュワーになったとき
GitHub App「Pull Request Size」を使うとプルリクエストの差分量から "サイズを意味する" ラベルを付けてくれて便利❗️やってることは単純だけど「このプルリクエストは大きすぎるな〜」という判断材料にも使える.個人アカウントなら無料なのも嬉しい✌️ github.com ラベル一覧 ラベルに関しては以下の「計6種類」が用意されている! size/XS : 差分量 0-9 行 size/S : 差分量 10-29 行 size/M : 差分量 30-99 行 size/L : 差分量 100-499 行 size/XL : 差分量 500-999 行 size/XXL : 差分量 1000 行 以上 差分量の計算式と除外ファイル 「差分量」を算出する計算式は GitHub に載っていて,基本的には「追加 + 削除」になる.でも generated file(自動生成され
👍 145 vtamara, gmichokostas, klevo, MarcosNASA, noclat, markahesketh, pfeiffer, montalvomiguelo, chakrihacker, nitrnitr, and 135 more reacted with thumbs up emoji 👎 772 sukei, adrianthedev, rik, yourivdlans, marcelolx, elvinaspredkelis, jutonz, gtokman, vfonic, grncdr, and 762 more reacted with thumbs down emoji 😄 52 joshgillies, abc3, hanayashiki, hayesr, dannote, avindra, wowczarczyk, Songkey
こんにちは。 SRE の @suzuki-shunsuke です。 Pull Request (以下PR) の CI の terraform plan (以下 plan) の実行結果(以下 plan file)を S3 に保存して、安全に terraform apply (以下 apply) 出来るようにしたとともに、 GitHub リポジトリの Require branches to be up to date before merging の設定を無効化することで Experience を向上した話を紹介します。 課題 Terraform の CI/CD を CodeBuild に移行した話 でも紹介したように、弊社では Terraform の CI/CD を CodeBuild で行っています。 GitHub Flow を採用しており、 PR では plan を実行し、 defaul
概要 ジョブ実行画面に PR へのリンクがないから不便という記事に賛同している人が思いのほか多かったのでこの記事を書いておきます。 pull_request イベントは PR へリンクされる pull_request イベントには最初から PR へのリンクが用意されています。 なぜ push イベント? push イベントを使いたくなる理由は主に以下の 2 つかなと思っていますがいずれも pull_request イベントで実現可能です。 PR が更新されたときに実行したい PR のブランチで実行したい PR が更新されたときに実行する pull_request イベントはデフォルトで types: [ opened, synchronize, reopened ] のときに実行されます。 このうち synchronize が PR が更新されたときに該当します。 PR のブランチで実行す
タイトルが長い。 fork されたリポジトリからの pull request を受け取ったとき、GitHub Actions が fork 元のリポジトリの secrets にアクセスするためには例えば pull_request_target という trigger を使うやり方がある。pull_request_target という trigger は便利なんだけど、これを無配慮に使うとセキュリティ的に危ういということが GitHub のドキュメントにはつらつら書かれており、まあつまりどういうことなんや、どう使えばええということなんや、ということで色々調べたのでメモしておく。 まず先に pull_request という triggergithub actions の trigger にはいろいろなものを設定できるが、基本的には pull_request という trigger を使えば p
The entire moderation team resigns, effective immediately. This resignation is done in protest of the Core Team placing themselves unaccountable to anyone but themselves. As a result of such structural unaccountability, we have been unable to enforce the Rust Code of Conduct to the standards the community expects of us and to the standards we hold ourselves to. To leave under these circumstances d
今回はECR上のDockerイメージを、別のAWSアカウントからpullする方法についてです。AWSの公式ドキュメント見ればわかるけど、まとまっていないので、自分のためにもまとめておきます。他にもあったら教えてください。 普通にできるから帰るhttps://t.co/gUtj3qfxh3 — nishipy (@iamnishipy) 2019年6月11日 やりたいこと 今回やりたいことは、以下の通りです。 AWSアカウントは2つあるとする AWSアカウント①にEKSクラスタがある AWSアカウント②にECRリポジトリがある AWSアカウント①のEKS上のKubernetesクラスタに対してコンテナをデプロイする際に、AWSアカウント②のECRリポジトリからコンテナイメージをpullしたい 前提知識
こんにちは。 STORES ブランドアプリのチームで iOS エンジニアをしている榎本( @enomotok_ )です。 これは STORES Advent Calendar 2023 の記事です。 私が普段仕事をしていて感じるPull Request (以下 PR )を迅速にマージすることの効用について、日々の取り組みと考えを言語化してまとめます。 なぜ Pull Request を早くマージしたいか 私たちは日々多くの仕事に忙殺されています。 PR を完成させたら、基本的には次のタスクに取り掛かります。 PR の生存期間が長いと、次のタスクとのマルチタスクが増え、それが長引くことになります。マルチタスクにおけるコンテキストスイッチが生産性に悪影響を及ぼすというのはよく言われる話です。 また PR が大きなタスクの一部であった場合に、 PR をマージできないことが次の仕事をブロックする可
はじめに 最近よく目にするようになったSnyk。なんて読むかご存知ですか?「すにぃく」や「すにっく」と読み、鍵を閉める際の音を表し、セキュリティ強化するという意味合いがあるようです。なお、 ‘So Now You Know’ (日本語だと「これでお分かりでしょう」のような意味)の頭文字をとったものらしいです(参考)。開発者向けのセキュリティツールで、GitHub Actionsなどのソースコード管理システム(SCM)との連携などを行い、開発プロセス中にセキュリティチェックをしてくれる、注目度が高まるツールです。ちなみにSnyk社のロゴの犬はドーベルマンで、Patch(パッチ)という名前のようです(参考)。 今回は、SnykとGitHub Actionsと組み合わせた活用例をご紹介します。開発者からのプルリクエストをトリガーで起動し、自動でSnyk Open Sourceによる脆弱性チェック
こんにちは、kenzauros です。 資料をまとめたりするときに使えるかもしれない、ちょっとした小ネタです。 Git で差分のあるファイル名を抽出するには git diff を使えばいいのですが、そのファイル名を使ってごにょごにょ加工したい場合、(私は)JavaScript のほうが便利なので、 GitHub の Pull Request を利用することにしました。 やりたいこと ちなみに git diff コマンドでコミット間の変更ファイル名一覧を取得するのは下記のようにします。 diff-filter=d オプションで「削除以外」、 name-only でファイル名のみ、 origin/master と HEAD の差分を抽出します。 これでずらずらーっとファイル名が得られます。 が、このあとこの一覧を加工しようと思うとシェルスクリプトや PowerShell でごにょごにょしなけれ
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community. Pick a username Email Address Password Sign up for GitHub By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails. Already on GitHub? Sign in to your account
January 12, 2023 What's new? Starting today, Dependabot will pause automated pull request activity if you haven't merged, closed, or otherwise interacted with Dependabot for over 90 days. To resume activity when you're ready, simply interact with Dependabot. This change will help Dependabot be more focused to the repositories you care about. When will Dependabot become paused? This change only app
GitHubでは、Pull Requestのテンプレートを作ることができます。 リポジトリ用のPull Requestテンプレートの作成 - GitHub ヘルプ Pull Requestに書いてほしいことが明らかになるため、レビューする側も効率よくレビューできると思います。 このPull Requestでやったことはなにか? このPull Requestでやらないことはなにか? 動作確認は何をしたのか? 特に気になるポイントやちょっとしたモヤはあるか? 個人的に「やらないことを明記」は大事だと考えており、レビューする側が「単に忘れてるだけ? それとも後でやるつもりなの?」で迷うことが無くなるのは大きいです。 ただし、Pull Requestの粒度や内容はチームやプロジェクトの特性によってかなり異なると思います。 そこで今回は、私が以前に作成したPull Requestのテンプレートをご紹
Kubernetes クラスタが AWS 上でコンテナイメージを pull するときの権限まわりの話 あるいは『AWS 上で動く Kubernetes クラスタが Amazon ECR からコンテナイメージを pull するときの IAM とか権限とかってどういう仕組みで動いてるの?』という記事です. コンテナ1を実行するためには、原則としてまずはコンテナイメージをダウンロードしてくる必要があります. 例えば手元のマシンなどでコンテナを実行する際は、一般的には docker pull のようなコマンドを利用してコンテナイメージをダウンロードしてきますね. パブリックなコンテナイメージ2であれば、特に認証などせずともダウンロードが可能なのはみなさま良くご存知の通りです. しかし、実際にプロダクションで利用されるコンテナイメージの多くは、その会社や組織固有のアプリケーションコードなどを含んでい
概要 2020年11月2日から実施と発表のあった、docker pull の Rate Limits(ダウンロードレート制限)について、コマンドライン上で適用状態が確認する方法が、Docker Blogに掲載されていました。これを実際に試した記録です。 ポイント 認証(docker login)していない場合、サーバへのログイン数に関係なく、すべてが anonymous(非認証)という単位でカウントされる。そのため、2人が同時に50 pullを走らせると、Rate Limitに到達する場合が有り得る 同じサーバ上でも、認証しているアカウントと、認証していないアカウントでの制限は別にカウントされるので、認証している場合は他人の影響を受けない模様 Docker Pull Rate Limits について 8月24日にDockerから発表された通り、pull時のダウンロード比率の制限が11月2日
AWS News Blog Announcing Pull Through Cache Repositories for Amazon Elastic Container Registry Organizations, development teams, and individual developers who have chosen to use containers to host their applications may prefer, or perhaps are required, to source all images from Amazon Elastic Container Registry (Amazon ECR) to take advantage of its high availability and security. To satisfy those
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community. Pick a username Email Address Password Sign up for GitHub By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails. Already on GitHub? Sign in to your account
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く