Gitの最近のブログ記事

xcode  と  mac port をインストール

そして

$ sudo port install boost pcre
$
sudo port install spidermonkey
$ sudo port mongo

# ついでにpymongoも
$ sudo easy_install pymongo

参照: mongodb
http://www.mongodb.org/display/DOCS/Building+for+OS+X?showComments=true&showCommentArea=true

tornadoも同じ、(xcodeを入れてコンパイル環境を用意する)

で、
$ sudo easy_install setuptools pycurl==7.16.2.1 simplejson
$ git cloan git://github.com/facebook/tornado.git
$ cd tornado
$ python setup.py build
$ sudo python setup.py install

github my new repos

| コメント(0)
zend fremework default tree

カスタマイズしたzfproject.xml は Zend_Tool_Projectのzf コマンドで create project するときに使えます。


Git本家 日本語Gitマニュアル 日本語Gitチュートリアル
 
分散型ソース管理システムということで気になっていたので調べることにしました。

ここの記事を読むとすごくわかりやすいと思います。

分散ということはレポジトリー管理を各人各所がするということなのだろう。

移動中やネットワークに繋がらない時になどに結構開発する時間があったりして、

そんな人やそんな時にはすごく良いかもしれません。

まず、とりあえず試してみることにしました。

率直な感想を先に述べると、超、柔軟、そして、早い。いいかも。です。

まず、自分のlocal サーバー debianにインストールしてみました。

調べたら、パッケージがあったので、

---------------------------------------------------------------------------------
$ sudo apt-get install git-core
---------------------------------------------------------------------------------

でインストール。

---------------------------------------------------------------------------------
WEBサーバー上に--bareでレポジトリを作る
---------------------------------------------------------------------------------
$ mkdir /var/git/repos
$ cd /var/git/repos
$ git --bare init
で公開リポジトリを作ってそこをオリジンとする。

---------------------------------------------------------------------------------
ユーザAさんがレポジトリ作成しファイルをコミットする
---------------------------------------------------------------------------------
$ mkdir /home/userA/works/gittest/

$ cd /home/userA/works/gittest/

$ git init

$ touch testfile1.txt

$ git add testfile1

$ git commit -m 'first commit'

コミットといってもsubversionの場合だと、subversionのリポジトリにコミットすることになるが、

gitは自分の今作ったローカル(自分とこ)にコミットすることになる。

$ git remote add origin ssh://username@yourdomain.com/var/git/repos

をオリジンに指定する。これで、--bareで作ったサーバー所のレポジトリと繋がった感じに。

で、

$ git push origin master

先ほどローカルのレポジトリにコミットしたファイルを上位(オリジン)レポジトリにPUSHします。

このことで、次のユーザBが公開レポジトリからソースを引っ張ってくることができます。

---------------------------------------------------------------------------------
続いて、ユーザBさんが自分の場所で
---------------------------------------------------------------------------------
$ mkdir /home/userB/works/git/

$ cd /home/userB/works/git/

$ git clone ssh://userB@yourdomain.com/var/git/repos

これでソースをダウンロードします。

$ echo 'edited' > testfile1.txt

ファイルを編集して、

$ git commit -m 'edit file'

でコミットした後、

$ git push origin master

でオリジンに登録してやることができます。

そのあと、

ユーザAが

$ git pull origin master

でファイルを更新したりできます。

------------------------------------------------------------------

簡単にまとめ、

使うとしたら、ローカルにコミットして公開レポジトリにdeployするみたいな感じでしょうか。

各人各所の環境がなるべく一致もしくは開発者が把握している状態でなければちょっと

難しいのと思ったけど、使えたらよさげかなと思いました。

あと、最終的には、それぞれのローカルリポジトリがお互いに見合ったり、

どちらかがオリジンンなったりして人間関係のように広がっていく

有機的(オーガニック)な開発手法を実現していく仕組みなのではないかとも思いました。

それを実現しているのが、

http://www.github.com

なのでしょうか。

このアーカイブについて

このページには、過去に書かれたブログ記事のうちGitカテゴリに属しているものが含まれています。

前のカテゴリはapacheです。

次のカテゴリはmongodbです。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。