少人数チームでのソフトウェア開発でソースコードを管理するリポジトリに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
「TortoiseSVNのインストールと設定」までで TortoiseSVNを使う準備ができました。 このページでは実際にTortoiseSVNを用いてバージョン管理システムを実際に使っていきます。 バージョン管理の流れ バージョン管理システムでソースやドキュメント類を管理するに当たっての 大まかな流れとしては以下の二通りが考えられます。 コピー・修正・マージモデル コピー・修正・マージの手法では、複数のユーザーが平行してソースやドキュメントを 修正できます。 同時に修正できるため、他のユーザーと修正部分が重なる場合もあります。 この場合、ユーザーが手動で衝突部分を編集し、「衝突」を解消する必要があります。 この手法だと衝突だらけになるのではと思うかもしれませんが、リポジトリ利用者の間で ちょっとコミュニケーションをとっていれば、そんなに衝突だらけにならないものです。 ただ、バイナリファイ
AboutAbout TortoiseSVNScreenshotsScreenshots of various dialogsTestimonialsWhat users say about TortoiseSVNNews ArchiveNews archiveSupportFAQFrequently asked questionsHelp filesThe complete documentationUseful tipsTips about not well known featuresMailing listsWhere to find the mailing listsReport bugsHow and where to report a bugTranslationsHelp translateProject statusOverview of releasesMiscIssu
TortoiseSVNはSubversion(SVN)クライアントであり、Windowsシェル拡張として実装されています。 つまり、必要な時にWindowsファイルエクスプローラで利用できるようになります。 Subversionコマンドラインクライアントを実行する必要がないため、直感的で使いやすいです。(Sub)バージョン管理の最もクールなインターフェースです! 最近更新されたファイル /1.14.5/Language Packs/LanguagePack_1.14.5.29465-x64-zh_TW.msi (日付: 2022-09-24 22:30) /1.14.5/Language Packs/LanguagePack_1.14.5.29465-x64-zh_CN.msi (日付: 2022-09-24 22:30) /1.14.5/Language Packs/LanguagePa
移転しました http://please-sleep.cou929.nu/20081209.html
プロジェクトをチェックアウト † [hoge@server1 svn]$ pwd /home/hoge/kino/svn [hoge@server1 svn]$ svn checkout "http://[サーバ名]/svn/sandbox/trunk/SampleProject@HEAD" \ -r HEAD --username "hoge" A SampleProject/.classpath A SampleProject/source A SampleProject/source/Main1.java A SampleProject/source/Main2.java A SampleProject/.project リビジョン 52 をチェックアウトしました。 チェックアウトしました。*1 [hoge@server1 svn]$ cd SampleProject [hoge@s
2020-03-11追記: タイトルの「未だ」がいつなのかわかりづらいので「2012年現在」を追加しました。 バカバカしい話ですが、ソースコードをSubversionなどでバージョン管理しているにもかかわらず、未だ修正前をコメントアウトして残す習慣は残っているところも多々あります。こういうのです。 // 2012/08/15 irof 修正開始 // hoge = fuga(1); hoge = fuga(2); // 2012/08/15 irof 修正終了 見た事無い方は、そのまま見ないままで生きていかれることを切に願います。 コメントの修正がある場合 2012/07/21にあった、SCMBCでこんなツイートがありまして。 この時点でお見せしたのはこんな感じ。 // 2012/07/21 削除開始 // // 間違ったコメント // 2012/07/21 削除終了 someMethod
TortoiseSVNをインストールするとPC全体が遅くなるように感じることがある。 これはTortoiseSVNを入れると、同時にインストールされるTSVNCache.exeというプロセスが原因です。 バージョン管理下に置かれたファイルやディレクトリに変更の状態がわかりやすくなるようにアイコンが変わる。 これをアイコンオーバーレイといいレポジトリと差分があったり衝突しているファイルがひと目で分かる便利な機能です。 しかしこのアイコン表示を効率的に行う為にファイルの書き込みを監視してキャッシュしている。 それを行っているのが TSVNCache.exe のプロセスです。 デフォルトの設定ではファイルの書き込み全てを TSVNCache.exe が監視しているので、パソコン全体が遅くなるというわけです。 右クリックメニューからTortoiseSVNの『設定』で設定できる。 左部メニューの『ア
分岐した内容に関して、バグが全くなければよいのですが、どうしても branchesで修正した内容をtrunkへ反映する必要が出てくる必要があるでしょう。 もちろん、trunkを先に修正してbranchesへ反映する場合も手順は同じです。 (ご注意) このページをご利用になった結果の影響については、 一切責任を負いませんので、あらかじめご了承願います。 「branches/v4/」を「trunk/」より分岐してから、しばらくの日が経ちました。 trunk側へはいろいろと新機能が入っていますが、 ブランチ側は出荷も近くて追加はせずに動作確認だけを続けています。 ある日、branchesもtrunkも両方修正しないといけないバグが見つかりました。 ここでは、先にブランチ側を修正して、その結果をtrunkへマージしましょう。 ↓ trunk/sample1.txt ↓ branches/v4/sa
概要 Tortoise SVNでチェックアウトやコミット、更新などの処理をしたときに、以下のようなエラーが表示されるときの対策です。 ..............\.svn\tmp\entries' から ..............\.svn\entries' にファイル名を変更できません: ファイルまたはディレクトリが壊れているため、読み取ることができません。 原因1 インデックスサービス Tortoise SVNのチェックアウト先フォルダがWIndowsのインデックスサービスの処理対象になっているとエラーになります。 確認する場合、コントロールパネルからインデックスのオプションを選択し、インデックスサービスを一時停止します。 これで再度Tortoise SVNの処理を実行してエラーが発生しないようならインデックスサービスが原因です。 特に大量のファイルをまとめてチェックアウトしたとき
TortoiseSVNの利用方法 TortoiseSVNのインストールの次は利用方法を解説します。 リポジトリの作成 TortoiseSVNを利用する場合はまずリポジトリを作成します。「リポジトリ」とはプロジェクトのバージョン管理の情報を保存しておく場所です。 リポジトリを作成したい場所(どこでも良いです。)に任意のフォルダ名でフォルダを作成します。 右クリックし、「TortoiseSVN」から「ここにリポジトリを作成」を選択します。 リポジトリのフォルダには様々なファイルやフォルダが生成されます。 リポジトリを削除する場合は、リポジトリのフォルダ毎、削除すれば大丈夫です。 プロジェクトのインポート プロジェクト(バージョン管理したいファイル群)をリポジトリに登録することをインポートと言います。 プロジェクトを管理しているフォルダを右クリックし、「TortoiseSVN」から「インポート」
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに はじめまして、Yahoo!検索のデザイナー担当の竹内美帆と申します。 今Yahoo! JAPANでは、プロジェクト毎にバージョン管理システムを使い分けていますが、Subversionを使用しコードを管理しているプロジェクトもあります。2011年1月~3月には、デザイナーが所属する部署でもデザイナーが作成するHTML・CSS・JavaScriptファイルなどをバージョン管理システムであるSubversion(サブバージョン)で管理しようという動きがありました。 デザイナーにとってはとっつきにくい印象がある「バージョン管理」ですが、うまく利用すれば「あのファイルどこいった?(汗)」「いつこのファイル書きかえたっけ?(汗)」「
目的 こういうのを書こうとした理由としては、 意外とSVNを知らない人が多い。 既存の解説ページだとTortoiseSVNのバージョンが古い。 日常で使う最低限の機能だけを説明したページが欲しい。 自分の会社の先輩に説明する時のためのまとめ。 と、まぁそんな感じ。 後、実際にTortoiseSVNを使いながら一通りの操作を説明したページが無かったので、書いてみようかなぁと。 SVNの詳細や運用方法などについて詳しく知りたい方は『Subversion実践入門』を読まれると良いですよ。 読んでない方は是非一読すべき良書。 Subversion実践入門:達人プログラマに学ぶバージョン管理(第2版) 作者: Mike Mason,でびあんぐる出版社/メーカー: オーム社発売日: 2007/04/21メディア: 単行本(ソフトカバー)購入: 35人 クリック: 672回この商品を含むブログ (102
・・・と言っておきながら、全く関係ないサイトの紹介です(汗)。個人的にはここ半年くらい、GitとSubversionが無料で使える、unfuddle.comというサイトを使っています。 このサービスはプロジェクト管理(Redmineがベース??)が出来るので、かなり使えます。GitHubやGoogle Code、SourceForge.JPのような、オープンソース対象のホスティングサイトとは異なり、無料アカウントでリポジトリを非公開に出来るのがポイントです。 でも、このサイトは基本的に「本気モードプロジェクト(?)」が対象です。チケット切って開発するようなプロジェクトに使うべきで、ちょっとした実験コードやメモなどはコミットしにくいという問題があります。 リポジトリのレイアウトを工夫すれば何とかなりそうだけど、本気モードプロジェクトにゴミを紛れ込ませるのはちょっと(笑)・・もっと単純に、ソー
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに Yahoo!検索のデザイナー担当の竹内美帆です。前回の記事「もうファイル管理で困らない! デザイナーのためのSubversion/TortoiseSVN入門」では、「Suvbersionの概要」と「TortoiseSVNのインストールから基本操作」を解説いたしました。今回はさらに一歩踏み込んで、Subversion初心者の多くが疑問を持つ「Subversionのフォルダーの命名と構成」と「TortoiseSVNの便利な使い方」をご紹介します。 目次 Subversionのフォルダーの命名と構成 基本的なフォルダーの命名と構成 柔軟な構成を考えてみる TortoiseSVNの便利な使い方 変更履歴を見る 前回のリビジョンと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く