rebase

今回はGitのrebaseについて書いていきたいと思います。 調べてみたら奥が深すぎたので、今回は本当に基本の基本だけ書いていきます。 はじめに rebaseとは rebaseの例 rebaseの注意点 push済みの変更をrebaseしてしまった場合 おわりに 参考リンク はじめに Gitで、あるブランチの変更を別のブランチに統合する方法が２つあります。 １つ目はmergeです。 mergeについてはこちら↓ Mergeの基本 [ Git ] - もとひろ blog ２つ目はrebaseです。 このrebaseについて説明していきます。 rebaseとは Git - git-rebase D…

GitHub 使ってるとブラウザ上の PR と整合性が取れなくなるからそんなに使うことはないかもだけど、個人のプロジェクトで過去改変したいときに --rebase-merges (-r) オプションを使う $ git rebase -i --rebase-merges <commit hash> --rebase-merges[=(rebase-cousins|no-rebase-cousins)] By default, a rebase will simply drop merge commits from the todo list, and put the rebased commit…

git rebase コマンド リベースコマンドを実行すると、コミットの履歴をキレイに整えることができる。 例、コミット1 を親に持つ、コミット2, コミット3 があるとする。 ・コミット2：ブランチ名：main ・コミット3：ブランチ名：feature $ git branch feature $ git rebase main コミット3は、コミット3' に変わり、かつ、コミット2 を親コミットにもつことになる 上記のように、feature ブランチにいる状態で、main ブランチをリベースして、取り込むと、コミット履歴が１列にキレイになる。 コミット1 <- コミット2(ブランチ mai…

参考サイト: https://style.biglobe.co.jp/entry/2022/03/22/090000 style.biglobe.co.jp なぜrebaseを使うか。上のサイトにかいてあるが、コミットログをきれいにするため。 main→branchをマージで行うと、自分のbranchのコミット間に他の人のコミットが紛れ込む。 具体的に何が起こったときにログがきれいだといいのかわからないけど、どうせmainにマージする前には一度main->branchのマージを行うので、mergeではなくrebaseを使ってきれいにする方針を取ろうと思う。 ちなみにGitLabでもrebase…

2022.12.12 本日のデイトレと明日のIPO戦略メモ 約定数（売り・買い精算済み） 2件 ＋2,900円（全て昨日上場IPO銘柄） 利益取引 2件 ＋2,900円（うち、前日持ち越し現物分 ＋2,600円） 損失取引 0件 －0円 同値撤退 0件 現物保有 1件（評価損益＋3,600円 前日比＋2,300円） ・本日は、昨日の持ち越しIPO銘柄の処分を朝一番に行って、あとは、 スカイマークを1回取引して終了にしました。 スカイマークは・・・ホールド失敗となりました。昨日の記事でも、 現物保有したいと思っていたところでしたが、うっかりスキャで売却。 ポジション的にも1,227円で買えていた…

2022.12.7 IPOスケジュールと企業内容のメモ書き（2） ～12月12日の週のIPO銘柄について 2022.12.12 17：14追記： 12/15（木）に上場予定だった AnyMind Group（5027）ですが、 上場承認取り消しの申し出があったため、上場が取りやめとなりました。 よって、12/15はIPO上場は1件のみとなりますのでご注意ください。 今週も週中を迎え、いよいよ来週からIPO上場ラッシュとなります。 先週上場のサイフューズとウェルプレイド・ライゼストは、 なかなか激しい動きを見せており、デイトレで狙う方も多いと思います。 サイフューズのように、上場初日の取引開始直…

Git上でコミットを修正したいとき、rebase -iさえ覚えていればいろいろできることを知り感激。 この感激を忘れないために記事にすることにしました。 git rebase -iでできること git rebase -iでできることのうち、よく使うコマンドについてだけ書きます。 過去のコミットメッセージの変更 過去のコミットを合体させる 過去のコミットを消す 具体的な手順 過去のコミットメッセージの変更 やりたいこと↓ コミットメッセージの変更 HEADを含めて2個前のコミットを修正したいので、下記のコマンドを打ちます。 git rebase -i HEAD~2 すると、下記のようなエディター…

こちらはエムスリー Advent Calendar 2024 12日目の記事です。 こんにちは。エムスリーエンジニアリンググループ、コンシューマチームの園田です。 今年になって、かなり古い Rails を最新バージョンまでアップグレードしました。そのときの話です。かなりポエムに近い内容になっていますがご容赦ください。 特に何か変わったことをやっているわけではありませんが、あるあるを共感したもらったり、こんなことやってますという紹介だと思っていただければ幸いです。

git pushしたらエラーが出て、リモートリポジトリにpushできませんでした。 error: failed to push some refs to 'https://github.com/username/vue_chat.git' 出力結果を見てみると、「以前のコミットに秘密情報（OpenAI API Key）が含まれているので、コミットから取り除いてください」と言われています。 [vue_chat]$ git push -u origin main Enumerating objects: 27, done. Counting objects: 100% (27/27), done.…

git reset 過去の状態に戻る（履歴を変更する） 用途 現在のブランチの履歴を「やり直し」たいときに使用。 動作 指定したコミットまで履歴を削除したり、ステージングエリアやワークツリーを変更。 種類 --soft: 履歴だけ戻す（ファイルの内容やステージングはそのまま）。 --mixed: 履歴を戻し、ステージングエリアもリセット（デフォルト動作）。 --hard: 履歴、ステージング、作業ディレクトリすべて戻す（変更が完全に消える）。 # HEADを1つ前のコミットに戻す（ファイル内容はそのまま） git reset --soft HEAD~1 ポイント 履歴を修正する際に使うため、チ…

