[B! Git] yoshukiのブックマーク

Gitで間違ってPRをマージした時にRevertして再度PRを出す方法 - Qiita

対象者Gitでrevertした後、再度Mergeしようと思ってプルリクを出したら差分がないと言われて困っている人。他の記事で﹁RevertのRevertをする﹂という言葉を見て、頭がこんがらがった人。何が起きたのか developブランチ -> masterブランチにプルリクを出してMerge やっぱりMergeを取り消したいのでRevert revertボタンを押してrevertブランチ -> master にrevertプルリクを出してMerge 再度 develop -> master にプルリクを出すすると、There isn't anything compare. 差分がないとなってしまう。。どうすればよいのか Revertと聞くと、﹁戻す﹂というイメージを持つかもしれないが、実際は新たな修正をMergeしているに過ぎない。つまり上記の例のようにrevertした直後は

yoshuki 2023/06/29

Git

リンク

あるレポジトリのサブディレクトリ配下を別のレポジトリへ履歴付きで移行する - $shibayu36->blog;

Gitで開発していて、あるサブディレクトリ以下を別のレポジトリに移行したいと思うことがある。今回はそういうことをしてみたのでメモ。まずGitHubにそのようなやり方の指南がある︵Splitting a subfolder out into a new repository - GitHub Docs︶。大体これで良いのだけれど、このやり方だとサブディレクトリのpathがそのままになってしまうという問題がある。大抵のケースで、あるサブディレクトリを別のレポジトリに分割したいとなった時、そのサブディレクトリがレポジトリルートに来てほしい。そういう場合はGitFilter Repo — Splitting a Subfolder Into A New Repository | by Edward Ezekiel | Mediumにも紹介されているようにgitfilter-repo --s

yoshuki 2023/06/28

Git

リンク

Gitのコミットメッセージの書き方（2023年ver.）

本記事のモチベーション約8年前、Gitを使い始めたときに以下の記事を公開したところ、想像以上の反応をいただきました。当時はSubversionからGitに移行し、試行錯誤をしている中だったこともあり、多くの反応をいただけたことはモチベーションのひとつでした。ただ、時が経ち、当然かもしれませんが現在は当時と違う書き方をしており、思想として変わっていない部分はあるものの、今でもときどきLikeをいただく中で、アップデートを全くしないのは誠実じゃないなと感じていました。というわけで、現在のフォーマットも数年後には変わっている可能性が高いですが、その時々のスナップショットを公開することにも何らか意味があるかなと思い、﹁今の僕はこうコミットメッセージを書いているよ﹂というのをまとめました。Gitを使う環境開発フローやホスティングサービスごとのUIのdiffによって、最適なフォーマットは変

yoshuki 2023/01/05

Git

リンク

大きなGitリポジトリをクローンするときの工夫を図解します - DeNA Testing Blog

こんにちは、SWETでCI/CDチームの前田︵ @mad_p ︶です。 SWETではCI/CDチームの一員として、Jenkins運用のサポートや、CI/CD回りのノウハウ蓄積・研究をしています。はじめにGitリポジトリをクローンすると、ローカルフォルダにはそのリポジトリの全体がダウンロードされ .git というフォルダに格納されます。ブランチをチェックアウトすると、ブランチ内のファイルがワーキングツリーとして展開されます。この様子を図にするとこのようになります。この .git とワーキングツリーの使うディスク容量を節約しようというのが今回のお話です。特にJenkinsにおいて、大きめのGitリポジトリをクローンしてくる場合に課題があり、いろいろ工夫してみたので、その結果を紹介します。同じCI/CDチームの加瀬による記事﹁大規模リポジトリで高速にgit cloneするテクニック﹂と内容

yoshuki 2021/07/13

Git

リンク

美容内服薬ラボットメディカルクリニック【公式】

オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。

yoshuki 2019/07/02

Git

リンク

GitHubでマージ済のプルリクをrevertした後に引き続きrevertされたブランチで作業を続行したい時 - Qiita

GitHub上でプルリクをマージした後に、まだマージできる状態では無かったと気付きrevertする事ってありませんか？その後に問題になるのが、revertしたのはいいけど、引き続きそのrevertされたブランチで作業してまたプルリクを発行したい。という状況です。この時に何も考えずに普通に作業を続行してプルリクを発行した場合、revertされた分の変更が失われてしまいます。結構でかい事故に繋がる場合があるので、この時の対処方法を書きたいと思います。前提以下の操作を行っている。プルリクを発行プルリクをマージマージ済のコミットのrevertプルリクを発行 revertプルリクをマージここまでの操作はGitHub上ですんなり行える。再度revertされたブランチのプルリクを発行してみる普通の感覚だと、また差分が復活していると思うのでプルリクが発行できそうな気分になると思います

