タグ

Subversionに関するghostbassのブックマーク (26)

  • SVNを捨てGitへ!「GitLab」を社内に浸透させた方法と、移行によるメリットとは? | SELECK [セレック]

    今回のソリューション:【GitLab/ギットラボ】 〜ソースコードのバージョン管理をSVNからGitLabへ移行し、コードの品質向上、開発者のスキルアップに成功した事例〜 結婚式場の日最大級のクチコミサイト「ウエディングパーク」を運営する株式会社ウエディングパーク。同社では何年も続いていたSVNでのソースコード管理を、Gitベースのレポジトリ管理ツール「GitLab(ギットラボ)」に移行した。 SVNでは並行開発が難しく、コードレビューPCの画面を直接見てもらうような形式で行っていたことに課題を感じていたためだ。GitLabは自社のサーバー上に構築でき、OSSの開発で定番となった「GitHub」に近い機能やデザインを提供しているため、コードの共有やレビューが気軽に行える。 同社に新卒で入社した栗山 茜さんと小山 翔平さんは、何度も社内勉強会を開催し、ドキュメントを整備することでGitL

    SVNを捨てGitへ!「GitLab」を社内に浸透させた方法と、移行によるメリットとは? | SELECK [セレック]
    ghostbass
    ghostbass 2018/04/02
    「SVNだとブランチが切れないので、複数の人で開発をすることは難しい」意味が分からない。ローカルのブランチの話?リモートのブランチにpushしてしまったら関係ないよね?
  • SVNを捨ててGitを使うべき5つの理由 - Qiita

    まえがき 私はGit好きの人間です。 もっと言えば、Gitを愛している(Git Lover)と言ってもいいくらいです。 そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、 いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。 そんなわけで 「会社にGit/GitHubを導入するための説得する」 という目的でこの記事を書こうと思います。 Gitの良さってなんだろう? 実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、 それがあるのが当たり前でGitなしの開発など考えられなくなっていたからです。 そういう意味では、Gitって 中世における自動車 に近いものがあるのかもしれません。 その時代、移動手段といえば馬が普通であり、 自動車などが普及するとは誰も考えなかったわけです(たぶん)。 それが今で

    SVNを捨ててGitを使うべき5つの理由 - Qiita
    ghostbass
    ghostbass 2018/04/02
    ]運用というかコミット単位で壊れないように計画してコミットしていたら「全ての作業が完了」とか考えなくても…というかそのためのブランチではないだろうか
  • Home

    SCM-ManagerThe easiest way to share and manage your Git, Mercurial and Subversion repositoriesGetting started SourceCode ManagementSCM-Manager comes out of the box with support for Git, Mercurial and Subversion. All three types can be managed the same way over one interface. Easy InstallationSCM-Manager can be easily installed on the platform of your choice. We are trying to make the installation

    Home
    ghostbass
    ghostbass 2018/02/26
    これが最善かも
  • 「リポジトリ」を開くまでSubversion等のリポジトリへのコミットが「活動」に表示されません

    Redmineは「リポジトリ」画面を開いたタイミングで新しいコミットの情報を取得するため標記のような現象が発生します。 「リポジトリ」画面を開かなくても情報を取得するようにするには、以下のいずれかの設定を行ってください。 方法1: 定期的に取得する 「管理」→「設定」画面の「リポジトリ」タブで「コミットを自動取得する」をOFFにした上で、以下のコマンドをcronで実行させてください。 cd /path/to/redmine ; bundle exec rake redmine:fetch_changesets RAILS_ENV=production ※ /path/to/redmineRedmineのインストールディレクトリに置き換えてください。 方法2: コミットと同時に取得する Subversion等のフックスクリプトの仕組みを利用してリポジトリへのコミットと同時に情報を取得させ

    「リポジトリ」を開くまでSubversion等のリポジトリへのコミットが「活動」に表示されません
    ghostbass
    ghostbass 2017/02/21
    リポジトリを自動更新する
  • git-svnでSVN→Gitへの移行をやってみたログ - Qiita

    稿は諸事情により過去の投稿を再投稿したものです。 はじめに git-svn を使うと、素直な SVN リポジトリーなら簡単に移行できますが、実運用してきた SVN リポジトリーを移行する際はつまづくことも多々あります。 また Git リポジトリー化ができてもブランチやタグは手作業で作ることになります。 今回、たまたま移行を検討する機会があったので、その予行作業のなかで得た知識をメモしておきます。 作業を行ったクライアント環境は Ubuntu 14.04 / Git 1.9.3 です。 SVN リポジトリーは HTTPS でアクセスできる状態です。 移行の第一歩 まずは SVN リポジトリーからローカル環境に Git リポジトリーを作成します。 git svn clone または git svn init + git svn fetch を使います。 ヘルプや Book にも記載されてい

    git-svnでSVN→Gitへの移行をやってみたログ - Qiita
  • Sign in - Google Accounts

  • GitHub - usvn/usvn: Manage Subversion repositories via a web interface

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - usvn/usvn: Manage Subversion repositories via a web interface
    ghostbass
    ghostbass 2016/02/23
    よさげ? vagrant fileがついてるのはポイント高い
  • CentOS5.xにSubversion1.7をインストールする(server) - dondari

    CentOS5.xにSubversion1.7 サーバー編 CentOS5.xにSubversion1.7をインストールする では subversionクライアントを1.7系へ移行しましたが、今度はサーバー編です。 インストール済みパッケージを削除 yum remove subversion ダウンロード http://www.collab.net/downloads/subversion から、Apache Server for Subversion 1.7.7をダウンロード ※アカウント作成が必要です。 ダウンロードしたrpmをインストール rpm -ivh CollabNetSubversion-server-1.7.7-1.x86_64.rpm パスを通す ~/.bash_profile export PATH=/opt/CollabNet_Subversion/bin:$PATH

    ghostbass
    ghostbass 2016/02/18
    “ svnadmin upgrade /var/www/svnrepos/hogehogeproject/”
  • CentOS6.5のSubversionを1.7にする。

    開発環境を作る際、ちまちまと入れるのがめんどくさいので以下のコマンドでもろもろを一気に入れてしまいます。 [cc lang=”teraterm”] [root@centos ~]# yum groupinstall “Development Tools” [/cc] しかーし。 リポジトリから降ってくるSubversionは1.6.11。 1.6とかゴミなのでさくっと消えていただき、RPMforgeから1.7を拝借してきましょう。 汚物は消毒だああああああああ( ・`д・´) [cc lang=”teraterm”] [root@centos ~]# yum erase subversion Loaded plugins: fastestmirror Setting up Remove Process Resolving Dependencies –> Running transactio

    CentOS6.5のSubversionを1.7にする。
  • Subversionで変更のあったファイルの一覧を取得する - 小さい頃はエラ呼吸

    はじめに Subversionで変更のあったファイルの一覧を取得したいときは、svn diffコマンドが使えます。 リビジョン番号を指定する場合 以下のコマンドはカレントディレクトリを作業コピーのディレクトリに移動して実行します。リビジョン番号3から最新までの間に変更されたファイルを出力します。 svn diff -r 3:head --summarize 日付を指定する場合 2011/11/24から最新までの間に変更されたファイルを出力します。 svn diff -r{2011-11-24}:HEAD --summarize実行した結果は以下のように表示されます。Dは削除、Aは追加、Mは修正を意味しています。 C:\work>svn diff -r 3:head --summarize D b.txt A 新規Microsoft Word 文書.doc A 新規Microsoft Exc

    Subversionで変更のあったファイルの一覧を取得する - 小さい頃はエラ呼吸
    ghostbass
    ghostbass 2013/12/13
    こういうの欲しかったんだよー
  • TortoiseSVN 日本語化 できない

    このブログはmshojが記述しています。 ご連絡はこちらまで mail : guyst.326あっとまーくじーめーるどっとこむ twitter : @mshoj 仕事場のPCのTortoiseSVNを日語化しようとしたら、 ちょこっとハマったので軌跡などをメモ。 重要なポイントは二つ。 ・TortoiseSVN体と言語パックのバージョンに ズレがあると、日語化は上手くいかない。 ・TortoiseSVNは「プログラムの追加と削除」から 削除しても、ちゃんと削除されない。 アンインストーラーがないんで、そうするしかないんですが、 コレで削除してもインストールフォルダが残ったままで、 アンインストール前のデータが残っちゃったりしてます。 この二つのポイントを抑えればもう2度とハマる事もないはず。 以下にハマった軌跡を箇条書きしておきます。 ・仕事場のTortoiseSVN(ver1.6.

    ghostbass
    ghostbass 2013/08/06
    今まさにはまった。3バージョンぐらい試した後でこのエントリーを見つけた。ありがとう。
  • Subversionで過去の思い出を完全抹消 - Thousand Years

    Subversionは管理されたファイルなら追加や削除履歴やらを全て記録してくれてうっかりあやまって消してしまったファイルでも過去のリビジョンに戻って復活できます。それがいいところです。 ただ、うっかり機密文章とかライセンス違反のものをコミットしてしまった場合はそれは大変で消すのが難しい><オープンなレポジトリに突っ込んだ瞬間は真っ青です。そんな過去の汚点を完全抹消する方法。 とりあえず コミッタ全員にコミットしてもらう(もらったほうがいいです。) 後はレポジトリの公開一時停止。作業中にコミットされると整合がとれない為。 コマンド 例えばプロジェクトがFooで、/trunk/foo/yabai.docが完全抹消したいファイルだとすると以下のようなコマンド実行。1行目でdumpと同時に必要のないファイルを除去しているところ。dumpfileでその内容を出力。 svnadmin dump C:

    Subversionで過去の思い出を完全抹消 - Thousand Years
    ghostbass
    ghostbass 2012/11/20
    思い出を削除
  • .NET 開発者のための Jenkins 入門 - present

    はじめに 仕事で Subversion と Trac を使っていますが、残念ながら、活用できているとは言えません。継続的インテグレーション(以下CI)?何それおいしいの?って状態。そもそも CI やるために Trac とか諸々導入したはずなんですけどね…。 CI 導入しなきゃと思い続けて結構な期間が経過しました。その間、定期的にリリースビルドを行っていたんですが、コミット忘れや修正し忘れにより、何度もビルド環境がぶっ壊される…。その度に手作業で修正してたんですが、さすがに堪忍袋の緒が切れて CI 導入を開始しました。 やりたいこと ひとまず次ができれば OK。 Subversion を定期的に監視して、変更があったらビルドとテストを実行。 失敗したら管理者にメールを送信する。 ビルドぶっ壊した人にメール送る。 CI ツールは Jenkins、ソースコード管理システムは Subversion

    .NET 開発者のための Jenkins 入門 - present
  • WebベースのSubversionマネージャ·iF.SVNAdmin MOONGIFT

    iF.SVNAdminはPHP製のオープンソース・ソフトウェア。個人ユースであればGitやMercurialが流行っているが、企業であればSubversionがまだまだ主流だ。Subversionの設定を行うのにサーバにログインしてユーザを作ったりグループ管理しているケースは多い。 アクセス権限 サーバの使い方に慣れた人であれば良いだろう。だがそれを都度行うのは面倒だ。Webブラウザ上から設定が行えれば操作はとてもスムーズになるだろう。使ってみたいのはiF.SVNAdminになる。 iF.SVNAdminはPHP製で、ローカルのディレクトリに対してSubversion管理を行うためのソフトウェアだ。Webブラウザ上でユーザ、グループを作成し、リポジトリを閲覧することもできる。複数のリポジトリを作成し、それぞれに対して権限を設定できる。認証はLDAPを用いることもできる。 グループ管理 サー

    WebベースのSubversionマネージャ·iF.SVNAdmin MOONGIFT
    ghostbass
    ghostbass 2010/06/16
    明日早速試す。authzファイルを編集してくれる?まだBasic認証なんだがその辺は?/windows+apache+basic認証だとパスワード保存形式が違うのでアウト
  • LDAP or File による認証 + AuthzSVNAccessFileによる認可 - よかろうもん!

    ApacheでLDAP認証を使われている方は多いかと思います。 一般的にはLDAP認証だけ有効にしておけばよいパターンがほとんどかと思いますが、LDAPサーバもしくはActiveDirectoryにユーザが登録されていなかったり(登録できなかったり)、システム運用の都合で認証を許可したいアドレスもしくはユーザ(URL監視で利用など)が必要だったりとLDAP認証オンリーでは対応できない場合もあるかと思います。 こんな場合、どのような対応をすればよいでしょうか。 私が最初に思いついた方法は、システム運用で利用する場合ならば、ユーザ認証とアドレスによるアクセス制限のどちらかを満たすことでアクセスを許可するSatisfyディレクティブを利用し、アクセスがあるサーバのIPアドレスをAllowしておく方法です。 しかしこれではユーザ認証が必須となる場合には対応できませんね。 なおかつ、私が試した限りで

    LDAP or File による認証 + AuthzSVNAccessFileによる認可 - よかろうもん!
  • ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn

    yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ!という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人

  • エンタープライズ機能を強化した「Subversion 1.6」 | OSDN Magazine

    米CollabNetは3月20日(米国時間)、自社が支援するオープンソースのバージョン管理ソフトウェア「Subversion」の開発チームが、最新版「Subversion 1.6」をリリースしたことを発表した。ツリーの衝突検出など、エンタープライズ向け機能を強化した。チームのWebサイトよりダウンロードできる。 Subversionはオープンソースのソフトウェア設定管理システムで、特に分散したチームメンバーによるソフトウェア開発を効率化できるツール。 最新版では、ツリー衝突の検出、認証管理の強化、レポジトリ容量の削減の3つが大きな改善点となる。 新機能となるツリー衝突の検出は、ユーザーがコードを更新、マージ、移行した際にツリー衝突の可能性がある場合、フラグを立てて知らせるもの。ファイルコンテンツではなく、ディレクトリ構造段階で知らせることで、衝突を防ぐという。Suvbersionクライアン

    エンタープライズ機能を強化した「Subversion 1.6」 | OSDN Magazine
  • Subversionを見直せ - プログラマの思索

    SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー|gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、番運用中の保守br

    Subversionを見直せ - プログラマの思索
    ghostbass
    ghostbass 2008/12/08
    まずはVSSを捨てよう!
  • Tigris.org: Open Source Software Engineering

    Problems and suggestions about individual projects should go to users@thatproject.tigris.org Tigris.org Community Scope Tigris.org is a mid-sized open source community focused on building better tools for collaborative software development. You will not find thousands of unrelated projects here: every project fits into the Tigris mission. You will not find dead projects here: every project is welc

  • Subversion Reference

    製作著作 © 2002, 2003, 2004, 2005, 2006, 2007 Ben Collins-Sussman, Brian W. Fitzpatrick, C. Michael Pilato This work is licensed under the Creative Commons Attribution License. To view a copy of this license, visit http://creativecommons.org/licenses/by/2.0/ or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.