eclipseで開発していると、SVNやCVSにプロジェクトが、ゴロゴロしちゃったりしませんか？ プロジェクトがゴロゴロしてて、尚且つ、それを素直にチェックアウト出来ない時ってあったりするんだよね。 と言うか、そもそも、SVNリポジトリの接続先設定したりとか、面倒だな…とか。 そもそもまっ平らに沢山のプロジェクトが並んでたりすると、 どれチェックアウトすれば良いか分らん…とか、そういう話もアルヨネ。 と言うワケで、今日は、eclipseでSVNやCVSからチェックアウトした状態を、 共有する為の、Team Project Setと言う怪しげなファイルについて説明しるます。 まずは、Team Project SetをExportするトコロから。 SVNのリポジトリが全く設定されていない状態。からっぽ。 SVNのリポジトリへの接続設定をしるます。ここはいつも通り。 リポジトリの設定を共有する目
以前、オーム社開発部の出版体制を取材しましたが、今回、私自身がそのシステムを使って本を書きました。 Subversionでバージョン管理をしつつLaTeXで本を書く形式です。 複数人で本を書く時にバージョン管理ツールを使わないと、誰がどこをどういじったのかがわからなくなったり編集箇所が競合する場合が多いのですが、Subversionを使うことでそれらが解決可能です。 さらに、筆者か編集者のうちの誰かがsvn commitを行って最新版を更新すると、それに連動して最終原稿として印刷所に入稿されるものと同じ形のPDFが自動的に生成され、DTP作業がゼロになるとともに、筆者がアウトプットを細かく確認ができるという特徴もあります。 しかも、Subversionのコミットメールを編集者側も見ていて、該当部分に対する編集やコメントがすぐに投入され、こちらが文章を書いた数分後に編集側意見が含まれるPDF
分散バージョン管理システムつかってますか？ 世の中ではgitやhgなどの分散型のバージョン管理システムが流行していて、「もうsvnなんて、、、」「まだsvnつかっているの、、、」という風潮になっています。 弊社内でもgitのレポジトリが立ったり、svnのプロジェクトでも自分の環境だけはgit-svnで分散バージョン管理を使う人が増えています。 「自分の環境だけはgit-svnで」。そう、社内ではまだまだsvnを使っているプロジェクトが多いのです。「日本語のファイル名が使えない」「デザイナーさんに使ってもらうためのわかりやすいクライアントが無い」「svnからなかなか移行するコストが、、」などの理由でsvnを使い続けているプロジェクトも多いと思います。 というわけで、分散バーション管理システムではなく社内で運用されているsvnでのブランチマネジメントについて、備忘録もかねて説明します。 前提
それなりブログ 20台後半からWebエンジニアに転生した人が書く、プログラム・無駄口とかのそれなりのブログ 管理人: kjirou 座右の銘: 「三度の飯より、四度の飯」
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を導入するべき理由だが、もう少し
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
こんな記事を発見しました。10分で作る、Subversionレポジトリ - Unix的なアレDebian 版らしいので過去記事の修正も兼ねてCentOS 版を書いてみようと思います。# Trac 連携も修正しないと…。 動作環境id:wadap さんと同じくまっさらな環境を想定します。OSCentOS 5.2Apache2.2.3-11.el5_1.centos.3Subversion1.4.2-2.el5mod_dav_svn1.4.2-2.el510分でできるといいな…。 パッケージのインストール必要なパッケージを yum を使用して導入します。必要なパッケージは以下の通りです。Apache Web ServerSubversionmod_dav_svnその他はパッケージは依存関係によって自動的に解決されます。# mod_dav_svn だけ入れれば勝手に全(ry... # yum
CentOSにSubversion1.6.12をインストールしたときのメモ。yumで入れると1.4しか入らないのでソースから入れます。CentOSのバージョンは5.5です。 mod_dav_svnのインストール http経由で使うために mod_dav_svn を入れておきます。 $ sudo yum install mod_dav_svn 同時に subversion1.4 もインストールされますが構わず実行。 最初はsubversion1.6を入れたあとmod_dav_svnを入れたのですが、それだとApacheから利用されるSubversionが1.4になってしまい、最新バージョンのリポジトリが読み取れませんでした。なので先に入れておきます。 Subversionのインストール 何もない状態でインストールしているので失敗だらけですが、とりあえずやった通りにメモしておきます。 まずはソ
2010-04-06 今年度は申請書(EXCELシート)書いて上司の判子もらわないと svn commit すらできない職場で仕事することになりました - SiroKuro Pageを読んだ。 専任のSubversionオペレータなる人がいるらしく、受理された申請書と変更ファイル(を入れたUSBメモリ)をSubversionオペレータさんに手渡すと、あとはオペレータの人が代わりにコミットしてくれるみたいですよ 申請書やUSBメモリといった方法はともかく、気持ちは分からなくもないなぁ。 コミット時のチェックが必要になる場合 まず、20人程度でメンバーがそれなりのスキルを持つチームなら、もちろんこんな方法は必要ない。 全員がコミットできるようにして、コミット時のルールを統一しておけば十分回るだろう。 でも、1人が全体を把握できないほど人数が増えてきてソースコードの規模も大きくなると、自由にコミ
Eclipseの新しいバージョンが出るたびにこのエントリを書いているような気がするが、毎回微妙に事情が違うので書いておくことに価値はあるだろうと思う。 Subversionと Subversive 検索でここに来る御仁に説明する必要は無いと思うが、Subversionはソースコードのバージョン管理システムである。Eclipseに標準で搭載されているバージョン管理システムは CVSという古いものであり、Subversionを使いたい場合はプラグインをインストールする必要がある。 Eclipse公式の Subversionプラグインは Subversive というものなのだが、これを使うにはライセンスの都合上 "Subversive本体" と "SVNコネクタ" のふたつを個別にインストールする必要がある。 Subversiveのインストール メニューから Help -> Install ne
2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。（今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。） ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ
iF.SVNAdminはPHP製のオープンソース・ソフトウェア。個人ユースであればGitやMercurialが流行っているが、企業であればSubversionがまだまだ主流だ。Subversionの設定を行うのにサーバにログインしてユーザを作ったりグループ管理しているケースは多い。 アクセス権限 サーバの使い方に慣れた人であれば良いだろう。だがそれを都度行うのは面倒だ。Webブラウザ上から設定が行えれば操作はとてもスムーズになるだろう。使ってみたいのはiF.SVNAdminになる。 iF.SVNAdminはPHP製で、ローカルのディレクトリに対してSubversion管理を行うためのソフトウェアだ。Webブラウザ上でユーザ、グループを作成し、リポジトリを閲覧することもできる。複数のリポジトリを作成し、それぞれに対して権限を設定できる。認証はLDAPを用いることもできる。 グループ管理 サー
コミットコメントを意地でも書かせたいと思うことがあります。 でも意外と書いてもらえなかったりします。 酷い場合だと バグ修正 とか 対応した だけ書いてあったりします。 注意するのも疲れるし、大抵の場合は注意しても直りません。 そんなわけで、私が面倒を見ている環境だとpre-commit-hooksを使って、規定のバイト数のコメント書かないとコミット出来ないようにして対応しています。 単にエラーだと障碍だと騒ぐ人達が居るので、コメントの重要性をエラーメッセージで語りかけるようにもしてたりします(笑) 以下はTracLightning環境下で動作する(はず)のScriptです。*1 キーワードの定期的な見直しは必要ですが、コメントを書かないとコミットできなくなるので意識付けを行うのには有用だと思います。コミットコメントが書いてもらえないと悩んでいる方は試してみては如何でしょうか。 ＃結構やっ
SpriteBuilderを使っていてちょっとハマったのでメモっておきます。 アプリケーションの名前を日本語にする場合、XcodeのBuild Settingsにて、Product Nameを日本語にしてしまうと、SpriteBuilderが出力するccbiファイルからクラスを生成する際にマングル化してから取得する都合上、クラス名を取得する処理でこけます。 具体的には、以下の箇所です。 CCBReader.m:1371行あたり CCBReader.m ホーム画面のアイコン名だけを日本語にするのであれば、Info.plistのBundle Display Nameを設定することで、この問題を回避することができます。
なんか今更感のあるネタですが書いてみたいと思います。大きく分けて３パターンあると思います。 1. 単一リポジトリ単一trunk型 http://.../svn/ProjectA/ | |--------trunk/ |--------ComponentA/ |--------ComponentB/ |--------branches/ |--------Patch_1.0 |--------ComponentA/ |--------ComponentB/ |--------tags/ |--------1.0 |--------ComponentA/ |--------ComponentB/いちばんオーソドックスなパターンといえるでしょう。個人的には好みです。 ComponentAとComponentBのバージョンを同期させる必要があるならこの構成でしょう。 Redmin使ってるならhtt
Original Page: http://git.or.cz/course/svn.html Based on: Last-Modified: Tue, 08 Apr 2008 21:30:18 GMT Git バージョンコントロールシステムへようこそ! ここでは、現在あなたが有している Subversion の知識を元に、Gitの使いかたを簡単に紹介していくよ。 最新の Git をインストールしておこう。 Git ドキュメントの中にも、とっても有益なチュートリアルが用意されている。 How to Read Me Things You Should Know Commiting Browsing Tagging and Branching Merging Going Remote Sharing the Work How to Read Me こんな感じの小さなテーブルの中では、特定のタ
GourceはWindows/Mac OSX/Linux向けのオープンソース・ソフトウェア。ソフトウェア開発とはクリエイティブな作業であり、まるで生き物のように成長していく。自作のソフトウェアを我が子のように可愛がる人がいるのも理解できる。 バージョン管理をビジュアル化 そんなソフトウェアの歴史を管理するのがバージョン管理だ。そしてそこに残されたコミットログを使ってビジュアル化するソフトウェアがGourceだ。GourceはGit/Mercurial(Hg)対応のバージョン管理ビジュアル化ソフトウェアだ。 ビジュアル化に何の意味があるかと言われればたいした意味はない。だが一度実行すると時系列に沿ってどんどん成長していく様が面白く、飽きさせない。なお追加のステップを踏めばCVS/Subversionにも対応するらしい。 爆発的に開発の輪が広がっていく まるで木のように成長していくのは、まさに
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く