Recently, developer Liam Hammett shared a fabulous git nah snippet on Twitter that is better than your existing git nah alias 🔥 I know lots of people use a "nah" alias to abort their current changes, but they usually limit it to "git reset --hard". I like to do more by cleaning and aborting any potential rebase. If I use the "nah" command, I know I want a fresh start, so this helps He shared two
bブランチ * f２３vd４３ Eコミット * 2f6c625 Cコミット * cf890e0 Bコミット * 8721950 Aコミット を aブランチ * e750862 Dコミット * 2f6c625 Cコミット * cf890e0 Bコミット * 8721950 Aコミット でリベースすると ⬇️ bブランチ * ３４jfil3 Eコミット * e750862 Dコミット * 2f6c625 Cコミット * cf890e0 Bコミット * 8721950 Aコミット rebaseの場合はEコミットのハッシュ値が書き換わってしまいました。 コミットメッセージが一緒なだけで、別物のコミットと認識されてしまいます。 rebaseしたら何が変わる？ 先ほどはハッシュ値が変わることを説明しました。 変わるのは他にもあります。 CommitDateです。 コミットにはAuthorDateとCo
I'm excited to share many new web.dev patterns! These additions are from the show GUI Challenges where I share my strategies on how to build various components and common interface needs, then collect user submissions for the same tasks and help us all grow our perspectives on how to solve them. Turns out GUI Challenges fit nicely into patterns: <h1 split-by="word" word-animation="hover"> hover th
git.exe pull --progress -v --no-rebase "origin" fatal: unsafe repository ('//192.168.56.xxx/Develop$/repo1' is owned by someone else) To add an exception for this directory, call: git config --global --add safe.directory '%(prefix)///192.168.56.xxx/Develop$/repo1' git did not exit cleanly (exit code 128) (109 ms @ 2022/04/22 12:44:50) ある日、TortoiseGitでpullしたら上記のようなエラーが出た。どうやら Git for Windows ver2.3
2019/9/4に開催されたイベント C++ MIX #5 にて、“20分くらいでわかった気分になれるC++20コルーチン” というタイトルで20分ほど話す機会をいただきました。（Boost.勉強会を含めると5年6ヶ月(！)ぶり3回目） スライド資料 20分くらいでわかった気分になれるC++20コルーチン from yohhoy www.slideshare.net 感想とか C++20導入予定のコルーチン機能について、C++プログラマの期待値とは異なるであろう実態説明を主題としました。C++標準仕様へのコルーチン導入議論は、古くは2012～2013年頃から長い歴史が積み重ねられており、さまざまな議論があったうえでC++20では現行仕様におちつきました。C++プログラマが広くコルーチンを活用できるのは未来のお話（早くとも2023年以降）になりますが、まずはC++標準ライブラリのコルーチン対
Don't Repeat Yourself
最近はKotlinエンジニアをしています。Scalaを5年ほど書いていたので、Kotlinの文法それ自体はScalaの知識でだいたい追いつくことができました。一方で、使えたら便利だと思う機能としてスマートキャストという機能に出会いました。Kotlinには言語仕様書があり、それを読み解くといくつかおもしろいことがわかったので、仕様書を読んだ内容を簡単にまとめておきたいと思います。 スマートキャストとは何か Kotlinを書いていると、ときどき次のようなコードに出会します。たとえばNullableな型に対してnullチェックを挟むと、その処理以降の型はnullを挟まない型として解釈されるというものです。下記のサンプルコードに示すように、nullであるチェックを走らせる前のコード中で推論される型と、nullであるチェック後に推論される型が変わる（実質的に型の「キャスト」が起こっている）ことがわか
ep.94『もうアップデートをサボらない！On-premise Renovate 構築のススメ』 | UIT INSIDE
@potato4d が @sunecosuri と @jacksmam0 に、オンプレミス環境で構築・運用している Self Hosted 版 Renovate について話を聞きました。 ゲスト紹介 @sunecosuri LINE Growth Technology (LINE GT)のフロントエンドエンジニア LINE NEWS の toB 向けの CMS などの開発を担当 @jacksmam0 LINE Growth Technology (LINE GT)のフロントエンドエンジニア Official Sticker Manager の開発を担当 パッケージの更新管理支援ツール 更新チェック・更新作業をどちらも大きく支援する 更新チェック 一定の間隔で依存関係のバージョンアップデートを調査 更新があった場合、リリースノートを集約して Pull Request を発行 更新作業 アップ
GitHubハンズオン 第4回 ～いろいろ取り消し編～ 本記事は、GitHubハンズオンの第4回の資料です！ 過去の記事を読んでいることを前提としていますので、ご注意ください。 GitHubハンズオンシリーズ GitHubハンズオン 第1回 〜個人開発編〜 GitHubハンズオン 第2回 〜共同開発編〜 GitHubハンズオン 第3回 ～ブランチ運用法編～ GitHubハンズオン 第4回 ～いろいろ取り消し編～ ← 本記事 GitHubハンズオン 第5回 ～無視リスト編～ GitHubハンズオン 第6回 ～巨大ファイル編～ いろいろ取り消したい 操作を間違えることってよくあります！ ファイルを間違って編集しちゃった！ コミットメッセージでタイプミスしてしまった！ 間違えてコミットしてしまったー 間違えた作業を「元に戻したい」ことってよくありますよね？ 今回はそういう 取り消し 作業に焦点を
Introduction It’s common in the tech industry to create several pre-live environments, such as development, staging, and even team, or feature-level environments. There are lots of reasons for this, but mostly we rely on pre-production environments to help us test our latest changes before they end up in front of our users. While there are obvious benefits to deploying to different environments, a
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Ultimate "git nah" Alias - Laravel News
rebaseをちゃんと理解して使えるようになろう！ - Qiita
New patterns
Git で "fatal: unsafe repository" エラーが出たときの解消法 - Qiita
C++ MIX #5に参加しました - yohhoyの日記（別館）
GitHubハンズオン 第4回 ～いろいろ取り消し編～ - Qiita
Why we don’t use a staging environment