タグ

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

  • 関連タグはありません

タグの絞り込みを解除

gitに関するryonextのブックマーク (4)

  • 2014年、春のGit事情 - fujimuradaisuke's blog

    なんとなく最近どんな感じでGitを使っているか、適当にリストアップしてみた。 よく使うやつ git status git status --branch --short にしている。変更されたファイルが出る。とりあえず何をしたかざっくり把握する用。sにエイリアスしている。一日100回くらい実行しているのではないか。 git diff 特にオプションは指定していない。何をしたかしっかり把握する用。dにエイリアスしている。一日50回くらい実行しているのではないか。 git grep バージョン管理しているファイルから渡した単語を含む行を検索、表示。関数の検索などあらゆる場面で超便利。オプションは --line-number --show-function --color --heading --break がオススメ。 git ls-files バージョン管理しているファイルのファイルパスを表

    2014年、春のGit事情 - fujimuradaisuke's blog
    ryonext
    ryonext 2014/04/21
    いくつか真似しよ
  • 分散バージョン管理システム「Git 1.9」が公開 | OSDN Magazine

    分散型バージョン管理システム「Git」の開発チームは2月14日、最新版となる「Git 1.9.0」を公開した。多くのサブコマンドが追加されるなど、多数の機能強化が行われている。 Git 1.9.0は2012年10月に公開されたバージョン1.8系に続くアップデートとなる。バージョンでは多くの機能が追加されており、一部後方互換性のない機能変更も行われている。 大きな変更点としては、HTTP経由でのトランスポートでGSS-Negotiate認証利用時に「100 Continue」メッセージを利用するように変更された点がある。これにより大規模なペイロードの再送を避けられるとしている。サブシステムではremote-bzr、remote-hgのバグを修正し、git q4、git svn、gitkも更新した。 ワークフローやUI関連では、従来は行えなかったshallowクローンで作成されたレポジトリか

    分散バージョン管理システム「Git 1.9」が公開 | OSDN Magazine
    ryonext
    ryonext 2014/02/18
    バージョンアップのお知らせ
  • gitのdiff, status, logを極限までコンパクト化+便利化する - Qiita

    git diffを見やすくする git diff --color-words で差分を小さく表示する 通常のgit diffは行単位なので、例えば変数名を一括変更した場合見づらいです。 --color-wordsを指定すると記号やスペースで区切られた単語単位でのdiffを表示できます。gitの設定は不要です。 より細かな表示のカスタマイズも可能です。man git-diffで--word-diffを検索してみてください。 ※ただし、変更が複雑な場合は、通常のgit diffのほうが見やすいこともあります。 .gitattributesを設置してもっと小さく表示する .gitattributesファイルを設置することで、言語文法に基づいて変数名、関数名といった単位でdiffを表示できます ファイル設置後にgit diff --color-wordsとすると、下記のようにさらに小さく表示できま

    gitのdiff, status, logを極限までコンパクト化+便利化する - Qiita
    ryonext
    ryonext 2014/02/06
    便利っぽい〜
  • テストファーストなGitワークフローについて - kazuhoのメモ置き場

    Gitのワークフローに関する話題が、また盛り上がっているようなので、僕が好んで使っているワークフローについて書きます。 対象としているソフトウェアは、GitHubGitHub Enterprise等を使って開発されている、リリースブランチを切らずにmasterにリリースタグを打っていくだけで十分な程度の、ウェブサービス(の部品)やオープンソースプロジェクトです。 まず、以下の2点を原則として考えています。 origin masterを壊さない origin masterの(1st parentをたどるツリー)にテストを通らないcommitを入れないよう努めます 変更の主題を常に明確にする 前者の理由は、masterをいつでもリリース可能な品質に保つためと(←12:44追記)git bisectするときに困らないようにするため。そして、これらの原則から、以下のようなワークフローで作業するこ

    テストファーストなGitワークフローについて - kazuhoのメモ置き場
    ryonext
    ryonext 2014/02/04
    masterは本番とイコールじゃなくていつでも本番に出せるものなのか。捗りそうな気がしてきた。
  • 1