$ git flow init No branches exist yet. Base branches must be created now. Branch name for production releases: [master] Branch name for "next release" development: [develop] How to name your supporting branch prefixes? Feature branches? [feature/] Release branches? [release/] Hotfix branches? [hotfix/] Support branches? [support/] Version tag prefix? [] 2 つのメインブランチ develop と master が作成されます。 master
ゼロからわかるgit-flow 1. ゼロからわかる git-flow @monochromegane http://thinking-megane.blogspot.jp/ 2. アジェンダ• git-flowとは• Git、長所、短所• サクセスフルな開発モデル• 補助ツール• git-flowとは 3. git-flowとは 4. Gitをいい感じに活用する開発モデルを補助するプラグイン 5. ？ 6. 1.Gitをいい感じに活用する開発モデルを補助するプラグイン 7. 2.Gitをいい感じに活用する開発モデルを補助するプラグイン 8. Gitをいい感じに活用する開発モデルを補助するプラグイン 3. 9. 1. Gitを 10. Gitとは• 分散型バージョン管理システムリポジトリは各PCに存在。それぞれが互いに連携可能。ブランチの作成、マージが容易。ローカル操作のため操作が高速。
ここから始まるアリスとボブのGitシリーズが本になりました！ アリスとボブのGit入門レッスン gitの解説には素晴らしいページがある。 git チュートリアル (バージョン 1.5.1 以降用) Git ユーザマニュアル (バージョン 1.5.3 以降用) こんなに親切に説明されているのに、読んでいるだけではgitの仕組みが見えてこない...。（そうです。自分の理解が悪いのです。）ちゃんと理解したいので、チュートリアルに出てくるアリスとボブになりきって、実際に作業してみることにする。以下は淡々としたその作業記録と自分の理解のイメージ。 環境 MacBook OSX 10.5.4 Xcode3.0以上インストール済 インストール gitのページから最新版をダンロードしてみた。現在のバージョンは1.6.0.1のようだ。 cd ~/Downloads curl http://kernel.or
2009年05月25日05:42 Git subversionを使っていた人がgit便利だなと感じたこと 最近は subversion も使いますが、git を使うことも多くなってきました。モジュールの配布なども git のものが多くなってきて、そろそろ git を使えるようになっておかないとまずい気が・・。ってことでちょっと勉強してみたのでまとめてみます。 そもそも「 subversion と git は何が違うの？」っていう話ですが、主な違いは以下の通りです。【参考】に挙げたサイトが分かり易いと思います。 subversion ・単一リポジトリ（リポジトリは一つだけ） ・commit したら即反映 ・add するのは新規にファイルを追加するときだけ ・リビジョン番号は数字 ・考えるのは『ローカル（ checkout した場所）』と『リポジトリ』の2つだけ git ・分散リポジトリ（マス
Git初心者向けに、Gitを使ったローカルでのVersion管理方法についての説明を書く。 Install Gitをインストールするには、Gitが内部で利用しているライブラリを入れる必要がある。 curl-devel expat-devel gettext-devel openssl-devel zlib-devel Mac # homebrewから入れる場合(推奨) $ brew install git # GUIから入れる場合(git-osx-installerを利用する) $ open http://git-scm.com/ # macportsから入れる場合 $ sudo port install curl expat gettext openssl zlib $ sudo port install git-core # インストール $ sudo port deactivate
バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増やしているバージョン管理システムに「Git」 がある。GitはLinuxカーネルの開発リーダーとして知られるLinus Torvalds氏が中心となって、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムである。2005年に開発が開始されて以来さまざまなプロジェクトでの採用が進み、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、有名な大規模プロジェクトで採用されるに至っている。 本記事では、このGitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法や基本的なGitの使い方について解説する。 分散バージョン管理システムとは？ GitはLinuxカーネル開発で用いられることを前提
githubにリポジトリを作りたいので、さくらVPSのCentOS5.5にgitをインストールします。どうやらyumでインストール出来るようです。 リポジトリの追加 デフォルトのyumのリポジトリにはgitが含まれていないようなので、リポジトリを追加します。 CentOS5.5にRuby on Railsの環境をつくるー - 俺の作業ログ ↑以前こちらでやりましたので、こちらを参考にしてください。 # ファイルの取得 $ cd /usr/local/src $ sudo wget http://dag.wieers.com/packages/rpmforge-release/rpmforge-release-0.3.6-1.el5.rf.i386.rpm $ sudo wget http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt # rpm
前回 git diff を図に書いてみたところ、自分の中で意外と整理できたので、これまたなんとなく使っていた git reset についてもまとめてみた。 とりあえず結論を先にまとめよう。 git reset とは？ HEAD の位置を変更するコマンド。 オプションによってインデックス、ワーキングツリーの内容も変更できる。 git reset のオプションは？ --soft、--mixed(オプションなしと同等)、--hard オプションがあり、影響度の小さい順に以下のようになる。 --soft HEAD の位置のみを変更する。インデックス、ワーキングツリーには影響なし。 --mixed (またはオプションなし) HEAD の位置とインデックスを変更する。ワーキングツリーには影響なし。 --hard HEADの位置、インデックス、ワーキングツリーをすべて変更する。 さて、git reset
gitoliteというソフトウェアを使うと簡単にgitのセンターリポジトリを構築できる。安くて使い勝手のいいさくらのVPSに構築することで、簡単にプライベートなgitリポジトリを持つことができるのだ。 先日社内に発足した「もくもく会」的な集いで構築してみたので、作業メモを晒しておく。 VPSのOSはデフォルトのCentOS 5.5 64bitを前提にしているが、yum以外は他のOSでもあまり変わらないだろう。 ちなみにリモート(サーバ)のコマンドは緑、ローカル(ワークステーション)のコマンドは青で表記している。 gitのインストール (3分)yumのリポジトリにrpmforgeを追加する。こちらの記事を参考に「サードパーティ製リポジトリ追加」を実行しよう。 % sudo wget http://packages.sw.be/rpmforge-release/rpmforge-release
追記：たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記２(2011/11/07)：commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ ｜ ├─ 一人で使ってるよ ｜ ｜ ｜ ├─ 手元に変更を取り戻したいよ(1)（そうだね、add忘れだね派） ｜ ｜
git の凄いところをGit 入門の Git とはを参考にさせて頂き、要点を挙げさせて頂きます。 分散型のバージョン管理システムである Linux kernel の開発で培われたノウハウが凝縮された高機能なバージョン管理システムである 分散型について意味が分からなかったのですが、書いてありました。 プロジェクトのメンテナにリポジトリの編集権限を付与してもらわなくても、 各ユーザが自由に自分専用のリポジトリを持てることが一番のメリットではないかと思います。 git を Mac にインストールします。git のインストール方法はたくさんあります。 コマンドを叩いてインストールする git のインストーラーを使う MacPorts を使ってインストールする この中で作業量的に一番最速なのは MacPorts を使う方法です。インストールまでにかかる時間が最も短いのはコマンドを叩いてインストールす
GitBoxはDropboxをGitリポジトリサーバ化するソフトウェア。 GitBoxはShellスクリプトのオープンソース・ソフトウェア。Gitは分散化リポジトリシステムなので、ネットワークがなくともリポジトリが参照できる。そこをメインにしてしまえばローカルだけでバージョン管理が可能だ。だが複数人になればやはりネットワークを介したリポジトリが欲しいと思うだろう。 利用中 そのためにサーバを立てるのは面倒だ。Githubを使う手もあるが、今はオープンソースでないとプライベートなリポジトリは作れない。そこで使ってみたいのがGitBox、Dropboxを使ったGitリポジトリサーバだ。 GitBoxはWindows/Mac OSX/Linuxに対応したソフトウェアだ。専用のコマンドでDropbox内にリポジトリを作成し、クローンも行ってくれる。後は通常通りファイルを編集したりコミットした後「g
Git、Mercurial、Bazaarはオープンソースの分散バージョン管理システムで、どれも人気がある。特にGitとMercurialはもともとはLinux Kernelの開発のために作られた歴史からしても、ライバルと言える関係だ。LinuxやAndroid OSではGitが採用されたが、MercurialもOpenJDKやNetBeans、Xen、Python等で採用されている。 SVNから分散バージョン管理システムに移行を検討している所は多い。日本だと濱野氏がGitのメンテナをやっているせいかGitに人気が集中しているようだ。しかし気軽に分散バージョン管理システムを導入したいソフトウェア開発チームには、あえてMercurialを勧めたい。 1. SVNからMercurialに移行するべき8つの理由 取り扱いが楽で、今すぐ移行できる事がMercurialを導入するべき理由だが、もう少し
2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。（今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。） ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ
GityはMac OSX用のオープンソース・ソフトウェア。分散化バージョン管理システムであるGitの人気は高い。サーバ集中型の場合、個々人が自由にリポジトリを操作するのは難しいが、Gitの場合はフォークしてしまえば自由にコミットできるのが魅力だ。 Mac OSX（10.6以降）用のGitクライアント だが現状、必須と呼べるレベルのクライアントソフトウェアが存在しない。Subversionがあれだけ受け入れられたのはTortoiseSVNによるところが大きい。Finder連携型ではないけれども使い勝手の良いGitクライアントとしてGityを紹介しよう。 GityはGit操作に関して一通りの作業ができるクライアントソフトウェアだ。リポジトリの閲覧に加えてブランチを一覧したり、追加することもできる。タグやサブモジュールの追加も可能だ。差分の閲覧やコミット、Push、Pullなどの操作もできるので
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
FattyはCakePHP/PHP製のフリーウェア（ソースコードは公開されている）。Gitは便利なバージョン管理システムだ。チームで使うのはもちろん、個人でリポジトリを作っておいても便利だ。だが今のところGUIの決定打は出てきていないように思える。 コミット履歴 普段のファイル追加、コミットくらいであればコマンドラインで良いが、コミット履歴を見たり差分を見る時にはやはり専用インタフェースがあると便利だ。そんな機能が欲しいならばFattyを使ってみよう。 FattyはCakePHP製のソフトウェアであり、app/pluginsディレクトリ以下に配置して実行する。リポジトリのパスを設定すれば、後はブラウザからコミット履歴の一覧が見られる。もちろんその内容や変更点を閲覧することも可能だ。 差分 さらにコミット一覧をドラッグして別なコミットにドロップすると、指定したコミット同士の差分を見ることもで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く