gitとsvnの違い
間違いを恐れずにgitとsvnの違いを言えばgitは、ローカルファースト、svnはサーバーファーストの違いがあります。 Rails使いだと本体自体がgitで管理されているとかのせいでどうしてもgitになってしまうのですが、プログラミングではないところでもバージョン管理を普及させたいのでいろいろとテストしてみました。 gitの弱点としてあるのはコマンドライン基本、サーバーとの接続はsshが基本、utf8が基本の３点でしょうか。 svnにはtortoiseSVNという右クリックでチェックアウト、インポートと言うすばらしいソフトがあります。コマンドラインを覚えなくても一般の人に「教え込めば」使えるようになります。コマンドラインでは一般の人には教え込む前の大きな障壁があります。svnはwebDAVでザーバー管理が基本です。apacheの設定がうまくいけば管理は楽です。tortoiseSVNはWin
Halu834's Notes |[Windows]Apache2.2 + Subversion 認証を使ったアクセス
■バージョン Apache 2.2.9 Subversion 1.4.6 ■環境 ApacheインストールDir ：C:\Apache SubversionインストールDir ：C:\Subversion SVNのリポジトリ ：F:\subversion\repos （親ディレクトリは、F:\subversionとなる） ■まずは丸見えにしてみる（Apacheの設定） httpd.conf編集 #LoadModule dav_module modules/mod_dav.so #LoadModule dav_fs_module modules/mod_dav_fs.so となっている箇所のコメントを外す C:\Apache2.2\modules\mod_dav_svn.so C:\Apache2.2\\modules\mod_authz_svn.so の有無を確認し、 存在す
Ubuntuで「svn: Can't convert string from 'UTF-8' to native encoding:」 - 自分の仕事を憎むには人生は余りにも短い
LANG=ja_JP.UTF-8を設定にしているのにこんなエラーが出ることがあります。 svn: Can't convert string from 'UTF-8' to native encoding: それはLC_ALL=が設定されていない為。 % locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=ja_JP.UTF-8 LC_CTYPE="ja_JP.UTF-8" LC_NUM
TortoiseSVNの差分比較でWinMergeを使う - プログラマの思索
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
blog.8-p.info: Merge Tracking
Posted at 2010/01/11 17:29, Modified at 2010/01/15 00:57 多人数で開発する場合、バージョン管理システムと、そのシステム上でのブランチの作成とマージは、必要不可欠だと思う。最近、Flickr はブランチもマージもしない というのを読んでだいぶ驚いたけど、こういうのはかなり稀だ。 マージは面倒な作業だ。その面倒さは、あるソフトウェア x が xa, xb と分岐したときに、それを統合した x(a+b) をつくる、という行為自体がそもそも難しいというのもあるし、いい加減行ベースの diff が野蛮すぎるというのもあると思う。 バージョン管理システムがもっとがんばれるのでは、というのもある。広く使われているバージョン管理システムである Subversion について、マージまわりの機能の貧弱さはよく指摘される。Linus Torvalds も
メトリクスでソフトウェア品質を見える化する - プログラマの思索
「現場で使えるソフトウェアテスト Java編」を読んで内容がとても素晴らしいのでメモ。 【1】「現場で使えるソフトウェアテスト Java編」の対象読者は、Java開発者。 内容は、Eclipseの下記のテスト用プラグインで、Javaプログラムのテストや品質を解説している。 【本書で解説するEclipseプラグイン】 ・Checkstyle → コーディング規約チェック ・FindBugs → バグパターン検出 ・JUnit → 単体テストの作成/実行 ・TPTP → プロファイリング(非機能テスト) ・djUnit → カバレッジ計測 ・StepCounter → ソースコード行数測定 上記のプラグインのうち、全てを使いこなしている開発者はどれくらいいるのだろうか？ 僕は、Checkstyle・FindBugs・JUnit・djUnitは使った事があるが、TPTPやStepCounterは
Mercurial以前と以後のチケット駆動開発 - プログラマの思索
Mercurialのような分散バージョン管理を組み合わせたチケット駆動開発とそれ以前の開発スタイルの違いをまとめる。 【元ネタ】 Re:Re:mercurialでチケット駆動開発 - ろじぼ Mercurialによるチケット駆動開発は強力だ！: プログラマの思索 ReviewBoardとMercurial＋TiDDは相性が良い？: プログラマの思索 【Mercruial以前のTiDD】 「Mercurial以前のチケット駆動開発」シートにあるように、trunkと本番ブランチの2本でソース管理している。 基本は、trunkはリファクタリングや機能追加、本番ブランチは障害修正のみ行い、ソース修正の目的をコードライン単位に使い分ける。 理由は、コードラインの品質を維持したいからだ。 リファクタリングや障害修正、機能追加をtrunkの1本のみで行うと、突然の本番障害に対応できなくなるからだ。 そし
TortoiseSVNとの決別 | Creazy!
プライベートではMacがメインPCなのでSubversionはコマンドで操作していましたが、会社のWindowsマシンでは定番のSVNクライアントであるTortoiseSVNを使用していました。 ・TortoiseSVN | The coolest Interface to (Sub)Version Control TortoiseSVN は GUI なので、DiffをとってMergeしたりするとき何かは特に威力を発揮します。 ・・・なんですが、ここしばらくExplororが固まって再起動するはめになったりが何度もあり、OSが不安定な状態になってしまったのでアンインストールしました。 そもそも、WindowsマシンでもVMware上で動かしているLinux上で開発環境を構築しているので、普段のSVN操作はCUIです。 なので、TortoiseSVNを使わなくてもOKな状態にはなっていたんで
tortoise svn 入れたらディスクが遅くなったような気が (株式会社ディア Dear inc.)
ところが、この tortoise svn は、設定をちゃんとやっておかないと妙にPCが遅くなると言う現象が発生します。 先のリンクの最後に示したリソースが、この現象の解消方法についてわかりやすく書かれたページとなります。 とは言え英語のページなので日本語の情報が欲しいと言う方のために、ちょいと書いておくことにしましょう。 tortoise svn がキャッシュするディレクトリを制限する そもそもなんで tortoise svn を入れると体感的に遅くなるのでしょう？ これはバックグラウンドで動作している TSVNCache.exe なるプログラムがディスクへの書き込みイベントを監視しているからなのです。 tortoise svn はエクスプローラ上に svn 管理下にあるファイルやディレクトリのアイコンを表示するため、ファイルの読み書き、ディレクトリの作成などのイベントを監視しており
TortoiseSVNでSubVersion入門: 思い立ったが吉日生活
CalendarX(0.4.4dev) カレンダー用プロダクト CMFSin(0.6.1) 外部サイトのrss情報を表示するためのプロダクト SimplePortlet(1.0beta1) portletを簡単に作成したり管理したりするプロダクト PloneChat(2.0) チャット用プロダクト CMFMessage(1.1) 現在サイトにログインしているユーザがわかり その人にメッセージを送ることができるプロダクト PloneArticleModelEditor(0.2) PloneArticleのモデルを作るプロダクト PloneExFile(2.03) 添付ファイルを持ったコンテンツ用プロダクト ZAAPlugins(2.21) word,excel,pdfなどの検索を可能にするプロダクト PloneArticle(2.05) ページのレイアウトを選択できるコンテンツ用プロダクト
TortoiseSVN でファイルのバージョン管理をしてみる (1)
ぼくが現在のオペレーティングシステムで一番不満があるユーザーインターフェースは “ファイル” です。 実装のレイアではなく、あくまで UI 的な不満。 ファイルという考え方はもう何十年も前からありつつも、しかしまったくもって変っていないユーザインターフェース。 OS などシステム的なことと、ユーザがコンピュータ利用することとが、ひとつのファイルというシステム上で渾然一体となっているうえ、ファイルの “考え方” 自体も、なんだかコンピュータってこんなもん？と思えることが沢山あります。 次期 Windows にのるはずだった新ファイルシステム WinFS。 どんな実装になるのかわからないながらも、ぼくは何かこれに一筋の光明を見ていただけに搭載が見送られたと聞いたときは残念でした。 さて WinFS はさておき、ファイルという考え方は一般生活で行う作業と同じで、ある意味直感的。 現実に即している
hiromasa.zone :o) » TortoiseSVN でファイルのバージョン管理をしてみる (2)
ファイルバージョン管理システム TortoiseSVN のインストール及び使い方の紹介エントリです。 🙂 前回はこちら。 TortoiseSVN でファイルのバージョン管理をしてみる (1) バージョン管理システムはもともと、ソフトウェアの元となるソースコードに対して極めて厳密にそしてデリケートにいろいろな管理を行うためにつくられたものです。 とはいえ、対象は別にソースコードだけになっているわけでもないので、自分でライトに使うこともできます。 ここでは、サーバなどはたてずに Windows のファイルシステムだけつかって TortoiseSVN を設定し、「職務履歴」というエクセル/ワードファイルのバージョン管理をすることを例としながら、Subvertion / TortoiseSVN の使い方を書きたいと思います。 ちなみに、TortoiseSVN は「トータス SVN」。 カメさん
hiromasa.zone :o) » TortoiseSVN でファイルのバージョン管理をしてみる (3)
ちょっと間が開いてしまいましたが、TortoiseSVN の続きのエントリです。 前回はこちら。 TortoiseSVN でファイルのバージョン管理をしてみる (2) 次回は、いわば締めの処理。 trunk のファイル群を tags に”名前をつけて状態を保持” させるやり方を書いてみます。 最新版のファイルを trunk というディレクトリに格納した上、編集を行い、履歴管理を TortoiseSVN に行ってもらうところまで前回に書きました。 今回はリリースや提出など区切り区切りのファイルを tags というディレクトリに格納し、それらのファイルをいつでも取り出せるようにする操作方法を書いてみます。 前回までのサンプル「職務履歴」だと、作業中の職務履歴のファイルを trunk 内でいろいろ更新。 そして、それらファイル”群” をどこかに提出したときに、その時点の状態に名前をつけて tag
TortoiseSVN で 望まないコミットを防ぐには？ | バシャログ。
Amazon で購入した本と本屋に行って買った本がダブって涙目、ktanaka です。 今日は、Subversion(TortoiseSVN) でコミットしたくないけど必要なファイルのうまい扱い方について考えます。 Subversion はチームが安心してプロジェクトを進めるためにつかうものですが、Subversionを使うことを決めたために起こる悩みというのもあります。そのなかに一つが、コミットしたくないものを間違ってコミットしてしまうことではないでしょうか。そういった状況でいくつかの手段のなかから適切な方法を選ぶことができれば、無駄な時間が減らせるでしょう。 目次 常に不要だけど生成されちゃうファイル Thumbs.db 特定のディレクトリでコミットする必要のないもの (ログ、キャッシュファイル)など すでに Subversionで管理していてコミットしたくないローカルな変更 (デバッ
TortoiseSVN をインストールすると PC が重くなる件 | バシャログ。
最近、携帯電話を換えました。こんにちは、 nakamura です。トイレに水没しても死ななかったタフガイにもついに寿命が訪れたようです。なぜか普通に閉じようとしただけでボキっと逝ってしまいました、、、かなすぃ、、、 さてさて、Windows のエクスプローラ上で手軽に使える Subversion クライアントとして人気な TortoiseSVN ですが、デフォルトの設定のままだと PC 全体を重たくしてしまう曲者です。スペックがそんなに悪いわけではないのにどうにも全体的に重たいなぁ、とかれこれ半年ほど悩んでいたのですが（半年は大袈裟か）ようやく原因が分かったので、その辺りの設定をご紹介しようと思います。 なんで重たくなるの？ そもそも TortoiseSVN をインストールするとなぜ PC 全体が重たくなるのでしょう。原因は TortoiseSVN 自身ではなく一緒にくっついてくる TSV
なんちゃってTortoiseSVN(Subversion)の使い方シリーズ [SVNマニュアル擬き]
TortoiseSVN(Subverion)を使うのは初めてじゃないんだけど、まだまだ初心者。 チェックアウト・更新・コミットはできるようになったけど、 もう1歩突っ込んだ使い方をしたい。そんな悩みって‥‥ありません? もちろん、本当に初めての方にも読んでいただけるように、 初めてのメニューも追加しました。 (2008.12.16) 本文は、TortoiseSVN 1.5を利用して作成しています。 バージョン1.6の機能については、その旨を記載しています。 (2009.05.21) このページは2箇所でミラーリングしています。片側で開かない場合は他方を試してください。 両方ブックマークしていただかないと意味がありませんけどね（笑）。 http://www.critical.ne.jp/~shacho/tips/svnmanual/ http://hide.xsv.info/tips/svn
Subversionリポジトリと連携できるgit-svn | OSDN Magazine
「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。本記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、
ドキュメント管理から始める分散バージョン管理システムの導入
DoRuby! (ドルビー!) は現場のエンジニアによる、主にRubyなどの技術に関する様々な実践ノウハウを集めた技術情報サイトです。 こんにちは、shimadaです。 オープンソースの世界では着々と普及が進んでいる分散バージョン管理システム（DVCS）ですが、 商用開発の現場では、スケジュールの制約や実績、メンバーの習熟度の問題から、 実際のプロジェクトにはなかなか導入できないのが実情ではないでしょうか。 バージョン管理システムは、個人でちょこちょこいじってもノウハウは蓄積できません。なぜなら、チーム開発でしか起こらないコンフリクトやマージといった作業が、個人作業では発生しないからです。 僕らのチームでも、興味はあっても採用のきっかけがないという状況でした。 そこで、まずはDVCSをチームで使ってみるための入り口として、仕様書やスケジュールなどのドキュメントをDVCSで管理してみようとい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラムが書けないプログラマ | Subversion のインストール
GitHub - shuber/svnignore: git style ignores with subversion
