【GitとSubversionの構造的な違い】GitのブランチはSubversionのブランチとは全く違うモノ～
最近はVCS（バージョン管理システム）のデファクトスタンダードと言っても過言ではないGit（ギット）ですが、まだまだSubversion（サブバージョン）をご利用されているお客様も多く「Git(Bitbucket)に移行したいがSubversionとの違いやメリットがよくわからない。」と言ったご質問をいただくことがあります。 私自身もこれまでの職場ではSubversionもしくはCVSを利用していて、Gitは勉強用のスニペットコードで利用する程度でしたので同様の疑問を持っていたのですが、リックソフトでBitbucketに触れたことでGitとSubversionとの違いやGitの良さを実感することが出来ました。 そこで私が勉強した中でも特にGitを理解することに役立ちました。GitとSubversionの構造的な違いについてお話ししたいと思います。 今回のブログではGitコマンドの説明や使い
Subversionでフルバックアップ。dumpをとって、リストアさせるまでの手順。 - 東京アンダーグラウンド
まだまだ、バージョン管理にSubversionを使ってる人もいるはず。 ちゃんとバックアップ運用をしましょうということで、dumpを取るまでの手順。 前回の記事で作ったSubversionのリポジトリをdumpして、別のサーバのリポジトリにインポートするまでの手順を示す。 環境はVagrant(デスクトップに仮想環境を作れる)で、UbuntuとCentOSのサーバをそれぞれ用意した。 Subversionのdump自体はすごく単純なもので、実行すべきコマンドは多くない。 まず、dumpしたい側のサーバで、以下のコマンドを実行する。 svnadmin dump ~/repos/samplerepo/ > repo_dump_20140313.dump 「~/repos/samplerepo/」というのはこのサーバに立てたSubversionのリポジトリである。 これを指定して、svnadmi
[Subversion]svndumpfilterで、肥大化したレポジトリをダイエットさせる方法 · DQNEO日記
Subversionのダンプ＆リストアのおさらい 下記のようにダンプ＆リストアすると、レポジトリを複製することができます。 svnadmin dump /path/to/myrepo > myrepo.dump svnadmin create /path/to/myrepo_new svnadmin load /path/to/myrepo_new < myrepo.dump 複製された新レポジトリは、旧レポジトリとまったく同じ内容です。（あたり前ですね） ここで、loadする前にsvndumpfilterをかましてやると、ダイエットすることができます。 何を捨てるかを決める レポジトリ内をよく吟味して、何を捨てるかを決めます。 例として、下記パス以下のデータを全て捨てたいとします。 /trunk/large/files/ /document/古い資料/ svndumpfilter はパイ
![[Subversion]svndumpfilterで、肥大化したレポジトリをダイエットさせる方法 · DQNEO日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f7de7c0278993661a11fbc3637f96292ba773aa/height=288;version=1;width=512/http%3A%2F%2Fdqn.sakusakutto.jp%2Fimages%2Fkali.jpg)
ドリコムの開発を支えるGitリポジトリ - gussan
はじめに これは ドリコム Advent Calendar 2014 の5日目です。 4日目は、@ka_nipan さんによる ドリコムを支えるデータ分析基盤 です。 自己紹介 @gussan ドリコム歴は10年になります。 アーキテクチャ設計、ミドルウェア・ライブラリ及び社内ツールの開発運用等を担当しています。 本日の話 2年前の12月、メインのソースコードリポジトリをSubversionからGitLabへ移行しました。 本日はGitLabへの移行と運用の話をします。 GitLabに決めた理由 選択肢としてはGitLab, GH:E, Stash等がありました。 メインの機能はどれも十分な機能を有していましたが、 GitLabを選んだ主な理由としては以下の3つです。 継続的にメンテナンス・リリースがなされている 社内にある技術で運用可能である(Rails, MySQL, Redis) も
git-svnを利用した運用を考える - Qiita
最近、諸事情あってsubversionからgitへプロジェクトの半ばでバージョン管理を変更しました。その際にちょっと変わった形でgit-svnの運用を行う事になったのでやりかたに関して簡単にログを残しておきます。 プロジェクトを取り巻く事情 今まではSubversion(仮にメインとします)を用いた運用を行っていたのですが、気軽にtrunkに対してコミットする事が出来ない事情がありました。では、メインSubversion上にbranchをたてればいいじゃんという話になるのですが、ブランチすら気軽に切る事が出来ない状態でした。その上、メインのSubversionにコミットすることが可能なのはコミッターだけとなっておりコミッターの負担が増えつつありました。 今までの運用 今まではメインSubversionとは別に 同期しないSubversion(仮にローカルとします)を別途立てて、なんと手動で
ソースコード管理ツールを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 コマンドの使い方まとめ | バシャログ。
横浜は久しぶりの雨！こんにちは、nakamura です。 今やプログラマー、コーダーには欠かせない感のあるバージョン管理システムですが、弊社では subversion を使っています。今回はそんな subversion について、GUI も確かに便利だけどコマンドラインで使えると、作業の効率がぐっと上がりますよ！というお話しです。 サブコマンド、オプションの調べ方 svn コマンドは man ページもあるにはありますが大した情報は載っておらず、サブコマンドとして help を指定して実行すると詳細な説明が見れます。 shell > svn help 使用方法: svn <サブコマンド> [<オプション>] [<引数>] Subversion コマンドラインクライアント, バージョン 1.6.12. 特定のサブコマンドに関するヘルプを読みたいときは 'svn help <サブコマンド>' と
日記/2009/05/30/svnserver.confの設定メモ - Glamenv-Septzen.net
id: 390 所有者: msakamoto-sf 作成日: 2009-05-30 13:25:04 カテゴリ: Subversion 普段は file:// だったり http(s):// 経由でSVNにアクセスしていますが、svn:// 経由のアクセスを行う場合も時々あります。その時は svnserve.conf を調整してユーザー認証を設定できますが、少し嵌った事もあり、メモ。なお以下の説明はSubversionの1.5.6ベース(TortoiseSVNなら1.5系列)。 svnserve.confと認証周りのデフォルト値 svnadmin createでリポジトリを作成された、conf/ディレクトリの中は conf/ svnserve.conf passwd authz のようになっています。svnserve.conf が、svnserveによる svn:// 経由でのアクセスで使
さくらのVPS設定[10]-SVNレポジトリの作成
SVNをFTPのちょっと進化したくらいな気軽さで簡単に使えないかと設定しようとして思いの外はまってしまったのでメモをしておく。 主に参考にさせていただいたのは以下のサイトだ。 [Linux]10分で作る、Subversionレポジトリ (CentOS 版) Subversion導入ツアー ユーザーとレポジトリの作成 さくらのVPSで使われているCentOS6.2だとSVNそのものは最初から入っていたので、まずはSVNで使用するユーザー作成から行う。Subversion導入ツアーを参考に以下のようにした。 $ sudo useradd -M -r -s /sbin/nologin svnadmin -Mはホームディレクトリ無し -rはシステムアカウントを生成 -sはログインシェルの指定 次にレポジトリの作成をする。 ディレクトリは/var/svn以下にしておいた。 テストなのでtestrep
Ubuntu 12.04 + Apache 2.2 + Subversion 簡単設定 - いがぴょんの日記＠はてな
きわめて単純な Apache + Subversion 連携設定 ☆本格的な構築には LDAP 連携やこまめなセキュリティ設定など、各種設定が必要です。 Subversion および Apache 連携をインストール sudo apt-get install subversion libapache2-svn HTTP のロケーションを追加 sudo vi /etc/apache2/sites-available/default その設定内容 <Location /svn> DAV svn SVNParentPath /var/lib/svn AuthType Basic AuthName "Oreore Subversion Repository" AuthUserFile /etc/apache2/dav_svn.passwd Require valid-user </Location
Subversion で、あるリビジョンの変更を取り消す方法 - 今日の3タックル
職場でちょっとした話題になったので「Subversion で、あるリビジョンの変更を取り消す方法」について書いておく。 $ svn merge -r 【取り消したいリビジョン】:【取り消したいリビジョン - 1】 【リポジトリのURL】 $ #↓な感じ(リビジョン100の変更を取り消したい場合 $ svn merge -r 100:99 http://hogehoge.fuga/src/trunk $ svn commit -m "r100 を取り消し" # 当然コミットする必要がある。 複数リビジョンを取り消したい場合は↑の merge コマンドを複数回に分けて叩けばOK 【2010/10/20 追記】ステキなコメントをもらったので早速反映しとく $ svn merge -c -100 http://hogehoge.fuga/src/trunk のように -c オプションを使ってもでき
Subversion リポジトリのバックアップ、リストア - snbhsmt_log
Subversion リポジトリのバックアップ方法として svnadmin dump, svnadmin hotcopy, hot-backup.py の 3 つを検討した結果、hot-backup.py を使う事にした。 1 日 1 回、同スクリプトを cron から実行する様にした。 環境 : CentOS 4.6 / Subversion 1.1.4-2 (rpm) svnadmin dump リポジトリ全体ではなくデータベースしかバックアップできない。 他のクライアントがリポジトリにアクセスしていても安全にバックアップできる。 dump ファイルが壊れていて svnadmin load でリストアできない場合を考慮して リビジョンを分けてバックアップしておく等の対策が必要。 /path/to/repo のデータベースを /path/to/dump-file にバックアップ。 # s
[Subversion]直近のコミットをなかったことにする方法(レポジトリデータを削除) · DQNEO日記
Subversionレポジトリのデータ構造 レポジトリ名を"sample"とします。 レポジトリのデータ構造は下記のようになっているはずです。 /path/to/sample/ README.txt conf db current format fs-type fsfs.conf min-unpacked-rev rep-cache.db revprops revs 0 1 2 3 4 [中略] 999 transactions txn-current txn-current-lock txn-protorevs uuid write-lock format hooks locks このファイル群を直接いじることで、リビジョンをお尻の方(数字の大きい方)から何個でも消していくことができます。 SVNレポジトリから直近のコミットを削除する方法 例えば最新リビジョンが r999 だとして、ラス
[sakura] さくらサーバーにバックアップを仕掛ける - よしだメモ
こんなスクリプトを/usr/local/binにbackup.shという名前で用意した。 #!/bin/bash TARGET_DIR='/var/www /var/svn /etc /home' BACKUP_DIR='/backup' TODAY=`date +%F` for dir in $TARGET_DIR;do cd $dir FNAME=`echo $dir | cut -c2- | tr '/' '_'`${TODAY}.tar.gz tar --exclude='cache' -zcvf ${BACKUP_DIR}/$FNAME * 2>&1 done find $BACKUP_DIR -mtime +4 | xargs rmとりあえず/etc/cron.dailyに登録 # ln -s /usr/local/bin/backup.sh /etc/cron.daily/b
![[sakura] さくらサーバーにバックアップを仕掛ける - よしだメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/724e6aaa4c0334b47259aa957ea86d2484cefe4e/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127031972029%2F17680117127031982160%2F1555344922)
HTTPS + SVN でクライアント証明書を使ってみよう
今回の記事は、SVNのレポジトリに外部からアクセスする際にHTTPSを使用していると、認証が色々と面倒なので、クライアント認証を使用してみましょうという主旨です。 クライアント証明書による認証とは？ SSH の鍵認証のように、登録済みのファイルを持っている人しかアクセスできなくする方法です。 すごく単純ですが、ユーザ名とパスワードがあってもだめで、正しい証明書を持っているユーザのみがアクセスできる方法です。 とはいっても証明書はオレオレ証明局になってしまうので、ご利用は計画的にお願いします。 最終的にはどうなるの？ SVNのレポジトリにHTTPSでアクセスするすべてのマシンにクライアント証明書をインストールします。 パスワードは使ってもいいし、使わなくてもいいです。 手順 1. 証明局(CA)の立ち上げ CA とは、Certificate Authorityの略です。 証明局と言っています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DQNEO起業日記: Subversionアーカイブ
Subversion （SVN） - ふなWiki
まさおのブログ (表)
ログイン - 神嶋教授の独白
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_backup_dumps_py.html