個人のプロジェクトで間違って別アカウントでコミットして取り消した時のメモです。 コミットの著者情報を変更する際に使ったコマンド # 変更対象コミットが含まれる範囲を指定。エディタで変更箇所をeditに変更して保存 $ git rebase -i HEAD~3 # edit指定したコミットに対してまとめて、コミットの著者情報を変更する。コメントは先頭コミットのコメントを利用 $ git commit --amend --author="NAME <XXXX@gmail.com>" -C HEAD # ここでもし、コンフリクトなどあれば、ソースを修正してadd, commitしてからForce p…

はじめに Dev Containerとは Dev Containerを導入した経緯 Dev Container導入時のポイント 複数環境のコンテナ化 Named volumeでコンテナのパフォーマンスを改善 開発作業特化のコンテナ調整 おわりに はじめに こんにちは。サービス開発部の木村です。 アドベントカレンダー2日目の記事として、最近GameWithでDev Containerを導入したので、その経緯や導入時のポイントを紹介します！ Dev Containerとは Dev Containerとは、開発するアプリケーションだけでなくエディタの拡張機能などの開発環境もまとめてコンテナ化すること…

お疲れ様です。 テテマーチ株式会社のProductUnitでSINIS for Instagram開発チームに所属しています、tenshin_yです。 TL;DR pnpm i --fix-lockfileで自動修正してくれる dependabotが複数PRを発行している時に急いで全部マージしてはいけない、rebaseしよう 当時の状況 とはいえ 感想 当時の状況 現在SINIS for Instagramのフロントエンドは Next.jsを採用していて、パッケージマネージャーにはpnpmを採用しています。 そのフロントエンドのリポジトリを、以前弊テックリードが書いた記事にあるように、毎週パッ…

経緯 みなさんgitは普段使っていますか？ 僕はゆーてそんなにありません。ならしたら1週間に10~30commitくらい。 そんな中で、業務中、prodのコードベースに対してこんな感じでコミットメッセージを書いています。 add: 機能1add: TAG1update: 既存の命名規則fix: TAG1のタイポ修正add: TAG2delete: dead code こんな感じで、新規追加やUpdateをメインにcommitしていき、typoや修正漏れなどのcommitをfixで切っています。そんな中、仮に、上から4つ目のfixをupdateにした方が、プルリク全体の収まりがいいなと感じたので…

こんにちは。 Findy で Tech Lead をやらせてもらってる戸田です。 このテックブログでは開発生産性を向上させるための取り組みや、開発テクニックを紹介してきました。 意外に思われるかもしれませんが、弊社では全てのことを100％でやってるわけではなく、ユーザーへの価値提供を最優先するために後回しにしている部分もあります。 しかし、その影響で障害が多発したり、困ったことになることは滅多にありません。 そこで今回は、ユーザーへの価値提供を最優先するために弊社で実践していることを紹介していこうと思います。 それでは見ていきましょう！ 綺麗なコードは後。アプリケーションの振る舞いが先。 コミ…

5月から10月に入っていた現場に、新卒2年目のジュニアエンジニアAさんがいました。 しかし、PJTの終わりごろ、Aさんがその現場を最後に退職することを知りました。 彼にはたくさん質問に答えてもらいましたし、助けてもらった恩がありました。 だから、私はAさんに餞別として1本のドキュメントを作成しました。 この記事は、その内容を公開できる形へ改変したものです。 一万文字ぐらいありますが、若手のエンジニアの人に読んでもらえたら、とても嬉しく思います。 はじめに 本書の構成 1. 仕事を通じて感じたAさんの強み・弱み Aさんの強み 知的好奇心が強い 気合と根性がある 思ったことをちゃんと言える Aさん…

この大会は2024/11/9 2:00(JST)～2024/11/10 14:00(JST)に開催されました。 今回もチームで参戦。結果は2470点で498チーム中61位でした。 自分で解けた問題をWriteupとして書いておきます。 Welcome Letter (MISC) 問題にフラグが書いてあった。 UDCTF{guessy_is_sometimes_deduction_sometimes_awful} Training Problem: Intro to PWN (PWN) Ghidraでデコンパイルする。 undefined8 main(void) { setvbuf(stdin,…

自分のまわりのすごいなと思う人の仕事を観察していると、ひとつひとつのタスクを自分の"作品"のように仕上げているように見える。実際に彼らがどう考えているかはわからないが、自分から見た印象を雑に書いてみる。 たとえばチャットツールでの依頼のメッセージひとつ取っても、過不足なく端的な内容になっている。人によっては読み返して細かい表現を編集して変えていたりもする。美容師の最後の仕上げのようである。 エンジニアであれば、コード自体はもちろんコミットログを丁寧に残したりとかもそう。GitHubを使うならそこまでコミットログ自体にこだわりすぎなくても履歴を追いやすいが、それでも手元でrebaseやsquas…

Gitとは？ Gitは、ソフトウェア開発において非常に重要なバージョン管理システムです。複数の開発者が共同で一つのプロジェクトに取り組む際、それぞれの変更点を追跡し、衝突を避けるために利用されます。また、過去のバージョンに戻したり、異なるバージョンのコードを比較したりするといったことも容易に行えます。 なぜGitを使うのか？ チーム開発の効率化: 複数の開発者が同時に同じプロジェクトに取り組むことができ、変更の衝突を最小限に抑えます。 バージョンの管理: プロジェクトの全ての変更履歴が記録されるため、過去のバージョンに戻したり、特定の変更点を比較したりすることができます。 バックアップ: リモ…