Gitでコミットログのユーザ名を書き換える方法 - 豆無日記
そんなにいないかもしれないけど、プロダクトごとにいくつかのハンドルを使い分けている人は、gitプロジェクトごとに git config --add user.name USER_NAME_FOR_THIS_PROJECT git config --add user.email USER_EMAIL@FOR_THIS_PROJECTとかやって、globalなユーザ名/メールアドレスと異なる個別の設定をしてることと思います。 で、プロジェクト作るときにこれをやってからコミットし始めれば良いんですが、既にいくつかglobalなユーザ名でコミットしてしまっている場合には、それらを書き換えたいですよね。 そういう場合は、 git rebase -i 書き換えたいコミットログ範囲の先頭コミットを指定(HEAD^とかHEAD~3とかkc3832kDとか) git commit --amend --aut
A successful Git branching model » nvie.com
Note of reflection (March 5, 2020) This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea. Du
Gitで部分的にコミットする方法 - Qiita
一つのファイルの中にたくさん変更を行ったんだけど、コミットする単位は小分けにしたいというケースがあります。 そんな時は、git add -pすると良いようです。試してみましょう。 $ git add -p app/models/blog.rb diff --git a/app/models/blog.rb b/app/models/blog.rb index 17bb72a..88634db 100644 --- a/app/models/blog.rb +++ b/app/models/blog.rb @@ -1,7 +1,10 @@ # coding: utf-8 - require_relative 'post' +module Conversions + +end + class Blog attr_writer :post_source Stage this hunk [y,n,
gitって別にGUIから使ってもいいじゃん - 半空洞男女関係
この前ふと思ったんだけど、別にgitってCUIから使う必要ないし、普通にGUIで使えば良いと思った。 大学でCUI使い慣れている人居ないから、GUI、例えばGitHub for Macとか、SourceTreeでおすすめしたほうが良いと思うんだけど、GUIをそもそも自分が使わないことには意味が無いからGUIを使おうかなと思った。自分が使ってないものを薦めるってのはおかしくて、ちゃんと使ってから意見を言うべきなんだろうと思う。よって、使わないのに批判するのも、使ってないんだからぐちぐち言うのはおかしい。 しかし、時間は限られているわけで、おかしいと思ったものをいちいち触ってやっぱりおかしかったですと言及するのは時間の無駄だから、あんまり色んな事に言及しないほうが良いんだと思う。それでも言ってしまいたく成るのが人間だし、インターネットはそれを簡単にしてしまうけれど、もっとぐっとこらえないといけ
Gitの便利な-pオプション四兄弟 - エンジニアをリングする
この記事はGit Advent Calendar 2014の6日目の記事です！ （更新がお昼になってしまいました、ごめんなさい＞＜） みなさん！ Gitの-pオプション使ってますか？ 今日は便利な-pオプションを使えるコマンドと、使いどころをご紹介します！ 紹介する内容 git add -p git stash -p git log -p git stash show -p git checkout -p git add -p きっとこれが一番有名ですね！ 追加したい変更を、ファイル単位ではなく差分のブロックごとに追加していくことができます。 Git管理されているindex.htmlに、以下の修正を加えたとしましょう。 ヘッダーのメニューの文字を小文字から大文字に変更 Contactに新しいリンクを追加 このまま両方まとめてコミットしてコミットメッセージに両方の内容を書いておくというのもひ
git commitをやり直しする＆取り消しする(「get commit --amend」と「git reset」) - hogehoge foobar Blog Style Beta
git commitを実行あとでコミットをやり直したり、コミット自体を取り消す方法です。 直前にしたコミットをやり直す（git commit --amend） 直前にしたコミットをやり直す場合、「git commit --amend」を使用します。 例えば、直前のコミットログが以下のような状態だったとします。 実は直前のコミットに含めるべきであった「hoge.txt」が含まれていませんでした。 コミットログ(git commit --amend 実行前) $ git log commit cca638b48b4c8be7ad5432f7882497534b04e2b4 Author: mrgoofy <hogehoge@example.com> Date: Wed Sep 8 23:03:57 2010 +0900 2nd Commit.-> New Add File : bar.txtこ
sinkin' in the rain - Gitの取消練習
Gitの取消練習 Gitで「間違えた」「こうしておけば良かった」と思った時の対処方法を覚えましょう。 準備 作業ディレクトリとしてC:\workディレクトリを使うことにします。 C:>mkdir c:\work C:>cd c:\workここに「readme.txt」「password.txt」の二つのファイルを作っておきます。 C:\work>notepad readme.txt C:\work>notepad password.txtreadme.txtは次の内容にします。 This is my readme file.password.txtは次の内容にします。 My password is JugemJugem.initを取消しましょう。 カレントディレクトリをgitリポジトリにします。 C:\work>git init Initialized empty Git reposito
anyenvという**env系の簡易マネージャを作った - As a Futurist...
ndenv のエントリのおまけで anyenv install plenv 作るかもと書いておいたら、@koba04 さんから欲しい！というコメント頂いたので、とりあえずで実装してみました。ついでに anyenv の説明をば。 riywo/anyenv 何？ rbenv をコピーした plenv や ndenv などは、.bashrc とかに 2 行追記して使うわけですが、数が増えるとこんな感じになってなんか悲しいです。 export PATH="$HOME/.rbenv/bin:$PATH" eval "$(rbenv init -)" export PATH="$HOME/.plenv/bin:$PATH" eval "$(plenv init -)" export PATH="$HOME/.ndenv/bin:$PATH" eval "$(ndenv init -)" ... そこで
gitで共用リポジトリにpushした変更を取り消す。 - このブログは証明できない。
天ぷらを大量に食べました。油でギットギトです。というわけで、gitで共用リポジトリにpushした変更を取り消す方法です。gitって、ローカルのリポジトリを使う参考記事は多いですが、共用リポジトリを使う記事は少ない気がしますね。でも、githubのユーザーは多いと思います。 490円のServersMan@VPS (CentOS 5) をGitサーバーにする会。 - このブログは証明できない。 追記 2010-12-03 ：重要！注意を書いたつもりが書き忘れてました。共用リポジトリをいじるので、複数人で使ってる場合は他の人に影響がでますよね。注意！！ あ。間違えてcommitしちゃった。しかも、共用リポジトリにgit pushしちゃった。しかも、50万円もする布団買っちゃった。まず、間違えてcommitしただけなら、git resetを使います。 $ git reset --soft HEA
Git - 作業のやり直し
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
Git作業スタイル: リモートレポジトリに保存しつつキリのいいところで変更をまとめる - Qiita
あらまし 大きな作業をする場合、こまめにローカルレポジトリのブランチにコミットして、何かあったときにすぐに戻せるようにしたくなります。 また、パフォーマンス改善など、実験や研究の色合いの強い作業は、試行錯誤しながらブランチに"とりあえず"保存しつつ、「あっちのほうが良かったかな〜」と思ったときに取り出せるようにしておきたくなるものです。 また、ローカルレポジトリだけでなく、リモートレポジトリに置いたほうがチームみんなで共有できたりしていろいろ便利です。 ですが、最終成果物はなるべく少ないコミットにしないと、マージが大変です。 メインブランチにこんなコミットが入るとゲンナリしますよね？ $ git log --oneline bcdef12 Revert foo abcdef0 Add foo cdef123 Refactor bar again def1234 Refactor bar e
Git サブモジュール
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
GitHub - rosylilly/git-tasukete: gitで助けて欲しい時に
Pull Request 4 Designers - GitHubを使ったプログラマとデザイナーのイテレーティブな開発フロー // Speaker Deck