Visual Studio + Subversionの開発でバージョン管理すべきでないファイル何か - 小さい頃はエラ呼吸
はじめに Visual Studio(C++)で開発して、Subversionでソースコードのバージョン管理をしているプロジェクトで、Subversionで管理すべきでないファイルについて調べてみました。 Microsoft Visual Studio Professional 2013 DVDposted with amazlet at 14.02.04マイクロソフト (2013-11-29) 売り上げランキング: 298 Amazon.co.jpで詳細を見る Subversionで管理すべきでないファイル Subversionで管理すべきでないファイルは、基本的にVisual Studioが吐き出す一時ファイルや環境の情報などを格納したオプションファイルです。 いろいろなサイトで調べてみた結果、以下の拡張子のファイルはバージョン管理対象から外して問題ないと思います。 .opt ローカル
Subversionリポジトリのバックアップ( svnsync )
$Date: 2018-07-07 06:49:13 +0900 (2018/07/07 (土)) $ $Revision: 1347 $ 概要 svnsync によって、リポジトリのレプリケーション(複製)を作成することで バックアップを取ります。 必要な条件 レプリケーション元(バックアップするリポジトリ) に対して、 クライアントとして読み込み権限があること。 レプリケーション元が Subversion 1.4 以降を使用していること。 (勿論、svnsync は Subversion 1.4 以降に含まれているので、 バックアップする側も 1.4 以降である必要がある) リンク svnsync svnsync の長所/短所 長所 リポジトリへの直接のアクセス権(リポジトリがあるファイルシステムへの直接のアクセス権)が なくても、Subversion サーバーへの読み込み権限があるだ
Subversionリポジトリのバックアップ方法いろいろ - ぱせらんメモ
Subversionリポジトリのバックアップ方法が色々ありすぎて何がベストなのかわからなかったので調べてまとめてみた。 ただのファイルコピー 普通にファイルシステム上でディレクトリをコピー（あるいはアーカイブ）する方法。非推奨。 誰かがリポジトリにアクセスしている最中にやると壊す可能性がある。 リポジトリディレクトリをコピーしたいならsvnadmin hotcopyを使うべき。 長所 簡単。 速い。 短所 バックアップデータの可搬性に乏しい（アーキテクチャ依存）。 リポジトリをロックしないので壊す可能性がある。 データエラーが検出できない。 svnadmin dump/load svnadminのdumpとloadを使う方法。 誰かがアクセス中でも一貫性が保たれる。 あくまで管理対象のファイルのみのバックアップなので、設定やフックなどは別途バックアップが必要となる。忘れがち。 差分バックア
Subversionリポジトリのバックアップ [概略]
$Date: 2018-07-07 06:49:13 +0900 (2018/07/07 (土)) $ $Revision: 1347 $ 概要 バージョン管理するぐらいですから、Subversion リポジトリには 大抵の場合重要なデータが入っています。 もしハードディスククラッシュ等で失われてしまったら泣くに泣けません。 そうならないように日頃からバックアップを取るようにしましょう。 [svn-backup-dumps.py の利用方法] は こっちです。 [svn-backup-dumps.py カスタム版の利用方法] は こっちです。 svnsync の説明は、こっちです。 データ損失リスク データを失うリスクとしては以下の 3つが考えられます。 外的要因(火事、落雷、盗難など) ハードディスク故障(つまりハードディスククラッシュ) 誤操作(リポジトリのデータを間違って消してしまう
SVNを捨ててGitを使うべき5つの理由 - Qiita
まえがき 私はGit好きの人間です。 もっと言えば、Gitを愛している（Git Lover）と言ってもいいくらいです。 そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、 いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。 そんなわけで 「会社にGit/GitHubを導入するための説得する」 という目的でこの記事を書こうと思います。 Gitの良さってなんだろう？ 実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、 それがあるのが当たり前でGitなしの開発など考えられなくなっていたからです。 そういう意味では、Gitって 中世における自動車 に近いものがあるのかもしれません。 その時代、移動手段といえば馬が普通であり、 自動車などが普及するとは誰も考えなかったわけです（たぶん）。 それが今で
ドキュメントのバージョン管理はSVNとGit、どっちがいいの？ - waveさんの技術日誌
SVNからGitへの移行を考えたんだけど… 10年ほど前にバージョン管理ソフトウェアとしてSVN(TortoiseSVN)を使い始めました。現在はドキュメントもソースコードもバージョン管理なしの世界には戻れないなと感じています。世の中的にGitが流行っているのは知ってたんだけど、職場でもGitに移行するって話は具体化しなかったし、いろいろ不便はあったけどSVNに慣れちゃってたんで、Gitの導入はしてませんでした。久しぶりに技術ブログを書くにあたって、サンプルコードを共有するならGitHubがいいかなーと思い、ようやく使い始めたところです。 なるほど、GitはオリジナルのリポジトリをローカルPCにコピー（クローン）して、ローカルで一旦コミットしてから、オリジナルにプッシュするという二段構えの構成になっている。個人の作業は成果物が完成するまでローカルで進めるので、マージの衝突頻度が緩和されるん
SubversionのリポジトリをGitリポジトリに移行する - ぱろっと・すたじお
私が一番最初に使ったバージョン管理システムはCVSでした あれがなければ、当時の無茶なチーム開発は不可能だったと思いますが、 使いづらい面もあって、ある程度運用でカバーしなければなりませんでした それを解決したのがSubversionで、 今の会社に至るまで、公私ともに使い続けていました しかし、時代は流れ、分散型リポジトリが主流となり、 私自身、数年前から使い出したGitに慣れてしまったのもあって、 もうSubversionには戻りたくありません(´-ω-) ちょうど、こちらのコラムにもそんな話が WEB+DB PRESS 総集編 [Vol.1?60] 作者: 森田創,cho45,ミック,増井俊之,山本陽平,角谷信太郎,中島拓,縣俊貴,大塚知洋,伊藤直也,小飼弾,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2011/10/15メディア: 大型本購入: 52人 ク
Tortoise SVN Client Side Hook Scripts
As of version 1.5 of TortoiseSVN, several new features have been included relating to the integration of issue trackers with the client. The main part of the integration allows for the addition of structured issue numbers to a commit log that allows for reference back to an issue tracker. Details of this can be found here http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-bugtracker.html
Subversion Best Practices
This is a quick set of guidelines for making the best use of Subversion in your day-to-day software development work. Use a sane repository layout There are many ways to lay out your repository. Because branches and tags are ordinary directories, you'll need to account for them in your repository structure. The Subversion project officially recommends the idea of a "project root", which represents
Support for Subversion clients - GitHub Enterprise Server 3.12 Docs
Supported Subversion features on GitHub Checkout The first thing you'll want to do is a Subversion checkout. Since Git clones keep the working directory (where you edit files) separate from the repository data, there is only one branch in the working directory at a time. Subversion checkouts are different: they mix the repository data in the working directories, so there is a working directory for
User-friendly SVN
User-Friendly USVN is a web interface written in PHP used to configure Subversion repositories.It's goal is to ease the creation of new projects without having to use the command line interface, therefor, maybe without privileged access to the server. USVN will then generate the list of users allowed to access your source code. This enable the delegation of rights to administrate Subversion reposi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Change all commit authors in subversion
Subversion のリポジトリを Git リポジトリへ変換し GitHub に登録するまでの手順
p/tortoisesvn/code - Revision 29636: /trunk/contrib/hook-scripts/client-side
dans.blog: SVN post-commit for Windows
Project Settings
Busy Developer’s Guide to Subversion Best Practices - WANdisco Blog
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_backup.html
Advanced property usage for review/approval status - SVNForum.org - Subversion Forum
属性 | Subversion によるバージョン管理 For Subversion 1.2