yoshuki 2019/05/16

Git

リンク

https時代のgitアカウントを使い分ける方法

セキュリティアナウンス当記事ではcredential helperを利用した方法を紹介していますが、Gitに脆弱性(CVE-2020-5260)が発見されました。修正パッチが適用されていない古いGitを使用している環境下では危険ですので、まずGitのバージョンアップグレードをしてください。 2020/04/18時点で修正パッチが適用されているバージョンは以下です。これより古いバージョンを使っている場合は気をつけてください。 2.17.4, 2.18.3, 2.19.4, 2.20.3, 2.21.2, 2.22.3, 2.23.2, 2.24.2, 2.25.3, 2.26.1 時代はhttps https://help.github.com/articles/set-up-git/ GitHubではhttps推奨になっているし… httpsのほうがclone速度はやいし… まとめに書

yoshuki 2018/10/28

Git

リンク

きれいなcommit, pull requestを知りたい/作りたい方のためのgit勉強会

2018年3月27日にSupporterZ CoLabで行われたgit勉強会の資料です。

yoshuki 2018/04/05

Git

リンク

Commit message will never die

Rails Developers Meetup 2018: day 1 (https://techplay.jp/event/639872)

yoshuki 2018/03/24

Rails
Git

リンク

Gitのコミットメッセージの書き方 | POSTD

(訳注‥2015/10/31、いただいた翻訳フィードバックを元に記事を修正いたしました。) (訳注‥2015/11/1、いただいた翻訳フィードバックを元に記事を再修正いたしました。) 訳‥　プロジェクトが長引くほど、私のGitのコミットメッセージは情報が薄くなっていく。イントロダクション | 7つのルール | ヒントイントロダクション‥なぜ良いコミットメッセージを書くことが重要かGitのリボジトリのログをランダムに閲覧すると、ひどいコミットメッセージを目にすることがあります。例として、私が昔書いたSpringにコミットしたこれらのgem を見てみましょう。 $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTest

yoshuki 2018/03/24

Git

リンク

【今日からできる】コミットメッセージに「プレフィックス」をつけるだけで、開発効率が上がった話 - Qiita

はじめに今まで commit message を「なんとなく」書いていたが、プレフィックスをつけることで、コミットメッセージに対する考え方が変わった。そのおかげで開発効率が上がったので、その内容をシェア。プレフィックスをつけるってどういうこと？以下のようにコミットメッセージの先頭に、なんらかの文字をつけること。 feat: xxx という機能を追加 fix: yyy で発生するバグを修正 refactor: zzz の機能をリファクタのように feat, fix, refactor などがプレフィックスです。最近 OSS の Contribution Guide などでよく見かけます。導入したプレフィックスルール Angular.js/DEVELOPERS.md Angular.js の開発者ガイドに書いてあるメッセージを参考にしました。以前のコミットメッセージ（例ちなみ

yoshuki 2018/01/24

Git

リンク

GitHub English Challenge Cheat Sheet - Qiita

GitHub上の実際のコミットメッセージやIssueのやりとりをみて、チートシート作りました。共通的なことコミットメッセージやIssueのタイトルは、主語省略し、1文で書き行末ピリオドは付けない動詞は現在形・過去形のどちらも同じくらいの頻度で見られるが、どちらかに揃える。コミットメッセージを書く Japanese English

yoshuki 2017/07/21

Git

リンク

よいコミットメッセージ・よくないコミットメッセージ - 弥生開発者ブログ

こんにちは、mzpです。今日はMisocaのesaに書いていた「よいコミットメッセージ・よくないコミットメッセージ」という記事を紹介したいと思います。あらすじ開発チームでは「コミットメッセージには変更理由を書いて欲しい」「コミットメッセージはWhatよりもWhyが大事」という話を何度かしているのですが、なかなか徹底できていません。ので、もう少し具体的に「こういうコミットメッセージはよくないですね」というまとめを作ってみることにしました。ちなみにこの過程でみつけたコミットメッセージに、こんなものがあります。一切情報がなくておもしろいですね。ファイル移動を移動した事実しか書かないこれは以下のようなコミットメッセージです。ファイル名を変更ディレクトリを移動ファイルを移動したことはコミットメッセージを見なくてもdiffから分かりますが、なぜその移動をしたかが分かりません。の

yoshuki 2017/03/13

Git

リンク

git filter-branch とは？ - Qiita

git filter-branch について勉強したメモ。最強なだけあって奥が深い... git filter-branch について最強のオプション: filter-branch 大量のコミットの書き換えを機械的に行いたい場合に使う少量のコミットの書き換えをを対話的に行う場合は git rebase -iが便利！注意事項プロジェクトを一般に公開した後や書き換え対象のコミットを元にしてだれかが作業を始めている場合は使うのを避けたほうがよいどうしても必要な場合は、すべての関係者に知らせてそれぞれのローカルリポジトリに対しても変更を反映してもらう必要があるコマンド例プロジェクトの各チェックアウトに対して指定したコマンドを実行し、結果を再コミットします。

yoshuki 2016/11/10

Git

リンク

サクッと使いこなすためのgit stash Tips & stashの仕組み - Qiita

便利ですよね、stash。普通に使ってるだけでも便利なんですが、知っておくと更にサクッと使いこなせるTipsをQ&A形式で紹介します。おまけとして、Tipsで紹介したオプションを実現するstashの仕組みにもチラっと触れています。 Q. add済みなファイルだけゴニョゴニョしたいからnot stagedなファイルだけを退避しておきたい A. stash --keep-index (-k) オプションを使う今の状況 ‥ add済みなファイルだけをゴニョゴニョしたいのにnot stagedなファイルがあって邪魔、ちょっと消えてて欲しい。 $ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: bar # #

yoshuki 2016/09/09

Git

リンク

英語コミットコメントに使えるオシャレフレーズ集

英語コミットコメントに使えそうなオシャレフレーズを聞いたので、これを使ってドヤ顔コミットをしたくてやれるチャンスを虎視眈々と狙う毎日です v, x, g, z とかこのへんが入ってる単語だとなんかカッコ良さ増す。 tweak とかデザイナーにはだいぶ便利。単語意味

yoshuki 2016/09/09

Git

リンク

iOS開発におけるgit flow - Qiita

iOS開発の際にgithub flowからgit flowへ移行したのでまとめておきます。git flowとはgit flowとは、Gitの機能であるブランチを活用したGitの開発手法でもあり、ツールの名前でもあります。git flowは、役割ごとにブランチを使い分けます。各ブランチの役割 master AppStoreで配布中の最新バージョンと同じです。配布バージョンごとにタグを切ります。 develop 開発ブランチです。 developブランチからIssue毎にfeatureブランチを作成し、開発を進めます。次期バージョンの要件を満たしたらreleaseブランチを作成します。 feature developブランチからIssue毎に作成します。対象Issueの開発が終わるとdevelopブランチにマージします。 developブランチにマージしたタイミングで対象のfea

yoshuki 2016/09/02

Git
iOS

リンク

gitにおけるコミットログ/メッセージ例文集100

私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも﹁例文集があればいいのに﹂みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。仕方なく自分でまとめたので、増田に垂れ流しておく。はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ

yoshuki 2016/07/25

Git

リンク

2 つの異なる GitHub アカウントの SSH を使い分けたい場合のやり方 - Qiita

状況 (仮定) いろいろな経緯で 2 つの GitHub アカウントを持っている。それぞれ異なる用途があり、どちらかに統一することができない。どちらにも 1 つのマシン上でアクティブに push し続けたい。なるべく意識せずリポジトリ単位でアカウントをスイッチしたい。できれば git remote -v で表示されるホストは GitHub 上で見えるものと同じにしたい方針 ~/.ssh/config で各アカウントの別名を定義する。うっかりとメインのアカウントで push する事故を防ぐため別名のない github.com は無効化する。ローカルリポジトリ毎の gitconfig で url.<alias>.insteadOf = <target> で、上で設定した別名を参照するよう定義する。例ユーザ名は foo ユーザと bar ユーザになっているので、試したい場合には

yoshuki 2016/07/05

GitHub
Git

リンク

中の人に聞いたGitHub flowの本当の使い方 - Qiita

背景今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つことブランチの上で必ず作業し、その生存期間を短くすることすぐにPRを作り、フィードバックやサインオフを求めることマージしたらすぐにデプロイすること本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。だが本当のGitHub-flowは違う。本当のflowはPR作成 ⇩ 修正 ⇩ デプロイ ⇩ フィードバック ⇩ マージらしい。マージ前にデプロイすることでさらにユーザーに近いところでフィードバックを受けることができるとのこと。ダメなら直ちにmasterに戻す。なので決まりごとの中にmasterは直ちにデプロイできる状態にあること

yoshuki 2016/07/01

Git
GitHub

リンク

はてなブックマーク

タグ

関連タグで絞り込む (17)

Gitに関するyoshukiのブックマーク (123)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス