Subversion の属性
Subversion では、ファイルやディレクトリに対して、ユーザが任意の名前のバージョン管理下の属性を設定でき、またリビジョンに対して、バージョン管理外の属性を設定できます。名前が svn: で始まる属性にのみ、制限 (Subversion が自分で使用するため予約) があります。Subversion の挙動を制御するため、ユーザがこの属性を設定している場合、新しい svn: 属性を設定できない可能性があります。 svn:executableファイルに設定すると、クライアントは Unix にある作業コピーのファイルを実行可能にします。ファイルの実行権項 をご覧ください。svn:mime-typeファイルに設定すると、この値はファイルの MIME 型を表します。これによりクライアントは、更新時に行う行ベースの文脈マージが安全かどうか判断でき、Web ブラウザで取得した際のファイルの扱い方も
git-svn 利用時にトピックブランチを master へマージするときどの方法が一番良いのか - @kyanny's blog
最近社内に OSQA が導入されて (hiboma++) そこでも聞いてみたんだけどたぶん将来そこに書いたことを忘れると思うのでこっちにも書いておく。コメントもらえたらうれしいです。 git-svn 使っててリモートブランチと対応してるローカルブランチ（git svn info --url で branches/foobar とか出るやつのこと、正式名称わからん）を master にマージするときは --no-ff をつけろ、というのはぐぐるとよくでてくる（--no-ff しない == fast forward してしまうと master の remote url が trunk でなくなってしまうから） しかしふつうのトピックブランチの場合は remote url は trunk のままなので --no-ff をつける必要はない。必要はないがそのかわりに選択しなければならない。どのように
SVN's svn:externals to GIT's Submodule for Rails Plugins - Panther Software
Why Git? Do you manage your Rails Plugins via svn:externals? Thinking of switching to Git but are concerned that Git lacks a direct equivalent of svn:externals? In this article I present a work-around or even IMHO a better solution than SVN's.Please note that I have posted a follow-up article, which presents a working solution using Git sub-projects to overcome the git-cat-file bad file error whe
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn
yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人
Subversionリポジトリと連携できるgit-svn | OSDN Magazine
「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。本記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、
SVNリポジトリの管理方法 - プログラマの思索
かおるんさんの記事のコメントで、誤った意見を書いてしまったので修正しておく。 【元ネタ】 Subversion のフォルダ構成 - かおるんダイアリー Subversionのフォルダ構成 | Ryuzee.com Subversionで簡単・確実にファイルを構成管理 － ＠IT自分戦略研究所 InfoQ: 複数のアジャイルチームでのバージョン管理 【問題】 SVN直下のディレクトリは、branch/tag/trunkになっている。 ソースやドキュメントはどこに配置すべきか？ 【結論】 管理したい一つのまとまり(プロジェクト)単位で、trunk/branch/tag を作った方がブランチを管理しやすいと思っていた。 最初はtrunkの中にソースやら仕様書を配置して、管理方法がよく分からなかった。 でも、さかばさんと議論してみて、ryuzeeさんのやり方が良いと思う。 思い出してみたら、下記の
CVS/Subversionを使ったバージョン管理（前編：バージョン管理の基礎） | OSDN Magazine
ソフトウェアを開発する際、ソースコードや各種リソースの管理に役立つのがバージョン管理システムだ。バージョン管理システムはソースコード管理システムなどとも呼ばれ、大規模な開発を行う際には必須と言っても過言ではない。また、大規模な開発だけでなく小規模な開発や個人による開発においても、ファイルの変更履歴の記録やバックアップといった用途に活用できる。 本特集ではバージョン管理システムの基本的な考え方や用語を解説するとともに、オープンソースソフトウェア/フリーソフトウェア開発において多く利用されているバージョン管理システムである、SubversionおよびCVSを使ったバージョン管理方法について説明する。前編となる本記事では、まずバージョン管理システムの基本的な考え方と、用語について解説する。 バージョン管理システムのメリット バージョン管理システムとは、その名のとおりプログラムのソースコードや各種
かWiki - Git/Subversionコマンド対応表
こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の
svnからの切り替え先にbzrを検討するなど（最終的にはhgになった‥）
Takumi IINO @troter bzrって自分のローカルに任意のブランチを作る場合って、ローカルの共有レポジトリを作ってそこに作業対象ブランチをチェックアウトして、そのチェックアウトからローカルの共有レポジトリにトピックブランチを作るって作業をするのか。こういう点はhgとかgitとかの方がいいなぁ。容量的に Takumi IINO @troter 「共有レポジトリとブランチ(Repository tree)」と「スタンドアローン(Standalone tree)」の違いって、履歴などの情報を共有するか個別に持つかの違い？。スタンドアローンはディスク食べる。共有レポジトリはgitのブランチに近い事ができる。実体があるけど。 Takumi IINO @troter 次のような操作をした場合を想定: mkdir ~/sandbox; cd sandbox; bzr init-repo -
SVN の使い方 − 最低限編
以下は、ここまでに設定した svn のリポジトリ内のプロジェクトで作業をす るための最低限の設定および必要なコマンドである。 作業用コピーを取得 作業用コピーを置く場所まで移動する. ここでは /home/foo 以下に hoge0 というプロジェクトの作業用コ ピーを展開することとする. $ cd /home/foo $ svn checkout svn+ssh://username@www.gfd-dennou.org/arch/repos/svnroot/hoge0 arch/repos/... の部分はプロジェクトのレポジトリの位置を指定します。 最初のディレクトリ作成 レポジトリに最初にファイルを追加することをインポートと呼びますが、 その際にプロジェクトのディレクトリ構造がは +hoge -trunk -branches -tags とすることが推奨されていることを意識してくだ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
