Code repositories, collaboration and deployment tools for everyone from small teams to enterprises.
It's a bright day for code review! Still on pull requests? See why organizations upgrade to Review Board: Code review, document review, and image review, all in one place Your code and data stays private, secure, and in your control (Review Board won't mine your data for AI training or other purposes) Works with what you use today (such as Git, Mercurial, Perforce, ClearCase, Cliosoft SOS, or Azur
The sbox program encountered an error while processing this request. Please note the time of the error, anything you might have been doing at the time to trigger the problem, and forward the information to this site's Webmaster (webmaster@www.ac.cyberhome.ne.jp).Stat failed. /usr/local/apache2/cgi-bin/~mattn: No such file or directory sbox version 1.10 $Id: sbox.c,v 1.16 2005/12/05 14:58:01 lstein
What are u coding? old title = 個人レポジトリを共有しよう!計画。 みんながそれぞれ作って公開してる公開レポジトリを一緒くたにしちゃいたい。参加してる全員がどのファイルもみたり変更したりできるような。 パッチ送られてくる代わりに「後で見とくからコミットしといて」とかいえたりとか、つくりかけで放置したもので他の人が興味もったら続き作ってもらうとか、メンテするのめんどくなったのだれかにやってもらうとか、突発的に誰かと一緒にプロジェクト始めたりとか、できる! 詳しくは unknownplace.org - 2007/08/29 - 個人レポジトリを共有しよう! YappoLogs: CodeRepos - 個人レポジトリを共有しよう!計画 Development We have a Subversion repository and you can check it
弊社 は東京と福岡にオフィスがあり、それぞれの拠点に Subversion + Trac 環境を構築し、OpenVPN により VPN 接続してお互いの開発状況を公開しています。サービス絡みの開発は基本的に、東京は東京、福岡は福岡で完結しているので、この方式で問題はないのですが、サーバ管理関連のスクリプトなんかは、東京と福岡で共通するものが多いため、別々の SVN リポジトリで管理されてると不便なんですよね。かといって、どちらかの拠点だけしかリポジトリがないと、VPN の障害発生時に、リポジトリのない拠点からはまったくアクセスができない、という困ったことになってしまいます。 そこで、SVN リポジトリレプリケーションツール Pushmi を導入してみました。詳細は YAPC::Asia での 作者 Cl Kao によるスピーチ動画 を見て頂くとして、ここでは行った設定についてメモを残してお
Subversion の開発者が ChangeLog について面白い記事を書いている. 記事の要旨はこうだ: ChangeLog (Subversion なので commit log) を書くのは面倒だよ, メーリングリストもあることだし書かなきゃダメ? ってよく訊かれる. 書きましょう. バグトラックもあるけど, 書きましょう.これらのツールは補完しあっている. メーリングリストはノイズが多いし, 変更を特定するには情報が足りない. バグトラックはバグの記録がメインだからコードの話を細々書くのは邪魔になる. 変更については ChangeLog に書くのがいい. プログラマは ChangeLog を読む. 記録を検索して, どの関数に何が起きたかを調べるものだ. この類の記録は ChangeLog を読まないとわからない. 逆に ChangeLog を書く時は, それを特定できるように省略
subversion 1.4.0 から merge / diff の時のリビジョン指定オプションに『-c』というのが追加になってるんですが、意外に使われてないような気が(するのは気のせいなのか、それともまだ皆1.4.x 使ってないのかしら…?)。。。 1.4.0 以前で『revision 100 の変更を merge する』っていうのをやりたいとき、
複数のsvnリポジトリを一つにまとめる方法 うちのsvnリポジトリは、trac等で公開をする前までは、各コンポーネント毎にリポジトリを作るという非効率な管理をしていました。 そろそろ嫌になって来たので、これを全部公開用にまとめようと思い、helpみながら頑張りました。 要件的には、リビジョン番号が変わっても良いから、とにかくlogを含めてインポートしたい! という感じです。 最初はsvkとか使わなきゃだめなのかなぁ、とか思ってたのですがsvnadminだけで願いが叶いました。 dumpとloadを使います。 loadする時はオプション無しでloadしてしまうと、dump前のファイルパスにデータをぶっ込んでくれちゃうので、trunkとかが混ざってカオスになっちゃいました。 そこで--parent-dirオプションを使って、どのパスにloadするかを明示的に指定してloadします。 --par
svk startup memo 生のsvnを使っていて良いのは中学生までなのでsvkを始めました。 といってもmacbookの方にはsvkを入れてたんだけど、あまり使っていなかったのでメインの開発環境にsvkを入れました。 ありきたりでつまらない内容ですがチラシの裏です。 installSVN::Mirror 0.72 は subversion 1.2 以上を要求してくるので、手元の環境で使えずに0.71を入れました。 LANG=jaな環境でinstallするとtestこけるのでLANG=C cpanな感じでinstallです。 そしてinstall SVKなのですが、06keyword.tでなんかこけるのでforce installです。(SVK 1.08) こけてる内容もクリティカルじゃ無いっぽいので無視です。 なんかsvk-devにも報告あがってるみたいだけど、よく読んでない。 s
悪のりで学ぶsvnadmin/trac入門実用編 とある平和なある週末に事件は起こった xx:14 ([aopy]+) stfuawsc汚染なコードをciってまった xx:14 (A) ちょ xx:14 (B) ww xx:14 (C) www xx:14 (D) stfuawsc xx:14 {[ainOS]+} パネラーディスカッションという事で、直近のコミットした内容をこの世から抹消しなければならなくなった。 しかもtrac上のデータもあわせて..! 消したいリビジョンは100である。 svnのデータを消すコマンドだけで直前のコミットを取り消せないものかと調べたが、出来ないという事が分かった。 ちょっと冷静になって、svnadmin dumpとsvnadmin loadの組み合わせで何とか出来ないか?と考え$ svnadmin dump /svn/public > /tmp/publ
Subversion ベストプラクティス 2006-11-16 Brad Choate: OSCON: Subversion Best Practicesの和訳に挑戦してみました!誤訳などありましたら遠慮無くコメントしてください。また、一部が原文のままです。 原文と訳文の併記版 (Wiki)がありますので、誤訳がないか確認される方はそちらをご覧になると便利かと思います。Wikiを直接修正していただいても結構です! ちなみ私は英語初心者で、こういう翻訳作業は初めてです。また今回の翻訳にあたって一部をfjkktkys (fjkktkys blog)に添削していただきました。ありがとう! それではどうぞ。 原文へ OSCON: Subversion Best Practices これは、たった今私が出席しているOSCONのまとめです。この部屋は人でいっぱいだよ。 このお話はグーグル勤務のBen
してみた。思い付きで。他も訳すか、な? SVKイントロダクション: svkはオープンソースで配布されているバージョン管理システムで、 Subversionを補完する目的で設計されています。 他のバージョン管理システムと同じように、プロジェクトへの変更ごとの 履歴を記録すること、開発の複数の並行的な履歴をメンテナンスすることができます。 svkはまた、他のバージョンコントロールシステムには滅多に見られない、 いくつかの強力な特徴があります。 svkはその基盤からソフトウェア開発者にとって、単純で直感的な開発モデル をサポートするように設計されています。進んだスマートなブランチやマージの セマンチックがあり、これらは複数の並行的な開発ラインをメンテナンスしやすくし、 ブランチ間のマージの苦痛を軽減します。svk組み込みのパッチマネージャーは 非コミッターがプロジェクトのメンテナーとの間の変更を
Click-N-Run For Mac クリックだけで各種オープンソースがインストールできる。Mac OSX向けの配信ソフトウェアです。 Click-N-Run For Mac 昔、Lindows(現Linspire)と言うLinuxディストリビューションが存在した(Linspireは健在)。売りの一つがClick-N-Runだ。アプリケーションを選んで、クリックすればインストール完了と言う手軽さが便利な機能だ。 まさにあれを髣髴とさせるソフトウェアがこれだ。 今回紹介するオープンソース・ソフトウェアはMacLibre、Mac OSX向けのオープンソース配信ソフトウェアだ。 久々に衝撃を受けるソフトウェアに出会った。MacLibreを起動すると、Create/Internet/Multimedia/Office/Utilitiesにカテゴライズされた各種ソフトウェアが並ぶ。後はインストール
ひさしぶりにPS1だしてきて、よしこれでクロノクロスでもやるかと思ったらメモリーカードがまっさらになってる! 数年通電してないので揮発しちゃった。。。のかね? あああああもーーーーまじすかkーまじすか。 とりあえずお詫びにPSPでクロノトリガーとクロス出してくれ。あーそしたらPSP名機確定だけどなぁ。 なんかふと思いついたプログラムとかためしに作ってみるときとかに、svkのローカルreposを使うとイイよという話。 $ svk mkdir //tmp/myapp -m 'created myapp directory'; svk co //tmp/myapp とかして作業ディレクトリ作成。いろいろ作業作業コミットコミットしたのち、使えるなーと思ったら本reposにマージ。 $ svk sm -b XXX //tmp/myapp //mirror/myrepos/path -b XXX には
■ svn-diff.vim が便利 あまりにも普通に使いすぎていて拡張機能だったって事を忘れていましたけど、svn-diff.vim っていうのが便利です。コマンドラインで svn を使っていてログの編集に vim を使っているならマジオススメ。 ダウンロードしてきた svn.vim を ~/.vim/ftplugin/ に入れるだけで使えるようになります。 何が便利かって言うと、svn commit をした時に表示されるログの編集画面と一緒に、svn diff の内容も表示されるようになります。不要な編集を commit しようとしていないかの最終確認にも使えますし、ログをちゃんと書こうと思ったら編集内容を見ますよね? ちょっとした事なんだけど、今では commit 時に一緒に diff が表示されないと何やら不安になります。 :-)
ずっとやろうと思っていた cvs から subversion への移行を今年の初めの頃にやったので、その時にやったことを書きます。 (※参考にしたページを一番下に記しておきますのでそちらもご覧ください) svnのインストール これは他の方が書いていると思いますのでそちらを参照してください(オイ cvsからsvnへリポジトリの移行 これはcvs2svnというpythonのスクリプトがあるので、それを使いました。 % cvs2svn -s /path/to/svn/repos /path/to/cvs/repos これで /path/to/cvs/reposにあるcvsのリポジトリが、/path/to/svn/reposにsvnのリポジトリとして変換されます。 これはサクっといくと思います。 subversion流に管理するために一旦ダンプする ここまででも、まぁ使えなくはないですが、subv
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く