概要 日本製 OSS のテキストエディタである サクラエディタ はずいぶんと前から SourceForge.net 上で Subversion 管理されている。 ずいぶんと長い間サービスを継続していただいている SourceForge に感謝の念は尽きない。が、今の時流としては SourceForge による Subversion 管理を続けるよりも、機会があれば GitHub 側に移行したほうが機能追加や修正等のプルリクエストを受け付けやすくなり、品質の向上に繋がるのでは、というのが自分の所感。 今回はコミュニティに対しては事後承認的な形で、サクラエディタ V2(UNICODE版) 部分のリポジトリを GitHub に移行してみる。 コミュニティの承認が得られれば今回の GitHub 移行を正式なものとみなし、更なる整備を進めたい。 移行結果（コミュニティの承認待ち） 移行元: http
2009年04月02日03:30 カテゴリTips tips - svnメイン、でもgithubでも公開したい場合の最小手順 というわけで、遅ればせながらgithubはじめました。 dankogai's Profile - GitHub のですが、正直どうもgitにはとっつけない。RCS → CVS → subversion というのは、コマンド体系も互換性が高い正常進化でとっつきやすかったのですが、gitはそもそも考え方からして違うということも大きいかと思います。 というわけで、とりあえずひきつづき subversion をメインに使いつつ、githubでも公開したい場合どうしたらいいのかという備忘録を。 gitクライアントの入手 入手は以下から。 Git - Fast Version Control System 私はOS Xのバイナリを素直にインストールしました。インストールすると
Git から Subversion リポジトリーをいじれるという話なので、試してみた。 git-svnを使って既存のSVNリポジトリでGitを使う方法のメモ - Hello, world! - s21g Svn リポジトリーと通信する時は git svn SUBCOMMAND を使い、ローカル・リポジトリーをいじる時は git の素のコマンドを使えるっぽい。 インストール Ubuntu ならパッケージで一発インストール。 $ sudo apt-get install git-svn 使い方 help まずはヘルプの表示方法。 $ man git-svn もしくは $ git help svn checkout git svn clone が svn checkout に相当する。使い方: $ git svn clone URI 今回、Google Code にホスティングしている自分のプロ
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 こんな感じの小さなテーブルの中では、特定のタ
唯一の中央レポジトリと複数のcheckoutするノードというトポロジの場合、checkoutしたファイルのmtimeがノード間で同じ時刻(当該ファイルがcommitされた時刻)になっているとなにかと都合がいいです。 例えば、Webアプリのデプロイを中央レポジトリからのcheckout(やupdate)で行う場合を考えます。もし、内容が同じなのに複数あるアプリサーバの間でmtimeが異なってしまっていると、 サーバごとにETagヘッダの値が異なってしまう ※Apacheの場合、FileEtagディレクティブを調整(mtimeを見ないように)することによって統一可能ではあります サーバ間でrsyncをかけると無駄なファイルコピーが発生する 内容が同じににもかかわらずmtimeが異なるせいでコピーが発生する ※--size-onlyオプションでmtimeを見ないようにして回避可能ではあります と
Windowsには、TortoiseSVNという定番のGUIがあるがMacはSCPluginを使えば、同じようにフォルダベースのSVNが利用できます。今回は、サーバCentOS5.1が既にSubversionインストール済み、レポジトリも作成済みという前提で話を進めます。 ちなみにCentOSでSubversionをインストールするには #yum install subversion だけで簡単にインストールできます。 1.クライアント(MacOSX)にsubversionのインストール http://www.collab.net/downloads/community/ 2.クライアント(MacOSX)にSCPlugin-0.7.1のインストール http://scplugin.tigris.org/servlets/ProjectDocumentList SCPlugi
もしかしたら常識なのかもしれませんが、Emacs の vc-annotate がとても良いです。vc-annotate は vc (version control, バージョン管理システムのフロントエンド。Emacs から直接 svn {diff, commit, revert} することができる) に含まれる機能の一部です。vc-annotate を使うと、バージョン管理システム、例えば Subversion に保存された過去の履歴を気になったときにとても容易に調べることができます。 ソースを開いて M-x vc-annotate (C-x v g) すると (そのファイルがバージョン管理化に置かれて居れば) vc-annotate-mode になります。例えば Subversion で管理されている plagger の Plagger::Plugin::CustomFeed::Debu
尾藤正人です。 ウノウではおかげさまで順調にエンジニアの数が増えてきました。エンジニアが増えてくると、共同開発をいかに効率よく行うかが問題になってきます。n人の開発者がいれば開発スピードはn倍にはならず、n倍よりも落ちます。人数が多ければ多いほど、共同開発は難しくなり、ひどい場合には人数が増えたから開発スピードが落ちたということになりかねません。 ウノウでは共同開発を効率よく行うために様々な工夫を用いています。今回はウノウでどのようなステップで開発を行っているか紹介したいと思います。 subversion でソースコードを管理 ソースコード管理ソフトがなくては話になりません。ウノウではソースコードの管理に subversion を使ってます。subversion を使うことで過去の状態に簡単に戻すことができますし、個人の環境を完全に分離することができます。 subversion のコミット
Buildix will quickly and easily provide you with a complete and active Agile Ecosystem. Continuous Integration, Source Control, Wikis and Bug-Trackers are all cornerstones of a well-run Agile development project. But if you’ve not configured them all before, it can be a bit tricky - and you might miss some of the tight integration that makes them really useful. At ThoughtWorks, we have considerabl
2 [Subversion] svn+sshの設定方法 ※追記：っていうか、SSHの設定をちゃんとしてれば、普通につなげるっぽい。ので、これは必要ない情報。 なんかさっぱり分かんなかったんだけど（ほんと弱いんだーこういうの）、 なんとか接続できたのでメモ。 基本はsvnserveのところを嫁って感じなんだけども、 (0)鍵方式でSSH接続できるよーにしとく 前提 (1)サーバ側のauthorized_keysに以下を加える。 command="/path/to/svnserve -t -r /virtual/root" ssh-dsa AAAABtce9euch.... user@example.com （追記）こっちのほうがよさげ command="/path/to/svnserve -t -r /virtual/root", no-pty, no-port-forwarding ssh
tracとsvnwebとapache1.3.*でオープンソース開発環境の構築 http://plagger.org/のようなtrac&svn環境を作りたかったので頑張ってみました。 Apache1.3系でtracとsvnwebの構築をしました。 例としてBloxabというプロジェクトを立ち上げる時の構築方法で書いていきます。 ディレクトリとかユーザー名とかは適時書き換える事。 tracの細かい事についてはドキュメントとかを参考に。 svnリポジトリの作成 $ svnadmin create /usr/local/bloxab/repos普通にリポジトリを作ります。 この作成したリポジトリは、apacheとtracdを動かすuid双方で読み書きできるしておく必要があります。 適切なchownとchmodをしておいて下さい。 以上 tracのインストール tracを動かす為の各種ソフトをインス
[p.s.] 2007-04-15 Subversion 1.4.0以降について少し補足しました。 – さくらインターネットでSubversionの補足。 cvsは入ってるんだけどSubversion使いたい→でも入ってない→じゃぁ自分で入れるか→Portsの使い方がワカラン てことで、調査に数時間を費やし、結局「make install」で「あんたはwheelグループじゃないからダメ(当然だ)」的なことを言われしょげてたんですが、どうせ入れたいのはSubversionだけなんだからパッケージ管理なんていらないしソースから入れればいいんじゃない？ってことに気が付き実行。 あっさり使えるようになりました。以下に手順。コピペで実行すれば、「$HOME/local/bin」にインストールされます。 $ mkdir -p $HOME/local/src $ cd $HOME/local/src $
Landscape トップページ | < 前の日 2006-03-27 2006-03-28 次の日 2006-03-29 > Landscape - エンジニアのメモ 2006-03-28 トランクやブランチなどのバージョン管理用語の意味 当サイト内を Google 検索できます * トランクやブランチなどのバージョン管理用語の意味この記事の直リンクURL: Permlink | この記事が属するカテゴリ: [VSS] [Subversion] バージョン管理システムで使われる用語の意味のメモ。主に CVS、Subversion、VSS (Visual SourceSafe) で使われる用語が対象。 - リポジトリ repositoryバージョン管理の履歴が保存されているところ。リポジトリのバックアップだけはしっかり取っておこう。 - ツリー treeリポジトリにある一連のファイルをまと
Generated on: 2006-02-28 11:49 UTC. Generated by Docutils from reStructuredText source.
ビデオに味付け 字幕作成ソフトウェアです。 ビデオに味付け テレビはあまり見ないが、最近の番組では殆どの台詞に対して下の方に文字が出る。殆ど字幕と言っても良いほどだ。メリットはあろうが、網羅されている訳ではないので、中途半端感、煩わしさが先に立ってしまう。 説明的な意味合いで字幕は有効に使えるのは確かだ。言語が異なる場合は勿論、動画だけでは伝えきれない背景、説明が必要な場合もある。 本日紹介するオープンソース・ソフトウェアはJubler、字幕作成ソフトウェアだ。 Jublerでは動画再生にMPlayer、スペルチェックにASpellが必要だ。公式サイトからリンクが張られているので別途用意しよう。そして動画を開き、時間毎に字幕を追加していく。 日本語版は提供されていないが、フォントで日本語を指定すれば表示可能なようだ。作成したらレビューし、ASpellを使ってスペルチェックも可能だ（勿論日本
_ trac関連のメモ 複数tracプロジェクトは同じディレクトリ（/path/to/tracprojects/tracs）に配置した方がいい*1。同一ディレクトリ下のプロジェクト群を、tracdはまとめて管理してくれる。 関連するsubversionレポジトリについても、レポジトリ同士*2は同じディレクトリ（/path/to/tracprojects/svns）に作っておけば、mod_dav_svnでSVNParentPathとAuthzSVNAccessFileを組み合わせて、そのディレクトリ内のレポジトリをまとめて管理できる*3。 また、tracdもmod_dav_svn経由のsubversionも、同じhtpasswd互換のパスワードファイルを使って認証することができるので、tracとsubversionで共通のアカウント管理が可能。 tracプロジェクトの管理ユーザーの追加（*4
遅まきながら Subversion を使い始めたわけですが。 MacOSX のファイルシステムが case insensitive で、(CVS だと単に conflict 起こすだけで無視してれば良かった) case sensitive な同一ファイルを checkout しようとするとそこでコケる、なんでしょうがないのでアプリケーションのロジック書き替えてクラス名変えてみたりですとか、Emacs を使おうとしたら vc-svn が svn のパスが分からんとのたまわれて exec-path の設定方法を一生懸命 Google で探してみたり、とある ruby のフロントエンドを使おうとしたら OSX の ruby のバージョンが古くて gem で入れたライブラリが動かなかったりとかで、ruby 1.8.4 をコンパイルしてみたりとバッドな毎日です。で、今日は今日で vc-svn と p
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く