Gitのカラー表示メモ - もちおのWEBアプリ開発日記
Gitをmsysgitとかubuntuからとか使っているんですが なぜかubuntuでgit log --statとかした時に文字化け？してしまう。 こんな感じ。 ^[[32m+++++++++++++++++++^[[m^[[31m--^[[m 多分color設定が読めてないなと。 $HOME/.gitconfigに下記の一行追加でcolor表示される様になった。 [core] pager = less -r [参考URL] http://d.hatena.ne.jp/sugyan/20100507/1273209155 http://d.hatena.ne.jp/yuroyoro/20101008/1286531851
Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法 - mollifier delta blog
2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 最近Gitを使い始めた。で、ブランチとか使うようになって、今どのブランチにいるのかをzshのプロンプトに表示したくなってきた。「そういやそんなブログのエントリ、よく見かけるな」と思ってちょっと調べてみた。 gitコマンドを呼び出してなんかやってる例が多いけど、manを読んでたらzsh自体にそういうのが組み込まれてたので紹介。vcs_info ってのを使うと解決する。 zshrcの例 いきなりだけど zshrc の書き方の例。 autoload -Uz vcs_info zstyle ':vcs_info:*' formats '(%s)-[%b]' zstyl
CentOSでgitosis - ひげろぐ
プライベートなリポジトリを長らくDropbox+Gitで運用してきたけど、サーバーサイドで動くアプリのデプロイに不便（サーバーにDropbox入れるのもアレだし、rsyncで転送するのもめんどくさくなってきた）なので今回VPS上のCentOSにgitosisを入れてみた。 導入 インストール sudo yum install gitosis yumで入れるといろいろとよきにはからってくれるので楽。（gitosisユーザーの追加やファイルのパーミッションの設定など） yumの標準リポジトリには入ってないので要外部リポジトリ。 初期化 sudo -H -u gitosis gitosis-init < /home/akahige/.ssh/akahige.pub ssh経由でのアクセスに公開鍵を準備して流し込む。 これで/var/lib/gitosis以下に設定ファイル等が作成される。 公開鍵
AKIBE - さくらのVPS CentOSでサーバ構築 15 – Gitosis
さくらのVPS CentOSでサーバ構築 作業ノート15回目。 Gitを暫く使ってみて、不便だと思ったのは、ユーザーの追加や、プロジェクトの追加ごとにSSHで接続してディレクトリを作ったり、公開鍵を登録したりしなくてはいけないところ。 それを簡単にするgitosisをいれてみます。 gitosisは、プロジェクトの追加やユーザーの追加等を設定ファイルに記述して、設定ファイル自体を管理用のGitリポジトリで更新することで実際のサーバに反映してくれる便利なツールです。 Userの設定 、Gitのインストール、Yumの設定の作業が前提となります。 gitosisのインストール まずはインストールです。EPELリポジトリに含まれています。 [root@ ~]# yum install gitosis 次にgitosisを初期化しますが、このときログインしている作業ユーザー自身の公開鍵を利用し
CentOS 5.1にGitをパッケージで入れる - ひげろぐ
2010年の昨今はExtra Packages for Enterprise Linux (EPEL)から入れるのがおすすめ。 EPELに関しては追記参照。 最近Gitが幅をきかせているので重い腰を上げて入れてみた。 特に何も考えず以下のコマンドを打ってみる。 $ sudo yum install git なんだか入った。 でも標準リポジトリには入ってないようだ。 標準のリポジトリじゃなくて外部リポジトリとして登録してあるDagのところから入った。 外部リポジトリ登録がない環境でもパッケージはあるのでRPMを落としてきて入れられるね。 参考：YUMで便利な外部リポジトリを使う – ひげろぐ あとは以下のページとかみながらちょっと触ってみますかね。 Git入門 – トップページ とりあえずチュートリアルの最初だけ試してみた。 $ git config --global user.name "
Gitを使って誰でもDropboxを作れる·RubyDrop MOONGIFT
RubyDropはRuby製のオープンソース・ソフトウェア。個人的にDropboxはとても便利に使っている。これなしの生活は考えられないくらい便利だ。有料であれば50GBまで使えるが、無料版の2GBでは物足りないと感じる人も多いだろう。だがお金は払いたくないという人もいるだろう。 サーバ起動中 そこで考えたいのが自分だけのDropbox構築だ。重要なのは自動的に同期されるシステムであること、バージョン管理されること、複数のコンピュータ間でデータが同じ状態に保てることだろう。それらを実現するのがRubyDropだ。 RubyDropはRuby1.9系で動作するソフトウェアだ。簡単に言えば、特定のフォルダに関してRubyDropが監視を行う。そして変更があると内容をリモートのGitリポジトリにアップデートする。Gitリポジトリ側で変更があれば、Pullする仕組みだ。 自動的に同期されている G
mollifier delta blog
何度かこのブログでも紹介していますが、このたび「新しいシェルプログラミングの教科書」という本を執筆しました。 新しいシェルプログラミングの教科書 作者: 三宅英明出版社/メーカー: SBクリエイティブ発売日: 2017/11/21メディア: 単行本この商品を含むブログを見る 本を執筆するにあたって、偉大なる先人たちの本を参考にしています。 私自身がそれらの本を読んで勉強し、その結果として今回の本ができあがりました。 どれもすぐれた本なので、ここでみなさんにも紹介します。 入門UNIXシェルプログラミング 入門UNIXシェルプログラミング―シェルの基礎から学ぶUNIXの世界 作者: ブルース・ブリン,Bruce Blinn,山下哲典出版社/メーカー: ソフトバンククリエイティブ発売日: 2003/02メディア: 単行本購入: 18人 クリック: 331回この商品を含むブログ (64件) を見
無視するファイル
プロジェクトはよく git に追跡してほしく'ない'ファイルを生成します。 典型的なものとしては、ビルドプロセッサーが生成するファイルや、 エディタが生成するバックアップファイルなどです。もちろん、 git が追跡しないファイルに対して git add`をしなければ良いだけの問題です。 しかし、これら追跡しないファイルがいることでイライラさせられることがあります； 例えば、それらファイルに対しての `git add . は実際に不要であるにも、 関わらず、 git status の出力でそれらが表示されてしまいます。 作業ディレクトリのトップレベルに .gitignore という名前のファイルを作成することで、 無視するファイルを git に伝えることができます。 # '#' で始まる行は無視されます # foo.txt という名前の全てのファイルを無視する foo.txt # (生成され
gitまとめ - 西尾泰和のはてなダイアリー
いろんな異なるバージョンのプログラムを管理したい、というわけで、gitを使うことにしました。cvsやsvnやhgやgitはいままで長いこと使ってきていたけども、ブランチをたくさん作るスタイルで使ったことはなかったもので。案の定つまずきまくりなので自分が後で参照するためにここにまとめていくことにする。入門Gitが手元にないので調べられない…あの本にこういう問題にぶち当たったときの解決方法が書いてあった気がするのに〜 ブランチfoo上で、本来ブランチbarで編集するべきa.pyを編集してしまう ブランチfoo上で、本来ブランチbarで編集するべきa.pyを編集してしまい、ブランチbarをcheckoutしてそこで反映しようにもfooとbarでa.pyの内容が違うため「error: You have local changes to 'a.py'; cannot switch branches.
Git Immersion
A guided tour that walks through the fundamentals of Git, inspired by the premise that to know a thing is to do it. Git is a powerful, sophisticated system for distributed version control. Gaining an understanding of its features opens to developers a new and liberating approach to source code management. The surest path to mastering Git is to immerse oneself in its utilities and operations, to ex
Gitを使いこなすための20のコマンド | OSDN Magazine
LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 LinuxカーネルやRuby on Rails、Perlなど、近年多くの大規模プロジェクトで採用されているバージョン管理システムが「Git」だ。Gitには非常に多数のコマンドが用意されているが、日常的に使用するコマンドは20個程度と言われている。本記事では、Gitを使いこなすために覚えるべき20個のGit基本コマンドを紹介する。 なお、Gitの基本的な考え方や使い方については分散バージョン管理システムGit入門でも紹介しているので、そちらも参照してほしい。
gitで一度行った変更をなかったことにする方法4つ | Webシステム開発／教育ソリューションのタイムインターメディア
gitでは様々な方法でコミットログを書き換えることができます。 その一例として一度行った変更をなかったことにする方法を4つ紹介します。 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。 $ $EDITOR $ git commit -am 'foo' $ $EDITOR $ git commit -am 'bar' $ $EDITOR $ git commit -am 'baz' のように適当な区切りでコミットして行ったものの、 結局全部要らないからなかったことにしたいということはままあります。 解答1: git reset –hard HEAD~{n} コミットしたもの全てを歴史から消し去りたい場合は git reset --hard を使います。 この例の場合は3回のコミットを全てなかったことにしたいので、 以下のコマンドで消し去ることができ
Git 基礎最速マスター - ぐるぐる～
id:repeatedly から無言の圧力を受けたので書きました。 タイトルは釣り。そもそも自分が Git マスターしてないし。突っ込み歓迎。超歓迎。 一応、このエントリだけで一つの Git リポジトリをそれなりに操れるようになることを目指してます。なので、コマンド一つ一つに対する説明じゃなくて、やりたいこと一つ一つに対する説明が中心です。え？それ最速マスターじゃない？きーこーえーなーいー。 あと、他のバージョン管理システム、例えば Subversion や Mercurial が使えることを前提としています。誰か「バージョン管理システム基礎最速マスター」とか書かないの？ インストール Windows と Debian しか分かりませんので、自分のシステムに読み替えて行ってください。あと誰か Mac ください。 インストールも設定も終ってるよ！って方はリポジトリの作成までひとっ飛び。 Wi
はじめてgitをつかったのでコマンドを復習します
はじめに こんにちは川崎です。最近はじめてgitを使う機会がありましたので復習してみます。 このエントリーは私がgitを使い始めたばかりのログを元にして、まとめた内容にしています。 gitをインストール、コマンドを使う準備 gitを使うにはgitのインストールが必要です。使っている環境に合わせてgitをインストールします。 私の環境はmacなのでportsでインストールしました。 $ sudo port -d selfupdate $ sudo port install git-core +gitweb +svn インストールが完了したかどうかはgit --versionコマンドで確認できます。 $ git --version git version 1.7.3 gitのversionが表示されたのでインストールされているようです。準備完了です。 はじめてgitを使うときは gitを使うた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git Info in Your Zsh Prompt
Git＠香川研究室
すべてのプロジェクトに.gitignoreを適用 : Happy my life
Gitことはじめ
Vim Hack #3 : プラギンを簡単に管理する | What a bother!