CentOS用にSupervisor3.3.0のRPMパッケージを作成した - オープンソースこねこね
Pythonも同封した、他パッケージへの依存がないsupervisorのRPMパッケージをOmnibusで作成してみました。 github.com 背景 CentOSの各バージョン(5, 6, 7)でSupervisorを使いたい、のだが。。。 CentOSではepelのyumリポジトリからsupervisorのRPMパッケージが提供されているというので、調べてみたのですが、CentOS5と6だとかなりバージョンが古い。提供されているのはバージョン2.xで、今の最新は3.3.0。かといってpythonのpipを使って最新をシステムワイドのpythonパッケージとしてインストールするのはイヤだなあと。 システムへのソフトウェアインストールはyumやrpmなどのプラットフォーム標準のパッケージ管理システムをなるべく使うというポリシーです。特にデーモンなどは、実用するならinitスクリプトやlo
ソースコード管理ツールをSubversionからGitへ変更して感じたこと - torutkのブログ
少人数チームでのソフトウェア開発でソースコードを管理するリポジトリにGitを適用して1,2ヶ月ほど経過しました。Gitを開発に使用するのは今回が始めてで、みなSubversionを使っていたメンバーです。 開発環境 OS Linux、たまにWindows 開発言語 Java プログラミングツール NetBeans 7.4 Gitクライアント NetBeans標準搭載のGit機能、たまにコマンドライン、WindowsではたまにTortoiseGit Gitサーバー apacheでgit-http-backend、Redmineと認証統合 現在の使用状況 Gitの共有リポジトリを、開発サーバー上にapache（HTTP）でホストしています。 共有リポジトリはmasterブランチ一本で、各メンバーはローカルにcloneしたあとローカルのmasterで変更作業を実施し、適宜共有リポジトリのmast
仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
週末プログラマにお薦め！！Subversion+DropBoxで似非分散型バージョン管理 - プログラマでありたい
※Git版も書いています。 Git+DropBoxで、プライベートリポジトリ作成。或いはGitをAmazon S3でバックアップ 週末プログラマの悩みに、バージョン管理のリポジトリをどこに置くかというのがあります。理想を言えばどこかのサーバーにおいて、HTTP経由でどこからでもアクセス出来るのが一番良いです。でもそうすると、レンタルサーバーのコストが掛かります。またGitHub等もありますが、基本的にソースをオープンにすることが前提ですので、個人ユースで使いにくい部分もあります。で、勢い自分のローカルにしかソースがないという状況があります。 私は以下３つの問題を改善したいなぁと思っていました。 １．ソースのバックアップをどこか違うところに持ちたい ２．ネットワークでオフラインの時でも、コミット出来るようにしたい ３．違う環境から作業しても、最新のソースを取れるようにしたい そこで、gitで
SI業界人は要チェック！！Subversionでのベンダブランチの運用手順。
外部から納品物に自分たちが手を入れるような場合や、他の人が作ったパッケージ製品を改造して提供するような仕事を管理する場合に使えるパターンです。つまり、SI業界には必須ともいえるパターンなはず。 レポジトリにvendorディレクトリを切っておき、その下でベンダから受領したブツを管理する。納品毎にバージョンtagをつける。そこから枝分かれさせたものを、自分のプロジェクトのサブディレクトリとして管理していく。こうやって管理することで、ベンダからの受領物を自分のプロジェクトにマージするときに、SVN力をいかんなく発揮させることができます。 参考：http://hide.xsv.info/tips/svnmanual/merge3/ 今更な人には今更だろうけど、今更じゃない人には今更じゃないよっていうのがこのセカイですので、もう気にしてません。サンタさん、僕はオトナになったよ…。 レポジトリの構成（
Ubuntu 9.04 で Subversion 1.6.5 をビルドして使えるようにするためのメモ - satosystemsの日記
最近 Ubuntu の開発環境を新たに構築する必要が出てきたので、現時点の最もよい（と思われる）方法をメモしておきます。 さくらインターネットの共用サーバに Subversion + Trac をインストールする がとても参考になりました。 Subversion 1.6.3 のビルド時にコンパイルエラー は僕が昔 Ubuntu の日本のコミュニティーに質問した内容なんだけど、これは少し古くなってしまっているのと、システムにインストールしてしまっているのが難点です。 忙しい人のために mkdir ${HOME}/tools sudo apt-get install build-essential libssl-dev libsqlite3-dev autoconf libtool wget -c http://labs.xiaonei.com/apache-mirror/apr/apr-1.
「Subversion」がApacheプロジェクトに | OSDN Magazine
非営利のオープンソース団体Apache Software Foundation（ASF）と米CollabNetは11月4日（米国時間）、CollabNetが出資するオープンソースのバージョン管理システム「Subversion」をASFプロジェクトとして移管することを発表した。まずは、Apache Incubatorプロジェクトとしてスタートする。 両者によると、SubversionはApache Licenseに近いライセンスを採用、「Apache Portable Runtime（APR）」などのASFプロジェクトを利用しており、ASFは多くのプロジェクトでSubversionを利用するなど、以前から関係が深く、SubversionをASFプロジェクトにすることは自然な発展としている。 ASFでは、プロジェクトの成熟度合いに応じてIncubator、Top Levelと段階を設定しており
[O] trac+subversionを使い始めた
« 夕方から起動 | トップページ | Gateaux de Voyage(ガトー・ド・ボワイヤージュ) とろけるシブースト 白桃 » trac+subversionを使い始めた [Programming] trac+subversionな環境を整えたので、まとめメモを書くことにします。 まだ不十分ですが、あとは徐々に改善。 trac+subversionなサーバを作っておきたい。 さらに、リポジトリ全体も定期的にバックアップをとりたい。 と思ったんですよ。 今は、個人のソースはかなりアバウトなバックアップをしていて 突然自分のPCが壊れてしまったとき、昨日とかおとといのソースが 無くなってしまうような状態なのです。 何もしてないわけではなく、CVSとSubversionは使っていますよ。 でもソースの差分をみて何か発見するとか、 タスクとかバグとかをメモしておいてほに
SubVersionでチーム開発を加速させる2 – 実践編(TortoiseSVNチュートリアル) - EC studio 技術ブログ
SubVersionでチーム開発を加速させる – 基礎知識編に続き、 実践編です。 今回はTortoiseSVNを実際に操作して、チュートリアル形式で SubVersionを使ったファイル管理方法をご紹介します。 ※技術者でない方でもわかりやすいように、 難しいところはなるべく詳しく説明しています では、早速進めていきたいと思います。 初期設定 – リポジトリを作成する まず、デスクトップにフォルダを三つ作ります。 一つが「サーバー」、あと「Aさん」「Bさん」 というフォルダを用意しました。 「サーバー」フォルダに、SubVersionで 管理したいデータを格納するリポジトリ (SubVersionのデータ記録用データベースのこと) を作ってみましょう。 「サーバー」フォルダに「mydata」というフォルダを作り、 そのフォルダを開きます。 右クリックして、 「TortoiseSVN」→「
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
Subversionのリポジトリを監視·SVN-Monitor MOONGIFT
Subversionを使って開発を行っていると起こるのがコンクリフトだ。みんな了解の上であれば良いが、ちょっとした修正（デバッグなど）を追加して、他のファイルと一緒にコミットされたために発生したりするとがっかりしてしまう。てっきり自分だけが更新していると思ったりする場合もある。 Subversionリポジトリを監視して開発効率を高める そのような失敗を防いでくれるのが、Subversionを監視するこのソフトウェアだ。 今回紹介するフリーウェアはSVN-Monitor、Subversion監視＆通知ソフトウェアだ。 SVN-MonitorはTortoiseSVNと連携するソフトウェアで、ワーキングコピーを監視して、アップデートが行われていないか、定期的にチェックしてくれる。あればポップアップや音、メールなどで知らせてくれる。 更新内容のチェック 自分の更新状態も監視してくれるので、他のユー
Subversionによるバージョン管理（前編）記事:phpspot開発日誌
[ThinkIT] 第2回：Subversionによるバージョン管理（前編） (1/3) Subversionとは、無償で利用できるバージョン管理システムです。現在もオープンソースで活発に開発が進んでおり、執筆時点の最新バージョンは1.4.2となります。バージョン管理システムとは、ソースコードや仕様書などを含むドキュメントなど、時間とともに内容が変化するファイルを管理するシステムの総称です。 Subversionによるバージョン管理（前編）という記事がThinkITにて公開されています。 次のステップでSubversion未経験者向けの記事内容となっているようです。 Subversionの紹介 Subversionインストール Subversion使い方(リポジトリへの登録/追加/取り出し/更新） リポジトリのバックアップ 開発でSubversionを使っていない方はまだまだ多いようなので
SubVersionやRMDB、他各種プログラミング用チートシート集:phpspot開発日誌
The Developer Cheat Sheet Compilation by FuzzyOpinions.com SubVersionやRMDB、他各種プログラミング用チートシート集。 気になったものをいくつかメモ。 CSS 2 Reference Card (PDF) CSS Useful Properties .htaccess Cheat Sheet Subversion Quick Reference (PDF) UML Quick Reference Card (PDF) Vim Commands Cheat Sheet XEmacs Commands Cheat Sheet 関連エントリ Prototype.js 1.5.0 のチートシート １ページに情報が集約されたCSSチートシート「CSS Cheat Sheet」 Ajax,Apache,CSS,CVS,HTML,JS
お勧め！使い勝手の良いSubversion管理フロントエンド·Submin MOONGIFT
Gitをはじめとした分散バージョン管理システムが流行っているが、システムの現場ではまだまだSubversionの利用が多いことだろう。そしてこれから新たにSubversionのサーバを立てようと考えている会社もあるかも知れない。 WebベースのSubversion管理インタフェース そのような方々にお勧めしたいソフトウェアがある。WebベースでSubversionの管理ができるSubminだ。 今回紹介するオープンソース・ソフトウェアはSubmin、Pythonで作られたSubversion管理フロントエンドだ。 Subminのお勧めできる点として、格好のいいインタフェースがある。ユーザの作成、グループの作成そしてリポジトリの作成と全てWebベースで行える。インストールさえしてしまえば、ターミナルを使ってメンテナンスすることはまずなさそうだ。色合いなども何となくApple純正のソフトウェア
分散バージョン管理Git/Mercurial/Bazaar徹底比較
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
Subversionを見直せ - プログラマの思索
SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根本的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー｜gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、本番運用中の保守br
SubversionとTracでファイル管理の“迷宮”から脱出
SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 実用 Subversion 第2版: C. Michael Pilato (著), Ben Collins-Sussman (著), Brian W. Fitzpatrick (著), 宮本久仁男(監訳) (読み手), 朝枝雅子 (翻訳), 浜本階生 (翻訳), 宮本久仁男(監訳) (監修): 本
Subversion によるバージョン管理
Amazon.co.jp: 入門Redmine Linux/Windows対応: 前田剛: 本
