[B! git] mfjtのブックマーク

git push --forceで壊れたブランチの復旧方法と予防方法（翻訳）｜TechRacho by BPS株式会社

はじめに gitコマンドを間違えたばかりにプロジェクトのリポジトリがカオスになってしまった経験はありませんか？場合によっては、チーム全体での復旧のために数時間を無駄にすることもあります。本記事では、運悪くgit push --forceでやらかしてしまったときに短時間で回復する方法を紹介します。「自分はそんなヘマしたことないから」とお思いの方、自信過剰は禁物です。この仕事をやっていれば、いつの日かやらかすときが来るものです。同一のgitリポジトリで複数のメンバーがリモートで作業していれば、最終的にいつかどこかでmainブランチ（あるいは絶対さわってはならない他の重要なブランチ）にgit push --forceを実行することになるのですから。これはたとえば、Herokuのようにアプリケーションのビルドとデプロイで別々のgitリポジトリを使っているサービスでデプロイを行ったときに発生する

mfjt 2024/11/04

Git

リンク

中級Git操作

今回の記事の内容はGitHub共同創業者のScott Chacon氏の「Pro Git」と同氏の今年の「So You Think You Know Git」（Gitがわかっているとでも思っているか？）発表をベースにしている。コンフィグここでコンフィグにてデフォルトとして指定して損がないオプションをいくつか紹介します。 git rerere git rerereは"reuse recorded resolution"（記録ずみ解決方法を再利用）の略語になっている。名の通りマージコンフリクトがどう解消されたかを記録し、次に同じようなコンフリクトが発生した際、同様の解決方法を自動的に適用するためのコマンドです。また、基本的にデフォルトにしてもときに差し支えないため、ぜひgit config --global rerere.enabled trueを実行してみてください。 git main

mfjt 2024/05/04

git

リンク

git push -f が更に安全になる --force-if-includes - id:onk のはてなブログ

歴史改変、してますか？私は歴史改変が大好きで、毎日 rebase しています。なので割と毎日 git push -f することになっています。口で -f と言っても、実際には --force-with-lease --force-if-includes をしているので、これらのオプションのご紹介。この記事ははてなエンジニア Advent Calendar 2022 の 18 日目です。昨日は id:rokoucha さんで壊れたデータベースとの向きあいかた - rokoucha でした。 qiita.com -f の危険性 ...--F--G--H <-- main という状態で push した後、H をコミットし直したとしよう。 ...--F--G--H' <-- main \ H <-- origin/main このまま H' (main) を origin/main に p

mfjt 2022/12/18

git

リンク

Gitのおすすめエイリアス5選 - 詩と創作・思索のひろば

緊急新人エンジニア応援企画！ということで自分が Git のエイリアスとして設定している便利コマンドを紹介していく。直前のコミットに追いコミットする (git fixit) git commit --amend --no-edit もろもろ整えて git push しよう、とすると「あっちょっと修正したい」となるのはよくあること。その際いちいちコミットメッセージを書いて rebase するかというとそんな面倒はとりたくなく、一撃で終わらせたい。--no-edit でコミットメッセージを編集せずに --amend できる。 git fixit に設定している。git commit の引数をそのまま受け付けるので、git fixit -a や git fixit <file> のように使える。メインブランチに戻る (git com) f() { remote_head=$(git symb

mfjt 2022/04/01

Git

リンク

あなたは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に転職し、半年が経過しました。転職期間中はもちろんコロナ禍で、カジュアル面談も面接も全てオンラインでした（多分今もそうだと思います）。入社日当日は出社しましたが、入社してから半年の

mfjt 2022/03/22

git

リンク

git で並列 fetch するオプション - HsbtDiary(2021-02-03)

■ git で並列 fetch するオプション nobu が git fetch -j で並列にできるんだというのを話していて試してみたら確かにできてめちゃくちゃ便利だった。GitHub で fork しまくっていると、origin は upstream, 自分のユーザー名は fork したリポジトリ、ということが割と多くて両方を fetch したいということがしばしばあるのでとても助かる。さらにこの話を社内でしたら、 [fetch] parallel = 8 とか git-config に書けばオプションにつけなくても常に並列になるということも知ってさらに便利だった。お得。