git add -p をさらに分割する - 納豆には卵を入れる派です。
$ git add -pという、ひとつのファイルから分割して部分的にcommitできる便利なオプションがあって、最近commitをもうちょっとこまめに分けようと心がけるようになってからたびたび使うのだけど、そうすると欲が出てきて、もう少し細かく分割してくれたらなあと思うことがたまにある。git add -p もうちょっと細かくわけてくれたらいいのにとたまに思う— TAE ✅ (@ken_c_lo) February 16, 2013 @ken_c_lo 確か「git add -p」した後に「y」とか「n」で取り込むところを選ぶ時に「s」をやると、さらに小さい単位に分割してくれた気がします。最近やってないので若干怪しいですが。。— 松本 瞬／Shun Matsumoto (@shu_0115) February 16, 2013 @ken_c_lo だいたいこんな感じだったと思います。→ b
[Git]git diffで行末に「^M」が表示される問題を解決した
git diffすると環境によって行末に”^M”という変な記号が出るのに悩まされていた。 Windowsでmsysgitを使っている。 versionは1.6.4と1.7.6で確認している。 config color.ui autoなどで、diffに色をつけていると起こるようだ。color.ui falseでは表示されない。 どうやらWindowsの改行コードのCR部分をエラーと認識してしまうために起こる現象のようだ。 解決策 core.whitespaceに行末のキャリッジリターンを許容する「cr-at-eol」を設定することで解決できた。 git config --global core.whitespace cr-at-eol 参考： Pro Git – Pro Git 7.1 Git のカスタマイズ Git の設定 osx – git-diff to ignore ^M – Sta
![[Git]git diffで行末に「^M」が表示される問題を解決した](https://cdn-ak-scissors.b.st-hatena.com/image/square/f030b131c35083706d324b18308f4e9a924a9c82/height=288;version=1;width=512/https%3A%2F%2Fhappyquality.com%2Fwp-content%2Fthemes%2Fsimplicity2-child%2Fimages%2Fog-image.jpg)
【翻訳】Gitをボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
あのコミットをなかった事に。git rebase -i の使い方
以前、Gitの使い方、よく使うGitコマンド という記事を書きましたが、git rebase -i の項目に書き足したいことが増えてきたので別エントリに切り出し、内容を見直しました。 git rebase -i を使うと、最新のコミットから指定したコミットまでの歴史を対話式に改変することができます。具体的には以下のことができます。 コミットメッセージを変更するコミット内容を修正するコミットを分割するコミットをまとめるコミットを削除する 私個人の利用シーンとしては、開発ブランチを master にマージする前（プルリクを送る前）にコミットの整理に使うことが多いです。一発できれいなコミット履歴を作るのは難しいので、散らかったコミットを後から整理するのによく使います。Git って便利だなあと思う瞬間です。 目次 rebase -i の使い方 reword コミットメッセージを変更する edit
transitive.info - git clean 使い方
git clean 使い方 git clean で削除されるファイルを確認する 「-n」オプションをつけると、実際にはファイルを削除せず、 どのファイルが削除の対象となるか表示される。 git clean -n 追跡されていないファイルをワークツリーから削除する リポジトリに管理されていないファイルは git clean で まとめて削除することができる。 git clean -n で削除対象のファイルを確認して git clean -f で実際に削除する。 「-f」オプションは git の設定で clean.requireForce が false （デフォルト値）になっていても ワークツリーのファイルを削除する。 git clean の対象を制限する git clean にファイルパスを与えると 削除の対象を制限することができる。 たとえば、削除するファイルをディレクトリ dir 以下
変更を一時的に退避！キメろgit stash - Qiita
gitは、とにかくトピックブランチを作成して作業する。だいたい機能追加とかバグ修正とかの単位でブランチを作って作業します。（ちゃんとやってますよね？） なので、作業の途中で別の修正を優先してお願いっ！なんて言われたときは、別のブランチに切り替えて作業をする必要がでてくる。そんな時に変更を一時的に退避しておくことのできる機能、それがstashである。 では、早速使い方 まだcommitしていない状態の変更ファイル（addしてる or add していない)が存在する状況で、次のコマンドを実行すると変更ファイルを退避することができる。 ※saveは、省略することもできる。 これでファイルの退避完了！git statusとか見てみると変更状態であったファイルがなくなっている。この状態なら安心してブランチを切り替えることもできる。めでたしめでたし。 と、退避だけならこれで終わりだけど、次につかうとき
初心者向けWIPワークフロー&レビュー時の注意 - Qiita
# masterブランチに移動 git checkout master # masterブランチを最新にする git pull origin master # 新しい作業ブランチを作成 git checkout -b new_branch # 空コミットを作る git commit --allow-empty -m "[WIP] 今回開発する内容を書く" # push git push origin new_branch この後、Githubの画面に行ってpull requestを送ります。 2.タスクを洗い出す Githubのプルリクエストにタスクを積みましょう。 下記のようにコメントすればチェックリストが作れます。
Gitでリモートブランチを消してもgit branch -aに出てくる件 - chulip.org
$ git push origin :remote_branch_nameとかやるとリモートブランチを削除できるのですが上記コマンドを実行した環境以外で git branch -aをやるとまだ表示されてしまっていたので消す方法。 git fetchで行けるかと思ったのですがどうもfetchは同期をとるものではなく取りに行くだけのようですね。 下記サイトを参考にさせていただきpruneオプションの存在を知りました。 どこにもリンクしていないオブジェクトは削除してくれるようです。 $ git fetch --prune 2011-12-01 ただ、このオプションはgit1.6.6以降のみ使用可能とのことで。 git fetch --prune doesn't exists with all git versions · Issue #75 · fcuny/jitterbug · GitHub
Mitsugu Oyama のソフトウェア倉庫 > ツール関連資料 > github 使い方メモ > fork する意味
Mitsugu Oyama のソフトウェア倉庫 > ツール関連資料 > github 使い方メモ > fork する意味 ソフトウェア 作成したソフトウェアを置いています。 もじる Mozilla 勉強会や Firefox Developers Conference の資料やレポート、Chromeless 関連で試してみたこと、その他 Mozilla 関連資料です ( 含 Vimperator )。 ツール関連資料 git や各種ツールの資料ならびに言語の資料等です。 その他技術資料 各種資料です。 試してみた・作ってみた Mozilla 関連を除いて試したこと、作ってみたことの記録です。 コラム 技術関連コラム…だと思います。たぶん。 github には fork という機能がある。fork は git の機能ではない。github の機能だ。fork は他の開発者のリポジト
GitHub初心者はForkしない方のPull Requestから入門しよう // qnyp blog
2013/08/13 GitHubの新デザインに対応するために記事内容・画像をアップデートしました。 こんにちは、ブログ記事を書くのが約2年ぶりのruedapです。 さっそくですが、Pull Request（プルリクエスト）機能を使ったことはありますか？ GitHubの代表的な機能で、「pull req」や「PR」とも略されたりして、名前はよく聞きますよね。 この記事は、Gitはいちおう入門済みで、GitHubも使い始めたけど、Pull Request機能はまだ使ったことがない、そんな人に向けた 簡単な方のPull Request の入門記事です。 もう1つのPull Requestについて Pull Request機能の解説としてよくあるのは「他の人のリポジトリを自分のGitHubアカウントにFork（コピー）してきて、変更を加えて、それを元のリポジトリに取り込んでもらうようにリクエスト
git commit時のコメントを英語で書くための最初の一歩 | hiro345
最近、開発環境のテンプレート構築をしているのですが、「git commit するまえに考えるべき10のこと | Act as Professional – hiroki.jp by HIROCASTER」みたいに、ソースコードのバージョン管理を実際に始めるときに理解しておかないといけないことは、結構あるはずです。 それで、ソースコードのバージョン管理については、git commitするときに記録するコメントについて、いろいろと考えることもあります。Git Styleは「git/Documentation/SubmittingPatches at master · gitster/git · GitHub」にありますから、こういうのも参考になります。 英語で記述 一文の場合、文末にピリオドを付けない 主語は省く 時制は現在形 文頭の英単語は大文字 他にもないかなぁ、と探してみたら「Chang
Gitの歴史を最初から作り直す時に使うコマンド一覧 - アジャイルSEを目指すブログ
「今までのログを最初から作り直したい！」って事が時々あるので、その時に使えそうなコマンドをメモっておく。 コマンド 新しい歴史を持つブランチを作成する $ git checkout --orphan new_branch indexにaddされた変更を全て取り消す $ git rm -r --cached . 空のコミットを作る $ git commit --allow-empty -m "init project" 別のブランチのファイルをローカルに持ってくる $ git checkout old_branch -- .このコマンドの実行後、ファイルがaddされた状態になるので注意。 別のブランチのファイルをzipで持ってくる $ git archive -o old_branch.zip old_branch 何が便利なの？ プロジェクトの初期で、最初に.gitignoreが無くて変な
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
横着で神経質な私とあなたに贈るgit add -p - Qiita
Gitで既にmasterにマージされている使用済みブランチを消す方法 - Qiita
Perlゼミ(サンプルコードPerl入門)
gitignore.io - Create useful .gitignore files for your project
英語コミットコメントに使えるオシャレフレーズ集
http://blog.inouetakuya.info/entry/20120826/1345979787