Les Sociétés Civiles de Placement Immobilier (SCPI) se sont imposées comme une solution d'investissement de choix, attirant un nombre croissant d'investisseurs en quête de diversification et de rendements potentiellement plus élevés. Dans un contexte économique en constante évolution, où les investisseurs cherchent à optimiser leur portefeuille tout en minimisant les risques, les SCPI représentent
日ごろgithubさんにお世話になっておりますが、Gitoriousというサービスは自分のコードを公開し、個人でインストールできるようなので入れてみたメモ。 概要 ホストするOSはUbuntu 9.10。 手順は、9.04の場合のものが公式Wikiにあったりする(http://gitorious.org/gitorious/pages/UbuntuInstallation)のでそれを大幅に参照した。基本的にコレの通りで問題ないのだが、Gitorious自体のバージョンが上がったこともあって微妙に違う点もある。 以下、日本語Remix CDを入れたてのまっさらな状態からの構築を想定。 aptで入れたもの 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 sudo aptitude install build-essential\ apache2 apache2-dev\
分散SCMを使いたい!と思う今日この頃。 仕事ではSVN(Subversion)を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある?いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ!」とうそぶいてきているわけだが…ハッタリかましてました!本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message 現在、"git://"が通らないproxy環境下で 以下のようにSource取得しています。 「いや、それ変だろ?」等々、なにかアドバイスありましたらお願いします。 ■環境(仮) Host: Ubuntu-server 8.04 Http Proxy: http://oresama-proxy.net:8086/ > Securityの関係で、http, https, ftp あたりしか通らない > git のportをproxyで許可していただくには、 長い長い承認フローがあり、スグには対応できない。(w ■手順 ▼1.
Git 参考にしたもの git-svnを使って既存のSVNリポジトリでGitを使う方法のメモ - Hello, world! - s21g git-svnメモ - I sort my thought... インストール 標準パッケージに Git はないので、RPMForge を yum で使う設定が必要 CentOS 5.2 で yum の対象リポジトリに RPMforge を追加するには - Tosshi Note # yum install --enablerepo=rpmforge (省略) Dependencies Resolved ============================================================================= Package Arch Version Repository Size ===========
Les Sociétés Civiles de Placement Immobilier (SCPI) se sont imposées comme une solution d'investissement de choix, attirant un nombre croissant d'investisseurs en quête de diversification et de rendements potentiellement plus élevés. Dans un contexte économique en constante évolution, où les investisseurs cherchent à optimiser leur portefeuille tout en minimisant les risques, les SCPI représentent
ほとんど推測の域を出ないのだが。 git-core が依存しているパッケージにncurses というものがある。何をやるものか詳しく知らないが、git-core +svn をインストールするためにはこのncurses の最新版が必要らしい。 僕のMac はcase sensitive なファイルシステムを採用しているのだが、ncurses の最新版はcase sensitive なファイルシステムでは特定のオプションをつけなければコンパイルできないらしい。 port でこの問題を解決するためにはncursesw を先にインストールすればいいらしい。 しかし、これをインストールするのがまた面倒だ。これを再度インストールするためには、なぜか port upgrade ncursesw でうまくいかないので、一度アンインストールしてから再度インストールしなければならない。ところが、これをアンイン
"One head cannot contain all wisdom." -- The Olduvai Cycle (Systems University Archives) CVS は古くから使われている ソフトウェア構成管理システム (またはバージョン管理システム) です。CVS より後の世代である Subversion がすでに広く使われており、git や Mercurial が普及の兆しをみせてきた今となっては、CVS が新しいプロジェクトで採用される機会はほとんどないといえるでしょう。 しかし、CVS を使っている既存のプロジェクトは依然として存在しています。残念なことに PEAR はその一例であり、筆者が開発している Net_UserAgent_Mobile は PEAR の CVS リポジトリにあります。今回は Net_UserAgent_Mobile を例に、CVS リポ
ProductAnnouncing SVN SupportEver wanted to use SVN to grab code from GitHub? Well, now you can, and just like that GitHub is the world's biggest Subversion host. Here's a few things you… Ever wanted to use SVN to grab code from GitHub? Well, now you can, and just like that GitHub is the world’s biggest Subversion host. Here’s a few things you might like to do with it: Use any GitHub repository as
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
一応、メモ。 branch ごと clone する SourceForge から kai を取得する例。 $ git svn clone https://kai.svn.sourceforge.net/svnroot/kai -T trunk -b branches -t tags branch が増えた場合 git svn rebase は、現在の作業 branch を更新するだけなので、下記のようにする。 $ git svn fetch svn これで、増えた branch を取得できる。末尾の "svn" オプションは、.git/config を参照の事。 branch の操作 まずは、リモート branch の確認 $ git branch -r cooldaemon_embed_tcp_server takemaru_config_get_list_of_keys trunk ロ
SVNリポジトリ上に存在する複数のブランチやtrunkの間で、 変更点をマージしたりする方法のメモです。 まず、これからSVNリポジトリをgit svn cloneすると言う場合は、以下のような オプションを指定して実行します。 これで、SVNリポジトリ上のtrunk, branches, tagsをGitのbranchとして全て取り込んだ状態でcloneが実行されます。 git-svnでcloneした既存のWorking copyが手元にあって、 そこに別なbranchやtrunkを追加したい場合は、以下のように.git/config ファイルに項目を加えます。 1 [svn-remote "svn"] 2 url = http://svn.repos.com/foo/branches/bar 3 fetch = :refs/remotes/git-svn 4 [svn-remo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く