並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 97件

新着順 人気順

mergeの検索結果1 - 40 件 / 97件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

mergeに関するエントリは97件あります。 githubtechfeedgit などが関連タグです。 人気エントリには 『あなたはmerge派?rebase派?綺麗なGitログで実感したメリット - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」』などがあります。
  • あなたはmerge派?rebase派?綺麗なGitログで実感したメリット - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」

    BIGLOBEの開発現場の様子や、developブランチにrebaseで綺麗なコミット履歴を作る方法をご紹介します。 はじめまして! GitHubを中心に仕事がまわる開発現場 Git logが綺麗だとバグが起こりにくい? developブランチを綺麗に保つGit操作(マージ編) 1. そのまま気にせずdevelopにマージする。 2. 最新のdevelopをfeature/Bブランチに取り込んでからdevelopにマージする 3. 最新のdevelopにrebaseしてからマージする リベース コワクナイョ 最後に はじめまして! 基盤本部(開発部門)の江角です。 2021年8月にSIerからBIGLOBEに転職し、半年が経過しました。 転職期間中はもちろんコロナ禍で、カジュアル面談も面接も全てオンラインでした(多分今もそうだと思います)。 入社日当日は出社しましたが、入社してから半年の

      あなたはmerge派?rebase派?綺麗なGitログで実感したメリット - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」
    • squash and mergeしか使ってないけど全く困ってない

      こういうことはレポジトリ構成・ワークフローと密接に紐づいているので、そういう前提を抜きにはどれがいいとかはいうことはできない。が、自分はいわゆるsquash and mergeのみの環境しかほとんど経験がないし、それで困ったことが一度もない、という話をしておきたいので書いておきたい、ので書いておく。 squash and mergeのメリットは書いてある通りで、基本的にPR内の細かい修正というのはゴミみたいなコミットが多く、メッセージも雑なことが多いので、それをコミットログに残しておくのは嫌だということがある。それよりは意味のある単位のコミットを残しておきたいし、それの単位はPRで行うのが良い、ということだ。 “Google-style” workflow デメリットの方は、いわゆるfeature branchというワークフローで顕在化する問題であると思う。で解決策はあり、それはワークフロ

        squash and mergeしか使ってないけど全く困ってない
      • Merge vs. Rebase vs. Squash

        merge_vs_rebase_vs_squash.md I get asked pretty regularly what my opinion is on merge commits vs rebasing vs squashing. I've typed up this response so many times that I've decided to just put it in a gist so I can reference it whenever it comes up again. I use merge, squash, rebase all situationally. I believe they all have their merits but their usage depends on the context. I think anyone who sa

          Merge vs. Rebase vs. Squash
        • GitHub の merge queue で 「マージ待ち」を解消した話 - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)

          こんにちは。 株式会社アカツキゲームスで ATLAS というチームに所属してゲーム内通貨管理基盤の開発及び運用を行っています、なかひこくん (@takanakahiko) です。 最近バイクを買いました。 私の担当するゲーム内通貨管理基盤の開発現場では、「マージ待ち」なるものが存在しました。 今回は、その課題を GitHub の新機能である merge queue で解決した方法を紹介します。 この記事は 2023-07-20 時点での merge queue 及び GitHub Actions の仕様に則ったものです。 今後のアップデートによりこの記事の内容が正しくないものとなる可能性があります。 「マージ待ち」とは 私の担当するゲーム内通貨管理基盤の GitHub リポジトリでは PR のマージ後に走る、同時に実施できない 15 分程度の E2E test が存在しました。 すなわち

            GitHub の merge queue で 「マージ待ち」を解消した話 - Akatsuki Hackers Lab | 株式会社アカツキ(Akatsuki Inc.)
          • PostgreSQL 15正式リリース。ソートの改善で最大で400%高速に、SQL標準のMERGEコマンドサポートなど

            オープンソースのリレーショナルデータベース「PostgreSQL 15」正式版がリリースされました(日本語版のプレスリリース)。 News: PostgreSQL 15 Released! https://t.co/af3E117bts — PostgreSQL (@PostgreSQL) October 13, 2022 ソートが最大で400%速度向上 PostgreSQL15ではインメモリとディスク上のソートアルゴリズムが改善され、どのデータ型をソートするかによって性能差はあるとされますが、ベンチマークでは25%から400%の速度向上が示されました。 count()、rank()、row_number()、dense_rank()などのウィンドウ関数でも速度が向上しています。 ライトアヘッドログ(WAL)ファイルでLZ4とZstandard (zstd) の圧縮をサポートを追加したこと

              PostgreSQL 15正式リリース。ソートの改善で最大で400%高速に、SQL標準のMERGEコマンドサポートなど
            • GitHubのMerge Queueとは何か?それと、認識しておきたいこと - Mitsuyuki.Shiiba

              同僚に「GitHubのMerge Queueってあんまり知らないんだけど、どう思う?」って聞かれて「あー。僕もあれよく分かってないんだよね」って返事をして、ちょうどいい機会なので見てみた 見てみた感想としては、いくつか気をつけておきたい点があるけど、チームの開発の進め方にうまくはまれば便利な機能だな、という感じ(なんでもそうか・・・) Merge Queueって? 2023年の7月にGAになったGitHubの機能 プルリクエストをマージするときに「マージ先のブランチ(ベースブランチ)の最新の変更を取り込んでからChecks(つまりCI)を実行して、それが成功したらマージしといて!」ってお願いできる便利機能。名前のとおりQueueになっているので複数のプルリクエストからenqueueできて前から順番に処理してくれる そうは言われても最初に説明を見た僕は「???」状態だった。「なんでこんな機能

                GitHubのMerge Queueとは何か?それと、認識しておきたいこと - Mitsuyuki.Shiiba
              • GitHub、自動でマージが実行される「Pull request auto-merge」機能を発表。GitHub Universe 2020

                GitHub、自動でマージが実行される「Pull request auto-merge」機能を発表。GitHub Universe 2020 GitHubは、オンラインイベント「GitHub Universe 2020」において、自動的にマージを実行してくれる新機能「Pull request auto-merge」を発表しました。 Check out auto-merge! Now, when your branch protection rules are met, your changes approved, and your checks are green, GitHub can automatically merge your pull request for you. #GitHubUniverse #Keynote https://t.co/9gQRFt3aqQ pic.tw

                  GitHub、自動でマージが実行される「Pull request auto-merge」機能を発表。GitHub Universe 2020
                • Kazuho Oku on Twitter: "プルリク、たいていmainブランチのHEADよりも古いのをフォークしてるけど、そういうなのを手元でレビューする時は git diff -r $(git merge-base HEAD main) とやると、共通祖先とのdiff… https://t.co/UstVHNFGmv"

                  プルリク、たいていmainブランチのHEADよりも古いのをフォークしてるけど、そういうなのを手元でレビューする時は git diff -r $(git merge-base HEAD main) とやると、共通祖先とのdiff… https://t.co/UstVHNFGmv

                    Kazuho Oku on Twitter: "プルリク、たいていmainブランチのHEADよりも古いのをフォークしてるけど、そういうなのを手元でレビューする時は git diff -r $(git merge-base HEAD main) とやると、共通祖先とのdiff… https://t.co/UstVHNFGmv"
                  • 富岳版XbyakがIntelの深層学習ライブラリoneDNNにmergeされる - Cybozu Inside Out | サイボウズエンジニアのブログ

                    初めに サイボウズ・ラボの光成です。 このたび、Intelの公式深層学習ライブラリoneDNNに、富士通が開発しているスーパーコンピュータ富岳向けのPull Requestがmergeされました。 その開発に関わることになった経緯を紹介します。 目次 概要 Xbyakとは 動機 Intelとの関わり 富士通との関わり 概要 富士通研究所はスーパーコンピュータ富岳で深層学習(ディープラーニング)を高速に処理するためのソフトウェアを開発してます。 そのためにIntelが開発している深層学習ライブラリoneDNNを富岳に移植して改良しています。 このたび、その成果の一部が本家のoneDNNに取り込まれました。 富岳はA64FXというArm v8-Aにベクトル演算機能SVEが追加されたCPUを持ちます。 oneDNNを富岳に移植するには、私が開発しているXbyakのA64FX用Xbyak_aarc

                      富岳版XbyakがIntelの深層学習ライブラリoneDNNにmergeされる - Cybozu Inside Out | サイボウズエンジニアのブログ
                    • Pull request merge queue (public beta)

                      February 8, 2023 Today we are announcing the public beta of pull request merge queue for repos on GitHub Enterprise Cloud and open source organizations! 🎉 Merge queue helps increase velocity in software delivery by automating pull request merges into your busiest branches. Before merge queue, developers were often required to update their pull request branches prior to merging to ensure their cha

                        Pull request merge queue (public beta)
                      • We're all Tanuki (!24447) · Merge requests · GitLab.com / www-gitlab-com · GitLab

                          We're all Tanuki (!24447) · Merge requests · GitLab.com / www-gitlab-com · GitLab
                        • Gitのrebaseとmergeの挙動の違いをGitHubを用いて検証してみた - Qiita

                          最近Gitを新卒に教えることがあった@oliver_diaryです。 その中で、mergeとrebaseの違いを教える機会があったので、記事にしました。 Gitを使っていると、はじめに立ちはだかる関門だと私が勝手に思っているrebaseとmergeの違いですが、しっかりとこの2つの違いを理解し、メリット、デメリットを抑えておくと、Gitを使いこなしてる感が出ると思っています。 また、実際の挙動について、GitHubなどのリモートリポジトリでの挙動をベースとした説明をしている記事があまりなかったので、そこについて触れることで、より実践的にイメージできればと思います。 mergeについて まずはmergeですが、日本語では合流などと表現したりします。 例えば、masterブランチとtopicブランチが存在し、masterブランチにtopicブランチをmergeさせると、その名の通り、maste

                            Gitのrebaseとmergeの挙動の違いをGitHubを用いて検証してみた - Qiita
                          • 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

                            • Sakana.aiが公開した「Evolutionary Model Merge」手法を「mergekit」で実施してみる - Taste of Tech Topics

                              皆さんこんにちは 機械学習チームYAMALEXの@tereka114です。 YAMALEXは Acroquest 社内で発足した、会社の未来の技術を創る、機械学習がメインテーマのデータサイエンスチームです。 (詳細はリンク先をご覧ください。) 日々、LLMが進化していて、画像が本職(のはず)の私ですら、ここ数年LLMの勉強をはじめています。 学習してモデル公開しましたといった記事はよく見ますが、今回は今、非常に注目されている日本に拠点があるAIスタートアップである「Sakana.ai」が公開した「Evolutionary Model Merge」を使う話をします。 Evolutionary Model Merge 「Evolutionary Model Merge」は「Sakana.ai」から発表された進化的モデルマージと呼ばれる技術です。 端的に言ってしまえば、複数のモデルを利用して新し

                                Sakana.aiが公開した「Evolutionary Model Merge」手法を「mergekit」で実施してみる - Taste of Tech Topics
                              • 複数の Terraform state を結合する tfstate-merge を書いて20個以上の state を大統一した - 酒日記 はてな支店

                                あるところに、ひとつの Web サービスの本番環境が 20 個以上の Terraform state で管理されているリポジトリがありました。 おもに AWS 上で動いている、大変年代物かつ巨大なモノリスのサービスです。最初は何もコード管理されていない状態から徐々に Terraform を導入したのですが、その際に「一度に全部管理はできないから、徐々に Terraform 化していこう」という方針で管理を始めたところ… 新機能を追加するのでそのリソースを別 state で管理 改修があるのでそれらのリソースを別 state で管理 を繰り返すうちに、中に数個程度しかリソースがない state がどんどん増殖し、いつの間にやら20個以上になってしまったという状態です。ちなみにリソース定義は合計で 500 程度ありました。 さすがにここまで分割されてしまうと相互参照はできないし、VPC / S

                                  複数の Terraform state を結合する tfstate-merge を書いて20個以上の state を大統一した - 酒日記 はてな支店
                                • 「PostgreSQL 15」が正式リリース ~「MERGE」コマンドに対応、パフォーマンスも向上/オープンソースのリレーショナルデータベース

                                    「PostgreSQL 15」が正式リリース ~「MERGE」コマンドに対応、パフォーマンスも向上/オープンソースのリレーショナルデータベース
                                  • イーサリアムの消費電力を99%以上削減する大型アップグレード「The Merge」とは?

                                    日本時間の2022年9月6日、ブロックチェーンプラットフォーム・イーサリアムの大型アップグレード「The Merge(ザ・マージ)」の第1段階が完了しました。多くの仮想通貨関係者が注目するThe Mergeについて、海外メディアのThe Vergeが「The Mergeとは何なのか?なぜ実行されるのか?」という疑問についてまとめています。 How Ethereum’s ‘Merge’ will slash its climate pollution - The Verge https://www.theverge.com/2022/9/6/23339594/ethereum-merge-energy-pollution-proof-of-stake イーサリアムはさまざまな分散型アプリケーションの基盤となるブロックチェーンであり、仮想通貨の取引記録などをブロックとして記録しています。このブ

                                      イーサリアムの消費電力を99%以上削減する大型アップグレード「The Merge」とは?
                                    • 【初心者向け】git fetch、git merge、git pullの違いについて - Qiita

                                      gitで手こずった時に色々ググってると、「git fetch」と「git pull」がぐちゃぐちゃになってしまったのでまとめておきます。 結論から言えば、「fetchもpullもリモートリポジトリの最新情報をローカルリポジトリへ持ってくる」という操作になりますが、それまでの流れが違うので説明していきます。 リモートから最新情報をローカルに持ってくるのですが、場所は「master」ブランチではなく、「origin/master」ブランチに取り込まれます。 初めは「何それ知らない」となるのですが、具体的に言うと 「master」ブランチ…ローカルの中心となる統合ブランチで、他のローカルの作業ブランチと繋がったもの。 「origin/master」ブランチ…ローカルにある、リモートのmasterブランチを追跡するリモート追跡ブランチ。 となります。 両方ともローカルにあるブランチで分かりにくいの

                                        【初心者向け】git fetch、git merge、git pullの違いについて - Qiita
                                      • 「Google Chrome」で複数のPDFを結合できる「PDF Merge Files」/手軽さとクセのなさが特徴【レビュー】

                                          「Google Chrome」で複数のPDFを結合できる「PDF Merge Files」/手軽さとクセのなさが特徴【レビュー】
                                        • 暗号資産の“電力問題”を解決? イーサリアム最大のアップデート「The Merge」を徹底解説

                                          暗号資産の“電力問題”を解決? イーサリアム最大のアップデート「The Merge」を徹底解説(1/4 ページ) ビットコインに次いで世界2位の時価総額を持つ暗号資産「イーサリアム」に、大型アップデート「The Merge」が実装された。大きなポイントは、コンセンサスアルゴリズムを「Proof of Work」(PoS)から「Proof of Stake」(PoS)に切り替えたことだが、これがブロックチェーン業界にどういう変化をもたらすのか。業務用の暗号資産ウォレットシステムやNFTサービス基盤などを手掛けるGincoの森下真敬CTOが解説する。 先日イーサリアムブロックチェーンにおいて、エポックメイキングなアップデートが実施された。それが「The Merge」だ。 本記事では、そもそもThe Mergeとは何なのか、今後どのような影響がもたらされるのかを、ブロックチェーン業界外の方に伝わ

                                            暗号資産の“電力問題”を解決? イーサリアム最大のアップデート「The Merge」を徹底解説
                                          • Check! GitHub auto-merge は "プルリクエストのブロックが解消されたとき" に自動でマージさせる機能

                                            Check! GitHub auto-merge は "プルリクエストのブロックが解消されたとき" に自動でマージさせる機能 Prologue こんにちは、 @dz_ こと、大平かづみです。 GitHub には "auto-merge" という、プルリクエストの条件が満たされれば自動的にマージしてくれる機能があります。GitHub のリポジトリの設定にある Allow auto-merge を有効にすると、利用を許可することができます。 GitHub リポジトリ設定の Allow auto-merge 設定の項目 といっても、どんな条件の場合に利用できるのか? 設定から利用を許可してもよくわからなかったので、本腰を入れて実際に確認してみました🤓 auto-merge の利用シーン auto-merge は、前述のようにリポジトリの設定で Allow auto-merge を有効にするだけ

                                              Check! GitHub auto-merge は "プルリクエストのブロックが解消されたとき" に自動でマージさせる機能
                                            • 週刊Railsウォッチ(20200525前編)2020年のRailsマストgem 19個、スライド『Fat Modelの倒し方』、AR mergeのrewhereオプションを変更ほか|TechRacho by BPS株式会社

                                              2020.05.25 週刊Railsウォッチ(20200525前編)2020年のRailsマストgem 19個、スライド『Fat Modelの倒し方』、AR mergeのrewhereオプションを変更ほか こんにちは、hachi8833です。JavaScriptが25歳の誕生日を迎えたそうです🎉。10日そこそこで最初のプロトタイプを作ったとは😳。Rubyはちょっとだけ年上なんですね。 25 years ago this month the first prototype of JavaScript was created over ten days. Most likely May 6-15, 1995. Read about how it happened in “JavaScript: The First 20 Years” https://t.co/aCMFx28GX0@Bren

                                                週刊Railsウォッチ(20200525前編)2020年のRailsマストgem 19個、スライド『Fat Modelの倒し方』、AR mergeのrewhereオプションを変更ほか|TechRacho by BPS株式会社
                                              • Pull Request Merge Queue Limited Beta

                                                October 27, 2021 Pull Request Merge Queue is now available in limited beta. Learn more about the feature and how to request early access. Why a merge queue? Maintaining high velocity and keeping your main branch green can be a challenge today. Many repositories try to do this by requiring all pull requests be up to date with the main branch before merging. This ensures the main branch is never upd

                                                  Pull Request Merge Queue Limited Beta
                                                • 待望のPoSへ、イーサリアム大型アップグレード第一弾「The Merge」を詳細に解説

                                                  PoWからPoSへ大幅アップグレード イーサリアム・ブロックチェーンは、2022年、大きなターニングポイントを迎えると言われています。これまでイーサリアムを支えてきたPoW(Proof-of-Work)からより環境に優しく効率の良いPoS(Proof-of-Stake)への移行が計画されています。このPoSへのアップグレードは「The Merge」と呼ばれており、かねてから開発が進められてきました。22年に入ってからは、そのスケジュールがより明確になり、3月にはテストネットがローンチされています。 本記事では、22年内に実行すると言われているThe Mergeに向けて、The Mergeとは何かという基本事項からユーザーが準備すべきことに至るまで、詳細に解説していきます。 PoWとPoS The Mergeとその背景を理解するには、まず、PoWおよびPoSのメリットおよびデメリットを理解す

                                                    待望のPoSへ、イーサリアム大型アップグレード第一弾「The Merge」を詳細に解説
                                                  • GitHub - Textualize/toolong: A terminal application to view, tail, merge, and search log files (plus JSONL).

                                                    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

                                                      GitHub - Textualize/toolong: A terminal application to view, tail, merge, and search log files (plus JSONL).
                                                    • GitHub merge queue is generally available

                                                      CompanyEnterpriseOpen SourceGitHub merge queue is generally availableSupercharge pull request merges on your busiest branches by enabling your team to queue. General availability of GitHub’s merge queue means good-bye to traffic jams on your team’s busiest branches. No more rushing to merge your pull requests before someone else merges theirs 🥵. Turn on GitHub’s merge queue today and accelerate y

                                                        GitHub merge queue is generally available
                                                      • Pull request auto-merge is now generally available

                                                        February 4, 2021 Pull request auto-merge is now generally available on GitHub and through GitHub Mobile. With auto-merge, pull requests can be set to merge automatically when all merge requirements are met. No more waiting on slow CI jobs or tests to finish just so you can click the merge button! To use auto-merge, first have an administrator allow auto-merge in the repository settings. Then to en

                                                          Pull request auto-merge is now generally available
                                                        • RedshiftのMERGE SQL commandがGAになりましたね。 - KAYAC engineers' blog

                                                          SREチームの池田です。 今回はAmazon RedshiftのMERGE SQL commandがGAになりましたので、MERGE SQL commandの何が嬉しいのかを話をしたいと思います。 SRE連載 4月号になります。 aws.amazon.com 3行でまとめ RedshiftのMERGE SQL commandがGAになりました。 Bulk UpsertをSQL1文で実行できるものです。 以前と比べるとスッキリします。 複数のデータソースから算出されるレポートの更新に使うと嬉しい。 以前のRedshiftにおけるBulk Upsertについて ご存知かもしれませんが、『なかったらInsert、あったらUpdate』を通称Upsertといいます。 Redshiftにおける、Upsertのやり方ですがMERGE SQL commandが出る前のRedshiftでは以下のドキュメン

                                                            RedshiftのMERGE SQL commandがGAになりましたね。 - KAYAC engineers' blog
                                                          • Pull request merge queue is now generally available!

                                                            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 merge queue is now generally available!
                                                            • GitHub - Api2Pdf/api2pdf.node: Node client library for the Api2Pdf.com REST API - Convert HTML to PDF, URL to PDF, Office Docs to PDF, Merge PDFs, HTML to Image, URL to Image, HTML to Docx, HTML to Xlsx, PDF to HTML, Thumbnail preview of office files

                                                              Node client library for the Api2Pdf.com REST API - Convert HTML to PDF, URL to PDF, Office Docs to PDF, Merge PDFs, HTML to Image, URL to Image, HTML to Docx, HTML to Xlsx, PDF to HTML, Thumbnail preview of office files

                                                                GitHub - Api2Pdf/api2pdf.node: Node client library for the Api2Pdf.com REST API - Convert HTML to PDF, URL to PDF, Office Docs to PDF, Merge PDFs, HTML to Image, URL to Image, HTML to Docx, HTML to Xlsx, PDF to HTML, Thumbnail preview of office files
                                                              • コードベースのデザインツール「UXPin Merge」をNext.jsで試してみた | DevelopersIO

                                                                こんにちは!DA(データアナリティクス)事業本部 サービスソリューション部の大高です。 最近コードベースのデザインツール「UXPin Merge」を触る機会をいただいたので、実際に試したことをまとめたいと思います。 UXPin Mergeとは? UXPin Mergeはコードベースのデザインツールです。 一般的なデザインツールでは描画したものはベクター、ラスターのイメージデータとして扱われますが、UXPinで描画したものはコード化が行われ実際に動作するコンポーネントとしてレンダリングされます。 また、UXPin Mergeでは作成したReactコンポーネントをインポートしてデザインに利用することができます。 今回試してみたこと UXPin Mergeでは「React」に対応していますが、今回は「Next.js」のプロジェクトでコンポーネントを作成し、作成したものをUXPinに取り込んで利用

                                                                  コードベースのデザインツール「UXPin Merge」をNext.jsで試してみた | DevelopersIO
                                                                • Merge Dragons!(マージドラゴン)日本語攻略Wiki

                                                                  nismo デンの名前:GOGOCHANCE2 デンの種類:カジュアル 最小ドラゴンパワー:0 自由記入欄:デンメンバー大募集中! 基本無言、初心者、ベテラン誰でも来てください! とりあえず人増やしたいです。 因みにリーダーは初心者に毛が生えた程度のレベルです。

                                                                    Merge Dragons!(マージドラゴン)日本語攻略Wiki
                                                                  • merge --squashで適度にまとめたコミットを作成する - Qiita

                                                                    こんにちは、@na4daです。 作業用に切ったブランチで作業している時に、「ここで細かくコミットすると粒度が小さすぎるので、ある程度纏めてコミットしたい」という状況が時々あると思います。今回は、そういった場合にmerge --squashを用いて、複数のコミットをまとめてコミットする手順をまとめた忘備録的な内容です。 手順 リモートからcheckoutしてきた(もしくはローカルで作成した)ブランチ(例:foo)から、さらにブランチを切り、チェックアウトします。ブランチ名はfoo-devとします。このfoo-devブランチはリモートへpushはせず、ローカルだけで用います。 その後、foo-devブランチでコミットします。後で一つにまとまるため、粒度が小さくなっても気にせずコミットしていきます。 ある程度切りの良いところまでコミットができたら、fooブランチに移動し、merge --squa

                                                                      merge --squashで適度にまとめたコミットを作成する - Qiita
                                                                    • git merge には dry run がないけど dry run っぽいことがしたい - Tomcky's blog

                                                                      --no-commit と --no-ff を使って dry run っぽいことを実現する。 $ git merge --no-commit --no-ff develop 単純に git merge だけだとコミットまでされてしまうので --no-commit をつける。 あと fast-forward でマージされないように --no-ff をつける。 マージ後は $ git diff --cached で状態を確認できて、コンフリクトが発生していなければ変更の差分が表示されるはずだし、コンフリクトしていたら * Unmerged path ... と表示されるはず。 コンフリクトが発生しておらず差分に問題なければ、このままコミットすればよいし、やっぱり取り消したいってなったら、 $ git merge --abort か $ git reset --hard HEAD とか状況に応じ

                                                                        git merge には dry run がないけど dry run っぽいことがしたい - Tomcky's blog
                                                                      • AI・機械学習チーム最強MR(Merge Request)決定戦2023 - エムスリーテックブログ

                                                                        AI・機械学習チームの(中村@po3rin)です。 今年もこの季節がやってきました。エムスリーAI・機械学習チームの最強MR決定戦のお時間です。 MRとはMerge Requestの略称です。 GitHubでいうところのPR (Pull Request) にあたります。 この記事ではAI・機械学習チームが毎年恒例で行なっているベストMRのトップ10について発表します。 このベストMRはチーム内でこれは最高だった!というMRをノミネートしていき、その中で決選投票をしてベスト10を決めました。 今年も熾烈な闘いを勝ち上がった至極のMRがノミネートされました。 では、10位からご覧ください。と、言いたいところですが、今年は同票のため11位から紹介します。 このブログの内容は、投票した人の中から紹介者を決めて、実装者のやったMRを紹介するスタイルで書かれました。 第11位 CronJobの監視シー

                                                                          AI・機械学習チーム最強MR(Merge Request)決定戦2023 - エムスリーテックブログ
                                                                        • Feature #18229: Proposal to merge YJIT - Ruby master - Ruby Issue Tracking System

                                                                          Background¶ YJIT is a new open source JIT compiler for CRuby. The project is led by a small team at Shopify in collaboration with developers from GitHub. The key advantages of this project are that the compiler delivers very fast warm-up and has fine grain control over the entire compiler pipeline. This JIT translates YARV instructions to machine code and employs a technique known as Lazy Basic Bl

                                                                          • GitHub - SakanaAI/evolutionary-model-merge: Official repository of Evolutionary Optimization of Model Merging Recipes

                                                                            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

                                                                              GitHub - SakanaAI/evolutionary-model-merge: Official repository of Evolutionary Optimization of Model Merging Recipes
                                                                            • GitHub の merge queue を試してみて分かったこと

                                                                              Photo by Ryutaro Uozumi on Unsplashモチベーション2023/02/09 に GitHub の Pull request merge queue が public beta ステータスでリリースされた。 うまく動かないところや、ドキュメントからは読み取れない動きがあったのでまとめる。 public beta リリース時点での検証のため、今後の修正や仕様変更で動作が変わる可能性が大いにある 概要 branch protetion のルールを守りながら、更新頻度の高いブランチ (main ブランチなど) へのマージを、安全に行えるもの。branch protection が設定された branch に対して merge queue を有効化できる。branch protection のルールを全て満たした PR のみ merge queue に追加することができ

                                                                                GitHub の merge queue を試してみて分かったこと
                                                                              • 毎回go.sumのconflictを解消するのがつらすぎるので、.gitattributesでunion merge driverを使うよう指定する - 理系学生日記

                                                                                Golangのツールをチームで開発しているのですが、Merge Requestをmergeする度にgo.sumとのconflictが発生する。つらい。 実のところは「つらすぎる」というほどつらくはないのですが、毎回conflict markerの<<<<<<<を消していく作業で人生を浪費するのはつらい。 というわけで、暫定的に.gitattributesでunion merge driverを指定する運用をはじめてみました。 $ grep go.sum .gitattributes go.sum merge=union .gitattributesについてはここでも書いた。 理屈 テキスト系ファイルに対しGitで利用されるデフォルトのmerge driverはtextです。 このmerge driverでconflictが検出されると<<<<<<<や>>>>>>>でconflictしている

                                                                                  毎回go.sumのconflictを解消するのがつらすぎるので、.gitattributesでunion merge driverを使うよう指定する - 理系学生日記
                                                                                • PostgreSQL 15にMERGE文UPSERTがやってくる | DevelopersIO

                                                                                  UPSERT とは データベースにレコードを反映する際、100%新規データを扱うのであれば、テーブルにINSERTするだけですみます。 更新データも存在する場合、新規の場合は INSERT 、更新の場合は UPDATE というように処理を振り分ける必要があります。 このように、データの状態によって UPDATE と INSERT を使い分けることを、UPDATE と INSERT をくっつけて UPSERT と呼びます。 PostgreSQL は9.5で INSERT を試し、制約違反が発生すれば UPDATE する INSERT ... ON CONFLICT 構文の UPSERT に対応しました。 PostgreSQL 以外にも、MySQLやSQLiteがこの方式のUPSERTに対応しています。 INSERT INTO target(tid, val) VALUES(123, 10)

                                                                                    PostgreSQL 15にMERGE文UPSERTがやってくる | DevelopersIO

                                                                                  新着記事