gitに関するStepHacksのブックマーク (26)

  • 超今さら初めてのgisty

    gisty を知ったのはもう記憶にもないくらい昔だし、直接勧められたのは Twitter / ゆーけー/赤松 祐希: @wtnabe gistにプロダクトコードとテストコ … なんと3月なので9ヶ月前という体たらくでございますが、ようやく使ってみました < gisty swdyh/gisty - GitHub 必要な準備gisty gemGISTY_DIRgit の config使っている Ruby が参照できる OpenSSL 証明書gisty を使うには clone する場所を環境変数で指定しておく。post するだけでも同時に clone するので GISTY_DIR の指定は必須である。 また、git の config は最終的にこんな形になればよい。

  • web application 開発における git のブランチ運用ルール - tokuhirom's blog

    web application 開発における git のブランチ運用ルール 俺は普段こういう運用でやっているが、君はどうか。 社内の trac にドキュメントをかいたので、コピペしておく。git についてはカジュアルにつかってるだけなので、もっとこうしたほうがいいんじゃねえのというのがあればおしえてください。 ブランチ命名規則 master 番の deploy 用。誰かに deploy されてこまるものはいれない。 stg ステージングの deploy 用 iss(\d+) チケット$1 用の topic branch。master から分岐させる その他、キャンペーン関係など、おいやすくしたい者は別途名前つけてもよし。 stg の運用 基的に、開発はチケットにひもづく topic branch でおこなうので、以下のような作業フローとなる git co master git co -

  • 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 この記事では、私のいくつかのプロジェクト仕事でもプライベートでも)で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書

    A successful Git branching model を翻訳しました
  • 最近のお仕事まわりでツラツラと書く

    今の仕事についてつらつらと書く。今漠然と思ってることを書き出しただけなので、そんなに意味のある内容でもないかも。 アジャイル そもそも何をもってアジャイルと言うのか、中々難しいところではある。昨日から読んでる「間違いだらけのソフトウェア・アーキテクチャ」では僕はアジャイル(開発)というのは、できればアジャイル宣言を守るか、守る努力をしているものだけに、その名前を冠してほしいと思っているけど・・・。とある。そういう意味だと改めてうちのチームでもアジャイル宣言を確認するべきかもしれない。 何はともあれ、今うちのチームではCTOのちゃんとアジャイルな開発をしていきたいという想いからいくつかのプラクティスを実践している。イテレーション、プランニングポーカー、バーンダウンチャートなど。まだまだチームとして未熟な為、見積りの精度ややり方が少しうまくいっていない気はするけどこの辺りは徐々に改善されそう。

  • zsh で Git の作業コピーに変更があるかどうかをプロンプトに表示する方法 - mollifier delta blog

    2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 Git を使ってファイルを編集した場合、それをいったんインデックスに追加(add)してその後コミットってのが基的な流れになる。なんかいろいろやってると、ちゃんと add したのかどうかわかんなくなることがある。 そういうときは status コマンド使えばいいんだけど、以前エントリ書いた zsh の vcs_info の機能を使うといい感じにプロンプトに表示できるようになるので紹介する。 zshrc の書き方 こんな風に zshrc に書いておけば OK。 autoload -Uz add-zsh-hook autoload -Uz colors color

    zsh で Git の作業コピーに変更があるかどうかをプロンプトに表示する方法 - mollifier delta blog
  • JavaScriptのライブラリをGithubから呼び出して高速化 | Web活メモ帳

    「Cached Commons」はGithubにあるJavaScriptライブラリを集めているサイトです。 みんなでGithubにあるライブラリを呼び出して、ユーザーにキャッシュしてもらおうというプロジェクトです。 サイトの高速化につなげる事ができますね。 Google Ajax Librariesと一緒? 基的な考え方はGoogle Ajax Librariesと一緒ですね。 サーバーにアップしなくても良いので、サーバー側の負荷減少にもなるかと思います。 jQueryのプラグインなど豊富にそろっているので、GoogleAPIより一枚上手かもしれません。 Githubで公開しているライブラリを申請すれば加えてくれるのもポイントです! 他のライブラリもGithubで開発・公開すれば良いのにと思わずには居られませんねw

    JavaScriptのライブラリをGithubから呼び出して高速化 | Web活メモ帳
  • Mac OSX用Gitクライアント·Gitbox MOONGIFT

    GitboxはMac OSX用のフリーウェア。Gitはターミナルからでも十分使えるため、GUIフロントエンドを必要とはしてこなかった。だが複数人が関わるプロジェクトでは不慣れな人も多い。そうした時にはやはりGUIフロントエンドがあると便利だ。 見た目はシンプルなGitクライアント Gitの全ての操作を行えなくとも、普段の運用上はコミットしたりPushやPullを実行できるだけでも十分だろう。そんなライトなGitフロントエンドとしてGitboxを紹介しよう。 Gitboxは任意のリポジトリを指定して開く。そうするとコミットログが一覧で見られる。その中で変更されたファイルについても確認が可能だ。さらにファイルを選択すればFileMergeなどの差分表示ソフトウェアで変更箇所が確認できる。 差分の確認は外部ツールで 変更されてリポジトリに反映されていないファイルの一覧も確認できる。後はファイルを

    Mac OSX用Gitクライアント·Gitbox MOONGIFT
  • Githubでも使える、Git管理のWikiエンジン·Gollum MOONGIFT

    GollumはRuby製のオープンソース・ソフトウェア。最近のWikiエンジンであれば大抵コンテンツの履歴管理機能がついている。独自に実装されることも多いが、手軽に実装するならば既に存在するSCMを利用する方が良いだろう。例えばGitは良い選択肢になる。 表示画面 話は変わりGithubではReadmeファイルなどを配置すると自動的に内容をプロジェクトトップページに配置してくれる機能がある。テキストフォーマットはMarkdownやRDoc、Textileなどが利用できる。この二つを組み合わせたのがGollumだ。 GollumはGitリポジトリ内で使うWikiエンジンだ。Gollumコマンドを実行すると、ポート番号4567でWebサーバが立ち上がる。そしてコンテンツを自由に作成できる。コンテンツは保存を実行するごとにGitリポジトリに追加されるようになっている。 拡張子を追加してアクセスす

  • Gitをさらに便利にする·Git Extras MOONGIFT

    Git ExtrasはGit用のフリーウェア(ソースコードは公開されている)。GitGUIよりもCUIから操作することの方が多い。まだGUIフロントエンドの決定版のようなものが存在しないというのもあるが、普段の操作であればターミナル操作で十分ということもある。 カウントオプション そんなGitではあるが、コマンドを色々使うと情報が取れるものの手軽に使うのは難しいという問題がある。それを解決してくれるかも知れないのがGit Extrasだ。Gitユーザはインストール必須と言えるだろう。 Git ExtrasはGitコマンドに新しい機能を追加してくれる。全部で10個のオプションが追加される。例えば「git summary」はリポジトリのサマリーをアウトプットするコマンドだ。他にもchangelog、commits-since、count、delete-branch、delete-tag、ig

    Gitをさらに便利にする·Git Extras MOONGIFT
  • Site Under Maintenance

    We'll be back soon! Our site is currently undergoing maintenance. Please check back later.

    Site Under Maintenance
  • git-svnによる実プロジェクトでのチーム開発

    こんにちは、SHIMADAです。Gitネタはたろちゃんに先を越されてしまいましたが、自分の環境でも、実際のプロジェクトでGitを実用的に使える状況になってきたので、そのへんについて書こうと思います。 ■ 前提 前提条件として、 1. プロジェクトのためのsvnリポジトリがサーバーに用意されていること 2. リポジトリが PROJECT_NAME/ `- trunk/ `- branches/ `- tags/ というSubversionの標準的なディレクトリ構成となっていること 3. ローカルに最新のgitがインストールされていること が条件となります。 前者が揃っていないという人は、まずSubversionを導入できるように社内での推進をがんばってください。 申請書とUSBメモリがないとコミットできないんだよ……、という人は、残念ながらあきらめてください。 (あれはネタだと信じていますが

  • GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ

    GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー!古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠

    GT Nitro: カーレーシング・ドラッグレーシングゲーム - Google Play のアプリ
  • Subversionのブランチ操作をgit並に簡単にする — ディノオープンラボラトリ

    svnとgit両方使うようになりました。するとgitの便利さに感嘆する一方、svnのブランチ操作の面倒臭さが際立ってきました。特に、ブランチ操作ではgitは素晴らしく例えば以下のような例をご覧いただくとその差は一目瞭然かと思います。 ブランチ一覧を得る git branch svn list http://example.com/svn/branches ブランチを作る git branch mybranch svn cp http://example.com/svn/trunk http://example.com/svn/branches/mybranch -m 'create mybranch from trunk' 以上のように、svnはブランチをブランチとして扱っていないためとても面倒なコマンドを打たなくてはなりません。これではとてもsvnのブランチなんて使ってられないのでとっと

  • 私がSubversionをやめてGitに移った理由 | エンタープライズ | マイコミジャーナル

    Javalobby - The heart of the Java developer community バージョン管理システムにGitやMercurialなどの比較的新しい分散型バージョン管理システムを採用する事例が増えている。もともとOSSプロジェクトで採用するバージョン管理システムは中央集権型のCVSが多かった。しかしCVSは厄介な面もあり、こうした問題を解決した同じく中央集権型のSubversionがCVSの次期候補として注目されていた。 CVSからGitへ、Fedora 13以降 止まらないGit人気、JRubyも移行 - 対抗馬はMercurial Git人気が止まらない、今度はGnome Gitバージョン管理システム採用拡大、Perl 5も移行 7つのバージョン管理システムを知る しかし現在のところ、バージョン管理システムは分散型のMercurialとGitに注目が集まって

  • はてなブログ | 無料ブログを作成しよう

    思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。

    はてなブログ | 無料ブログを作成しよう
  • はてなブログ | 無料ブログを作成しよう

    この世界の片隅に/総力戦ガチャ この世界の片隅には、主人公の、自分は昔からぼーっとしていて、というモノローグからはじまる。自分の人生のイニシアチブは親や、国家行政がとるんでしょ、という態度で、序中盤ずっと進む。 それは主人公の立場からは、結婚も親が決めた結婚だから自分が選んだ結婚で…

    はてなブログ | 無料ブログを作成しよう
  • Bridge Word

    This shop will be powered by Are you the store owner? Log in here

  • git コマンドと git-vim コマンド一覧 : Serendip – Webデザイン・プログラミング

    git init リポジトリの作成をする。 リポジトリを作りたいディレクトリに移動してコマンドを実行する。 公開リポジトリは bare リポジトリとして作成する。(bare リポジトリは通常 .git 拡張子を付ける) $ git init --bare /home/hoge/project.git git clone <複製元リポジトリのURL> リポジトリの複製をする。 リポジトリを作りたいディレクトリに移動してコマンドを実行する。 公開リポジトリは bare リポジトリとして作成する。(bare リポジトリは通常 .git 拡張子を付ける) $ git clone --bare /home/hoge/project.git git status 変更されたファイルの表示をする。 git-vim コマンド :GitStatus 編集中のファイル・リポジトリの git status を表

  • RSpec の入門とその一歩先へ、第2イテレーション - t-wada の日記(旧)

    和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ、第2イテレーション』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 #coffee.rb の写経会に招かれた(というよりは押しかけた?)ので、先日の RSpec チュートリアルの続きを記します。このエントリは写経会に参加しながらのライブ更新でした。 (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 前回終了時点のコードと実行結果 前回終了時点でのコードを以下に記します。 message_filter.rb class MessageFilter def initialize(word) @word = word end def detect?(text) text.include?(@word) end end message_filter_spec.rb r

    RSpec の入門とその一歩先へ、第2イテレーション - t-wada の日記(旧)
    StepHacks
    StepHacks 2010/03/06
    その場で写経しました!
  • 覚えておくと便利なgitのtipsをいくつか - Webtech Walker

    頻繁に使うわけではないけど便利なgitのtipsをいくつか紹介。というか自分が忘れるからメモ。 git stash 現在作業中のbranchでまだコミットはしたくないけど、trunkで直さないといけないバグとかが見つかったときに、今の変更を横にどけておくコマンド。 $ git stash で変更をいったん横にどけておいて、他のbranchに切り替えて作業後、今のbranchに戻ってきて $ git stash pop とすれば横にどけておいた変更が復活する。 git ignore プロジェクトの中で除外する必要があるファイルは.gitignoreに書くけど、自分の環境だけで除外したいファイルがある場合は.git/info/excludeに書くのがよいです。 自分の環境ではいつでも除外したいというときは $ git config --global core.excludesfile $HOM

    覚えておくと便利なgitのtipsをいくつか - Webtech Walker