複数人(2-3人)でウェブサービスを開発するコツ - リート開発者ブログ
こんにちは。開発ブログ言いだしっぺの satoshi です。リートでは、AddClips と Lancers というサービスが現在の主力サービスですが、AddClips は1人のエンジニアが担当し、Lancers は2-3人 のエンジニアが開発を担当しています。 当たり前ですが、1人と3人では開発スタイルが大きく異なり、気をつけるポイントも全く違います。当たり前の事が多いのですが、リートで特に気をつけていることをご紹介できればと思います。 開発環境 VMware ESXi を使って開発環境は5秒で用意する 通常、VMwareはLinuxやWindows上で動作しますが、VMware ESXi はその上で直接、複数のVmware（仮想化マシン）を立ち上げることができます。 Vmwareを導入するために、Linuxを導入したりする必要はなく、その容量も32MBとコンパクト。しかも無償で利用可能
週末プログラマにお薦め！！Subversion+DropBoxで似非分散型バージョン管理 - プログラマでありたい
※Git版も書いています。 Git+DropBoxで、プライベートリポジトリ作成。或いはGitをAmazon S3でバックアップ 週末プログラマの悩みに、バージョン管理のリポジトリをどこに置くかというのがあります。理想を言えばどこかのサーバーにおいて、HTTP経由でどこからでもアクセス出来るのが一番良いです。でもそうすると、レンタルサーバーのコストが掛かります。またGitHub等もありますが、基本的にソースをオープンにすることが前提ですので、個人ユースで使いにくい部分もあります。で、勢い自分のローカルにしかソースがないという状況があります。 私は以下３つの問題を改善したいなぁと思っていました。 １．ソースのバックアップをどこか違うところに持ちたい ２．ネットワークでオフラインの時でも、コミット出来るようにしたい ３．違う環境から作業しても、最新のソースを取れるようにしたい そこで、gitで
LDAPでシステムとSubversionとTracのアカウントを一元管理する - hide-k.net#blog
以前から個人的にLDAPを導入しているのですが、意外と忘れがちなので備忘をかねてメモります。 昔のメモなので今と挙動が違うかもしれませんがご了承ください。OSはCentOS 5です。 まずはOpen LDAPのインストールと設定をします。 関連パッケージのインストール $ yum -y install openldap openldap-servers openldap-clients openldap-devel ディレクトリマネージャのパスワードを生成する $ /usr/sbin/slappasswd -h {SSHA} New password: Re-enter new password: slapd.confの設定 /etc/openldap/slapd.conf ...snip... access to attrs=userPassword by self write by a
デリヘルファック | アブノーマルなデリヘルの楽しみ方をご紹介。
デリヘルファックのトップページです。 便秘気味でアナルファックをする気にならないとかいつものデリヘルですけど、今回はオプションプレイで楽しんでみようかな。と思ったら、女の子によるので、在席する女の子の数が多いデリヘルがいいですよ。それでもピンキリですけどね。多いところでは50人くらい抱えているところもあるんですけど、そんなところでも出勤しているのは時間によっても変わってきますけど半分以下と考えたほうがいいですよ。これは小規模なお店や大手などのチェーン店でも一緒ですよ。それでも絶対数の問題ですよね。たとえばアナルファックですけど、これに対応してくれる女の子は少ないですよ。お店に一人いたらいいくらいかもしれませんし、対応ＯＫだからといって申し込んでみたら、1日に一回だけとか、今は便秘気味でアナルファックをする気にならないとかそんなのが多いですね。ですからアナルファックについては地道にチャンスを
Subversionリポジトリと連携できるgit-svn | OSDN Magazine
「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。本記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、
エラーのあるファイルはコミットしない(Subversion編) - 肉とビールとパンケーキ by @sotarok
git編はこちら エラーのあるファイルはコミットしない(git編) - 肉とご飯と甘いもの @ sotarok 先日はgitでやったんだけどせっかくだからsvnのコミットにもフックしてみた． svnのほうで苦労したのは，フックのタイミングにしても，ローカルにファイルの実体のあるgitと違って，フックをかけるサーバと実体のあるクライアントマシンが別ってところで，コミットするタイミングで初めてサーバにファイルの実体が来るところ． で，色々探ってみたものの，コミットされるファイルが一時的におかれる場所があったりするわけではないので，以下の要領でテストを走らせてみたりする*1． svnlook changed で変更されたファイル一覧を取得 svnlook cat で変更されたファイルの中身を取り出し，一時ファイルに保存 その一時ファイルに対して php -l 一時ファイルを削除する ファイルにエ
複数svnレポジトリをgit-svnで使用する - Post-itみたいな
今までdotfilesの類いをcodereposにコミットしていたのですが、codecheck.inにもコミットしたくなりました。でも複数svnレポジトリをトラックとかできんの？ということでとりあえずmanpageを見る事に。 man git-svn svn-remote Specify the [svn-remote ""] section to use, this allows SVN multiple repositories to be tracked. Default: "svn" git-svn(1) という事が書いてあったので、できそうな気がします。 git-svn initしてみる 何も考えずにgit svn initしてみよう。 git svn init http://hogehoge.com/ git svn init http://fugafuga.com/ --sv
Subversion リポジトリを Git へ移行する | ITEMAN Blog - アイテマンブログ
git-svn git-svn は Subversion と git の相互運用を可能にするコマンドです。git-svn コマンドにより Subversion リポジトリの一部または全体を git リポジトリに変換することができます。 git-svn コマンドは tags として指定された Subversion ディレクトリを git のブランチにマッピングします。例えば、上記の releases/releases-2.6.2 は tags/releases-2.6.2 にマッピングされます。今回は releases をタグとして扱いたいため、git-svn コマンドだけでは目的を達成できません。(実行後にいくつか作業を行う必要があります。) svn2git svn2git は git-svn のラッパーですが、git-svn とは異なり、タグとして指定した Subversion ディレク
Subversionリポジトリのバックアップ方法いろいろ - ぱせらんメモ
Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー（あるいはアーカイブ）する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい（アーキテクチャ依存）。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア
svnmonitor.com - このウェブサイトは販売用です！ - svnmonitor リソースおよび情報
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.
エンタープライズ環境におけるSubversionの複製アーキテクチャ
はじめに Subversionはこれまでで最も人気のあるオープンソースのバージョン管理システムであり、実際、その評価は当然と言えます。最小単位でのコミット（アトミックコミット）、高速なブランチ／タグ作成、効率的なバイナリファイル処理、HTTPおよびWebDAVでのアクセスなど、数々の強力な機能を備えており、多くの組織にとって利用価値の高い選択肢となっています。また、Subversion 1.5に搭載されている、より高度な機能、特にマージ追跡機能などは、このバージョン管理システムの価値を一層高めています。 優れたバージョン管理システムは、ソフトウェア開発を行う組織にとって戦略的に重要な意味を持ちます。開発者なら誰でも知っているように、ソースコードはIT組織のまさに「血液」です。従って、ソースコードを適切に管理することはビジネス的に意義のあることで、ソースコードリポジトリを使用する主なメリット
Mercurial や Git が使える無料のリポジトリサービスを集めてみた - kなんとかの日記
Git を使うなら GitHub で決まりだと思うけど、GitHub は BTS がないし、Git じゃなくて Mercurial を使いたかったので、Mercurial 版 GitHub がないか探してみた。 そのうちにいろんなリポジトリサービスが見つかったので、紹介してみる。 ＃sourceforge.net とか rubyforge.org とかでも repository hosting を提供してるけど、ほとんど使われてないっぽい。 GitHub (Git) http://github.com/ Ruby on Rails が使ったことから一気にブレーク。Rails ユーザは皆ここを使う。 Issue Tracking System がないので、Lighthouse.com と併用することが多い。 Wiki が利用可能 Bitbucket (Mercurial) http://ww
Subversion設定の標準化
ディノ社内のバージョン管理は主にSubversionを利用しています。また、社内の開発環境はWindowsとMacとLinuxが入り乱れています。そんな環境で、一番問題が少なそうなSubversionの設定を考えてみました。現在これを社内標準として運用していますが、今のところ大きな問題は起きていません。 設定内容ですが、auto-propsとglobal-ignoresの設定です。各種ファイルについて、eol-style=nativeやkeywords=Idやsvn:mime-typeなどを設定します。 ちなみに、本設定はsymfonyの公式オススメ設定「Symfony Repository Tips」から大半を流用しています。 設定内容 設定内容はsubversion-config.txtの通りです。同じ内容を以下に貼付けておきます。 [helpers] #diff-cmd = dif
ローカルでのコミットを１つにまとめてSubversionにコミットする方法 - ぷぎがぽぎ
個人のリポジトリならいいんですが、共有しているリポジトリではコミットはある程度"意味のある単位"で行った方が親切です。 「もう帰るけど作業は途中。とりあえずコミット」をされて、そうとは知らずに、中途半端な動かないソースでアップデートしちゃったもんだからアプリが動かないとか悲しすぎます。 だから、ローカルに自分専用のミラー（ローカルリポジトリ）を作成し、そこにはガンガンコミットしておいて、タスクが終わったらまとめてサーバー側にコミットするという作業に意味があります。 また、ネットワークにつながっていなくてもガッツリと開発が行うことができるのも魅力です。 イメージとしては以下のような感じです。 <これまでの管理> コミット => (サーバーのリポジトリ) <分散管理> コミット => (ローカルのリポジトリ) => コミット => (サーバーのリポジトリ)ツールとしては分散リビジョンシステムと
Subversionでバージョン管理を！
伝統あるFTP直編集から結構頑張ってGit連携のインフラを整備したけど、結論としてはSVNがイイね！ってなった話Tomonori Kawata
Subversion Cheat Sheet
Cheatography https://cheatography.com Download This Cheat Sheet (PDF) 1 CommentRating: () Home > Programming > Subversion Cheat Sheets Subversion Cheat Sheet by DaveChild Subversion cheat sheet Subversion Resources Homepage http://subversion.apache.org/ SVN Book http://svnbook.red-bean.com/ Subversion Components svn Command line program svnversion Revision of working copy svnlook Inspe
複数コミットをまとめる - mat_akiの日記
git内の複数コミットをSubversionへの１つのコミットへまとめてやりたい。 正しい方法かはわからんが、やり方を考えた。 まず、Subversionから落としてきたバージョンのブランチを用意する。 git branch FOR_MERGE そのブランチへまとめたいコミットがあるブランチ(master)からマージを圧縮して行う。 git merge --squash master するとFOR_MERGEブランチに差分が取り込まれるのでローカルにコミット。 git commit -a そして、Subverionにコミット。 git svn dcommit これで、一応できた。 普段は、masterでローカルのコミットを管理して、Subversionにコミットするのは、 FOR_MERGEブランチから行うのがいいのだろうか？
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Versions - Mac Subversion Client (SVN)
Versions - Mac Subversion Client (SVN)
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_write_through_proxy.html