分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。本記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、
HTTPの代わりに、SSHを使う † SubversionはApacheなどWEBサーバを用いてHTTPでアクセスする方法のほかに、SSHを用いてアクセスすることもできます。すでにSubversionが稼働しているサーバにはSSHログインが可能な環境だとして、アクセスするURLを svn+ssh://[アカウント名]@[サーバ名]/opt/svnroot/fugafuga/ とすればOKのようですね。んーでもアクセス制御とかはようわからんなあ。また、 HTTPS+Digest認証によるアクセス SSHを用いたアクセス どちらがよりセキュアなんですかね？？ ↑ 複数のリポジトリを公開したい † サーバ上に /opt/svnroot1 /opt/svnroot2 というSVNのリポジトリ*1があるとします。 <Location "/svn"> DAV svn SVNParentPath /op
Eclipse+SubclipseでSubversionのブランチで行った変更を本流にマージしてみます。 シチュエーション 本流から分岐したブランチAを作成 ブランチAに複数の変更をコミット。 ★ブランチAへの変更のうち、リビジョン100〜102の変更を本流にマージしたい。 手順 EclipseのPackageExplorerで本流のノードを右クリックして、「Team」→「マージ」を選択 「マージ」ダイアログが開くので以下を入力します。 「From:」のURL入力欄に、「ブランチAのURL」を指定。 「From:」のラジオボタンで「リビジョン」を選択、「99」を指定 「To:」の「"From:"のURLを利用」はチェックを付けたまま。 「To:」のラジオボタンも「リビジョン」を選択、「102」を指定 「マージ」ボタンを押す。→マージが実行されます。なお、試した環境では「マージ後の状態確認」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く