タグ

tipsとGitに関するatsushifxのブックマーク (6)

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

    あるレポジトリのサブディレクトリ配下を別のレポジトリへ履歴付きで移行する - $shibayu36->blog; の逆バージョン。 あるレポジトリでずっと開発していたが、やっぱりモノレポの中に入れたいとなって、履歴付きでモノレポの特定のサブディレクトリ配下に移動したい時があった。たとえば https://github.com/shibayu36/go_todo_app の履歴をすべて https://github.com/shibayu36/go-playground のgo_todo_appディレクトリに移したいみたいなケースだ。この時コミット履歴としてはgo-playgroundのgo_todo_app/配下で初めから開発していたかのように移したい。 この解決策として Gitのサブツリーのマージについて - GitHub Docs にあるように、サブツリーマージという方法も取れる。しか

    あるレポジトリを別のレポジトリのサブディレクトリへ履歴付きで移動する - $shibayu36->blog;
  • JetBrains IDE を一部使いつつ最近の自分の Git 周りの操作。3ステップ。 - Mitsuyuki.Shiiba

    最近の自分が、どんな風に Git を使ってるか、メモを残しておこうかなと思ったので書くことにした。こういうの、以前に書いたかもしれない?と思ったらあった↓ bufferings.hatenablog.com この頃はコマンドだけ使って操作してたけど、最近は JetBrains の IDE から一部操作するようになったのだ!便利! エイリアス 話に入る前に、使ってるエイリアスを紹介。自分で考えるの苦手なのでこの設定ファイルをコピーしてきて使ってる↓ https://github.com/timcharper/git_osx_installer/blob/master/assets/etc/gitconfig.default#L23-L41 とは言いつつ、最近おもに使ってるのは git l くらいかな l = log --graph --all --pretty=format:'%C(yell

    JetBrains IDE を一部使いつつ最近の自分の Git 周りの操作。3ステップ。 - Mitsuyuki.Shiiba
    atsushifx
    atsushifx 2022/07/11
    Gitの使いこなし方の例
  • Oh Shit, Git!?!

    Gitって難しい。簡単にぐちゃぐちゃの状態になっちゃうし、失敗を直す方法を知ろうとしたところでまじくそ不可能。Gitのドキュメンテーションって卵とニワトリの問題みたいなところがあって、ハマりから抜け出すために知ってないといけない事柄の名前をあらかじめ知っていないと、どうやって問題を解決したらいいのか検索することすらできないんだよね。 だからここに、私が遭遇したことのあるよろしくない状況から、最終的にどうやって抜け出したかをフツーの日語で書いていこうと思う。 くっそー、超絶やらかした。お願い、Gitには魔法のタイムマシンがあるって言って? git reflog # こうすると、Gitでやったことがすべてのブランチに渡って全部見えるよ! # どのブランチにも HEAD@{index} ってインデックスがあるはずだから # やらかす前のやつを見つけて git reset HEAD@{index

    atsushifx
    atsushifx 2022/06/05
    Gitで何か失敗したときのために
  • 提言: コミットメッセージの一行目には要求仕様を書け - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは Git (や Subversion などのバージョン管理システム) にコミットする時により良いコミットメッセージを書くための提言です。この提言は特にメッセージの一行目だけを対象とします。せめて最も重要な一行目だけでも良いメッセージを書いて欲しいからです。提言をズバリ一言で表すと 一行目には要求仕様を書け です。 背景 プロジェクトによっていろいろ慣習の差はあるものの、一般的には「コミットメッセージの一行目は変更内容の要約を簡潔に書け」とされます。特に Git は、各コミットメッセージの一行目だけを取り出してそれを一覧表示するなど

    提言: コミットメッセージの一行目には要求仕様を書け - Qiita
    atsushifx
    atsushifx 2014/05/29
    コメント問題と一緒。WahtやWhyをきちんとかけということ
  • git で強制的に pull する方法 - Cube Lilac

    ようやく悩みが解消されたのでメモ. Visual Studio 辺りのプロジェクト・ファイル群を丸ごと git リポジトリで管理していると,(自動生成されるファイルなどの関係で)手動では何も変更を加えていない(ビルドしただけなど)にも関わらず git pull 時に衝突が発生すると言う問題に悩まされていました.今まで,そう言った自動生成されるファイルを git リポジトリに登録するのが悪いと .gitignore を頑張って記述してみたり,git add . みたいに,適当な形でレポジトリインデックスに追加しないなどいろいろやってみましたが,なかなか上手くいきませんでした. そんな感じで悩んでいたところ,衝突が発生したときに git status を眺めていると以下のようなメッセージが書かれてありました. $ git status # On branch master # Changed

    git で強制的に pull する方法 - Cube Lilac
    atsushifx
    atsushifx 2010/08/24
    Buildしただけなどのときに変更をキャンセルして元に戻す方法
  • gitの中央repos運用時のパーミッションの調整 - (ひ)メモ

    gitで、bareな中央reposにpushしたい。 使うプロトコルは: http:// は遅いのでいや git:// はgit-daemon的に認証がちょっとやわそうなのでいまいち いい方法があったら教えてください>< pushする人らはsshアカウントがあるので、git+ssh:// でいいや 複数ユーザがpushするので、パーミッションに気を使わなければならない: 共通のグループ(例:sandbox)に属させて、chown -R root:sandbox sandbox.git; chmod -R g+w sandbox; find sandbox -type d|xargs chmod 2775 すればグループの統一はOK 問題は sandbox.git/objects/ 下とかに新規で作られるディレクトリのパーミッション。 ~/.bashrcでumask 002すればいいんだけど

    gitの中央repos運用時のパーミッションの調整 - (ひ)メモ
    atsushifx
    atsushifx 2009/03/26
    gitで複数ユーザが使うリポジトリを使うための設定
  • 1