Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
En vedette (18)
Similaire à バージョン管理#01 -Subversion編-
Similaire à バージョン管理#01 -Subversion編- (20)
Plus de hakoika-itwg
Dernier
Dernier (12)
バージョン管理#01 -Subversion編-
- 1. はこだてIKA 夜間勉強会 バージョン管理 - Subversion 編 - skomatsu facebook.com/comutt, @comutt, id:comutt atWare, Inc. February 28, 2013
- 2. 必要なもの • ネットワークに接続できるPC/Mac • Subversive プラグイン導入済 Eclipse • Google Code にアクセスするための Google アカウント
- 3. Google Code • URL: https://code.google.com/p/vcs01-svn/ • Wiki: • https://code.google.com/p/vcs01-svn/wiki/ VCS01 • https://code.google.com/p/vcs01-svn/wiki/ SubversionLinks • リンク集は、TortoiseSVN以外にも追加し ておきます
- 4. バージョンとは • Ver. 1.2 や Rev. 3 など • コンテンツの「状態」を一意に表すID
- 6. ver.1 <html> </html> ver.2 <html> <body> </body> </html>
- 7. ver.1 <html> </html> ver.2 <html> <body> </body> </html> ver.3 <html> <body> <h1>HTML</h1> </body> </html>
- 10. 人力バージョン管理
- 11. 人力バージョン管理 2/1 に作った初版。 index.html.20130201 日付をつけた。
- 12. 人力バージョン管理 2/1 に作った初版。 index.html.20130201 日付をつけた。 2/1 に作った第2版。 index.html.20130201_02 日付だとかぶるので少し変化。
- 13. 人力バージョン管理 2/1 に作った初版。 index.html.20130201 日付をつけた。 2/1 に作った第2版。 index.html.20130201_02 日付だとかぶるので少し変化。 直前のバージョン。 index.html.bak 安易に .bak にリネームした。
- 14. 人力バージョン管理 2/1 に作った初版。 index.html.20130201 日付をつけた。 2/1 に作った第2版。 index.html.20130201_02 日付だとかぶるので少し変化。 直前のバージョン。 index.html.bak 安易に .bak にリネームした。 最新版 index.html
- 17. • バージョンの表現規則が人依存
- 18. • バージョンの表現規則が人依存 • 日付（YYYYMMDDなど）
- 19. • バージョンの表現規則が人依存 • 日付（YYYYMMDDなど） • 人力インクリメント（_01, _02など）
- 20. • バージョンの表現規則が人依存 • 日付（YYYYMMDDなど） • 人力インクリメント（_01, _02など） • 合わせ技（YYYYMMDD_01など）
- 21. • バージョンの表現規則が人依存 • 日付（YYYYMMDDなど） • 人力インクリメント（_01, _02など） • 合わせ技（YYYYMMDD_01など） • 人依存なのでファイルごとにばらばらになっ たりする
- 22. • バージョンの表現規則が人依存 • 日付（YYYYMMDDなど） • 人力インクリメント（_01, _02など） • 合わせ技（YYYYMMDD_01など） • 人依存なのでファイルごとにばらばらになっ たりする • index.html.01
- 23. • バージョンの表現規則が人依存 • 日付（YYYYMMDDなど） • 人力インクリメント（_01, _02など） • 合わせ技（YYYYMMDD_01など） • 人依存なのでファイルごとにばらばらになっ たりする • index.html.01 • index.css.20130201
- 24. • バージョンの表現規則が人依存 • 日付（YYYYMMDDなど） • 人力インクリメント（_01, _02など） • 合わせ技（YYYYMMDD_01など） • 人依存なのでファイルごとにばらばらになっ たりする • index.html.01 • index.css.20130201 • main.js.test
- 25. • バージョンの表現規則が人依存 • 日付（YYYYMMDDなど） • 人力インクリメント（_01, _02など） ★ • 合わせ技（YYYYMMDD_01など） 複数人の作業で人数が増えるほどカオスに • 人依存なのでファイルごとにばらばらになっ ★統一を図るのは不可能 たりする • index.html.01 • index.css.20130201 • main.js.test
- 28. • ファイル単位
- 29. • ファイル単位 • index.html.01
- 30. • ファイル単位 • index.html.01 • index.css.20130201
- 31. • ファイル単位 • index.html.01 • index.css.20130201 • main.js.test
- 32. • ファイル単位 • index.html.01 • index.css.20130201 • main.js.test • ディレクトリ単位
- 33. • ファイル単位 • index.html.01 • index.css.20130201 • main.js.test • ディレクトリ単位 • images.bak/
- 34. • ファイル単位 • index.html.01 • index.css.20130201 • main.js.test • ディレクトリ単位 • images.bak/ • js.old/
- 35. • ファイル単位 • index.html.01 • index.css.20130201 • main.js.test • ディレクトリ単位 • images.bak/ • js.old/ • css/20130201/
- 36. • ファイル単位 • index.html.01 ★バージョンの管理単位がばらばら • index.css.20130201 ★特定のバージョンに一括で戻すのが困難 • main.js.test ★• ディレクトリ単位 リリース後バグが判明したので切り戻したい • images.bak/ ★過去のリリースバージョンを参照したい • js.old/ • css/20130201/
- 37. 問題点 安全に共有できない
- 39. • ファイルサーバで共有
- 40. • ファイルサーバで共有 • 自分の作業場所: C:¥project¥hoge
- 41. • ファイルサーバで共有 • 自分の作業場所: C:¥project¥hoge • 共有場所: ¥¥Server¥project¥hoge
- 42. • ファイルサーバで共有 • 自分の作業場所: C:¥project¥hoge • 共有場所: ¥¥Server¥project¥hoge • 共有タイミングが人依存
- 43. • ファイルサーバで共有 • 自分の作業場所: C:¥project¥hoge • 共有場所: ¥¥Server¥project¥hoge • 共有タイミングが人依存 • 同時編集の可能性
- 44. • ファイルサーバで共有 ★複数人の作業では共有が困難 • 自分の作業場所: C:¥project¥hoge ★Aさんの変更が、 • 共有場所: ¥¥Server¥project¥hoge Bさんによって上書きされてしまうリスク • 共有タイミングが人依存 ★ソースコードが壊れてしまうリスク • 同時編集の可能性
- 45. 問題点 履歴管理が困難
- 47. • コメントで履歴管理
- 48. • コメントで履歴管理 • <!-- 2013/02/03 skomatsu スライドショーを追加 -->
- 49. • コメントで履歴管理 • <!-- 2013/02/03 skomatsu スライドショーを追加 --> • <!-- 2013/02/04 ishikawa スライドショーを修正 -->
- 50. • コメントで履歴管理 • <!-- 2013/02/03 skomatsu スライドショーを追加 --> • <!-- 2013/02/04 ishikawa スライドショーを修正 --> • <!-- 2013/02/05 matsudate 下記バグあり。コメントアウト -->
- 51. • コメントで履歴管理 • <!-- 2013/02/03 skomatsu ★履歴管理がカオスに スライドショーを追加 --> ★差分なんて見れたものではない • <!-- 2013/02/04 ishikawa スライドショーを修正 --> ★誰が、いつ、何の変更をしたか、が不明確 • <!-- 2013/02/05 matsudate 下記バグあり。コメントアウト -->
- 52. 問題点 作業分岐が困難
- 54. • 保守チーム
- 55. • 保守チーム • バグフィックスなどの修正
- 56. • 保守チーム • バグフィックスなどの修正 • 新機能A開発チーム
- 57. • 保守チーム • バグフィックスなどの修正 • 新機能A開発チーム • 機能追加開発
- 58. • 保守チーム • バグフィックスなどの修正 • 新機能A開発チーム • 機能追加開発 • 新機能B開発チーム
- 59. • 保守チーム • バグフィックスなどの修正 • 新機能A開発チーム • 機能追加開発 • 新機能B開発チーム • Aチームとは別の機能追加開発
- 60. ★ •複数チームが同時開発すると、 保守チーム • バグフィックスなどの修正 バッティングすることがあるので、 •コードベースを分けたい 新機能A開発チーム ★分けて開発 • 機能追加開発 ★一本化しようとしたら、マージ地獄 • 新機能B開発チーム ★マージし終わっても、あとから見ると出生不明 • Aチームとは別の機能追加開発
- 61. バージョン管理システム • 略してVCS（Version Control System） • ソース管理（SCM）とも言う
- 62. 利点
- 65. 利点 • バージョン管理規則は使用するVCSまかせ • 複数人作業を手厚くサポート • 履歴管理、閲覧、差分取得が容易
- 66. 利点 • バージョン管理規則は使用するVCSまかせ • 複数人作業を手厚くサポート • 履歴管理、閲覧、差分取得が容易 • 作業分岐、再統合が容易
- 68. 種類 • 集中管理型 ref: http://www.atmarkit.co.jp/fjava/rensai4/devtool03/devtool03_1.html
- 69. 種類 • 分散型 ref: http://www.atmarkit.co.jp/fjava/rensai4/devtool03/devtool03_1.html
- 70. 種類
- 71. 種類 • 集中管理型（一例） • フリー: Subversion, CVS • 商用: Perforce, Team Foundation Server Clear Case, Visual SourceSafe
- 72. 種類 • 集中管理型（一例） • フリー: Subversion, CVS • 商用: Perforce, Team Foundation Server Clear Case, Visual SourceSafe • 分散型（一例） • フリー: Git, Mercurial, Bazaar, Monotone • 商用: BitKeeper, Code Co-op, Synergy
- 74. 仕組み 作業コピー リポジトリ
- 75. 仕組み ①（最新版）取得 作業コピー リポジトリ
- 76. 仕組み ①（最新版）取得 作業コピー リポジトリ ②変更
- 77. 仕組み ③登録 ①（最新版）取得 作業コピー リポジトリ ②変更
- 78. 仕組み ③登録 ①（最新版）取得 作業コピー リポジトリ ②変更 • 登録・・・コミット
- 79. 仕組み ③登録 ①（最新版）取得 作業コピー リポジトリ ②変更 • 登録・・・コミット • 取得・・・チェックアウト、アップデート
- 80. 基本的な使い方
- 82. 基本的な使い方 1.チェックアウト／アップデート • 作業ディレクトリに最新版を取得 2.変更 • 作業ディレクトリ内のファイルを修正
- 83. 基本的な使い方 1.チェックアウト／アップデート • 作業ディレクトリに最新版を取得 2.変更 • 作業ディレクトリ内のファイルを修正 3.コミット • 作業ディレクトリ内のファイルをリポジト リに登録
- 84. リポジトリ
- 86. リポジトリ • コンテンツが履歴管理されている • 変更をコミットすると、 自動的にバージョン（リビジョン）が上がる
- 87. 作業コピー
- 89. 作業コピー • リポジトリと紐付いたローカルディレクトリ • リポジトリに意図的にコミットするまで、 コンテンツは同期されない
- 90. 作業コピー • リポジトリと紐付いたローカルディレクトリ • リポジトリに意図的にコミットするまで、 コンテンツは同期されない • コミットせずに取り消すこともできる
- 91. 作業コピー • リポジトリと紐付いたローカルディレクトリ • リポジトリに意図的にコミットするまで、 コンテンツは同期されない • コミットせずに取り消すこともできる • 作業コピーを消しても、リポジトリは消えな い
- 92. Subversionとは • 元々 CollabNet, Inc. が開発したVCS • CVSの置き換えを狙って作られた • 2010年にApacheトッププロジェクト • Apacheライセンス（オープンソース） • Win/Mac/Linux など、幅広いプラットフォー ムで動作
- 93. GUIクライアント • Windows • TortoiseSVN など • Mac • Versions, Cornerstone など • Linux • Esvn, RabbitVCS など
- 94. IDE連携 • バージョン管理連携機能がついたIDEでは、 Subversionは対応済みのことが多い • Eclipse • Visual Studio • Xcode • etc..
- 95. Subversion 初歩
- 96. 1. チェックアウト
- 98. 1. チェックアウト • チェックアウトに必要なもの • URL
- 99. 1. チェックアウト • チェックアウトに必要なもの • URL • https://...
- 100. 1. チェックアウト • チェックアウトに必要なもの • URL • https://... • svn://...
- 101. 1. チェックアウト • チェックアウトに必要なもの • URL • https://... • svn://... • file://...
- 102. 1. チェックアウト • チェックアウトに必要なもの • URL • https://... • svn://... • file://... • （ユーザ）
- 103. 1. チェックアウト • チェックアウトに必要なもの • URL • https://... • svn://... • file://... • （ユーザ） • （パスワード）
- 104. URL? サーバが必要？
- 107. 今からバージョン管理 始めるなら とりあえず file://... で始めるのが楽 → あとからサーバ移行もできる
- 108. Windows しかないなら TortoiseSVN で全部完結
- 109. なので
- 110. バージョン管理していないなら 明日からすぐ！
- 111. TortoiseSVNの良い 良い参考サイト紹介 TortoiseSVNの基本的な使い方 その1 http://d.hatena.ne.jp/sinsoku/20100405/1270397683 もうファイル管理で困らない！ デザイナーのためのSubversion/TortoiseSVN入門 http://techblog.yahoo.co.jp/tips/subversion-for-designers-01/ デザイナーのためのSubversion/TortoiseSVN入門2 -Subversionでのフォルダーの命名・構成とTortoiseSVNの便利な使い方- http://techblog.yahoo.co.jp/tips/subversion-for-designers-02/
- 112. TortoiseSVNの良い 良い参考サイト紹介 Google Code の Wiki にリンク集として掲載してます TortoiseSVNの基本的な使い方 その1 http://d.hatena.ne.jp/sinsoku/20100405/1270397683 もうファイル管理で困らない！ デザイナーのためのSubversion/TortoiseSVN入門 http://techblog.yahoo.co.jp/tips/subversion-for-designers-01/ デザイナーのためのSubversion/TortoiseSVN入門2 -Subversionでのフォルダーの命名・構成とTortoiseSVNの便利な使い方- http://techblog.yahoo.co.jp/tips/subversion-for-designers-02/
- 113. 1. チェックアウト 脱線 したので再掲
- 114. 1. チェックアウト 脱線 したので再掲 • チェックアウトに必要なもの
- 115. 1. チェックアウト 脱線 したので再掲 • チェックアウトに必要なもの • URL
- 116. 1. チェックアウト 脱線 したので再掲 • チェックアウトに必要なもの • URL • https://...
- 117. 1. チェックアウト 脱線 したので再掲 • チェックアウトに必要なもの • URL • https://... • svn://...
- 118. 1. チェックアウト 脱線 したので再掲 • チェックアウトに必要なもの • URL • https://... • svn://... • file://...
- 119. 1. チェックアウト 脱線 したので再掲 • チェックアウトに必要なもの • URL • https://... • svn://... • file://... • （ユーザ）
- 120. 1. チェックアウト 脱線 したので再掲 • チェックアウトに必要なもの • URL • https://... • svn://... • file://... • （ユーザ） • （パスワード）
- 121. 皆さんには すでにしていただきました
- 122. 作業コピーを見てみよう • 手順通りにチェックアウトしたなら • Windows の方 • C:¥tech-study¥workspace¥sample-web • Mac の方 • ~/Documents/tech-study/workspace/sample- web
- 123. 作業コピーを見てみよう
- 124. 作業コピーを見てみよう ★.svn ディレクトリがある = 作業コピー （OSの設定によっては表示されません）
- 125. 2. 変更
- 126. 2. 変更 • Eclipse で、それぞれHTMLファイルを作成し てください
- 127. 2. 変更 • Eclipse で、それぞれHTMLファイルを作成し てください • testN.html （Nは数字）というファイル名で作 成してください
- 128. (1) public_html の上で右クリック (2) New をクリック (3) File をクリック
- 129. (1) ファイル名を入力 (2) Finish をクリック
- 130. なにか、適当なHTMLを入力して ? がついてる 保存してください = まだバージョン管理されていない
- 131. 3. コミット
- 133. (1) sample-web を右クリック (3) リポジトリーと同期をクリック (2) Team をクリック
- 134. (1) + アイコンでツリーを展開 (3) 赤い方の矢印を クリックしてコミット (2) 新たに test0.html をバージョン管理下 におくことを意味する
- 135. (1) コミットメッセージを入力 (2) 自分が作成したファイルが 追加対象になってることを確認 (3) OKをクリック
- 137. 無いと困る
- 138. コミットメッセージ
- 141. コミットメッセージ • コミット時に、任意のコメントを書ける • そのコミットが、何の意図を持ってしたのか などをコメントする • 後から履歴を追うときに大変重要
- 142. コミットメッセージ • コミット時に、任意のコメントを書ける • そのコミットが、何の意図を持ってしたのか などをコメントする • 後から履歴を追うときに大変重要 • コミットメッセージがないと、 「この変更は何なの？」となりやすい
- 143. コミットメッセージの例
- 144. コミットメッセージの例 • BUG xxx を修正
- 145. コミットメッセージの例 • BUG xxx を修正 • ストーリー yyy を実装
- 146. コミットメッセージの例 • BUG xxx を修正 • ストーリー yyy を実装 • チケット zzz を完了
- 147. コミットメッセージの例 • BUG xxx を修正 • ストーリー yyy を実装 • チケット zzz を完了 • ○○を実装。 実はまだ△△機能がIEで動かない。
- 148. コミットメッセージの例 • BUG xxx を修正 • ストーリー yyy を実装 • チケット zzz を完了 • ○○を実装。 実はまだ△△機能がIEで動かない。 補足情報もいれると、 コミットログの情報量が増えて良い
- 149. 4. 履歴を見る
- 150. 4. 履歴を見る • Eclipse で、 sample-web プロジェクトの 履歴を確認してください
- 151. (1) Java パースペクティブを選択
- 152. (1) sample-web を右クリック (3) リソース・ヒストリーを表示 をクリック (2) Team を選択
- 154. リビジョン履歴が表示される
- 156. 5. さらに変更を加える
- 157. 5. さらに変更を加える • 追加したファイル（testN.html）に、 何か変更を加えてください
- 158. 5. さらに変更を加える • 追加したファイル（testN.html）に、 何か変更を加えてください • <p>一行追加</p> みたいなのでいいです
- 159. (1) 何か変更する (2) 変更があることを意味する 「＞」印がつく
- 160. (1) sample-web を右クリック (3) リポジトリーと同期をクリック (2) Team をクリック
- 161. (1) ツリーを展開 (2) コミット可能な変更があることを 意味する「→」マークがついている (3) sample.html を ダブルクリックする
- 162. ローカルファイルの状態
- 163. リポジトリ最新に比べて、 一行追加されている リポジトリ最新の状態
- 164. コミットボタンをクリック
- 165. コミットメッセージの入力 OKをクリック
- 166. 6. 差分を見る • 追加した testN.html を右クリックし、 Team -> リソース・ヒストリーを表示 をクリックしてください • 選択したリビジョン間の差分を見ることがで きます • 比較したいリビジョンをCtrl/Cmdを押しな がら選択 • Compare with Each Other
- 167. 一歩進んだバージョン管理
- 168. ブランチ • 日本語訳: 枝 • ソースコードを枝分かれさせたいとき • 機能単位、作業単位で枝分けしたりする • メインの枝は幹（trunk）
- 169. Subversion でのブランチ • 以下のようなツリー構造が推奨されている リポジトリ ├── trunk │ └── trunk のソースコード └── branches ├── branch1 │ └── branch1 のソースコード └── branch2 └── branch2 のソースコード • branches 配下に、各ブランチを格納
- 170. タグ • 洋服などについてる「タグ」と同じ意味 • ラベルとも言える • 特定のバージョンに名前を付けたいときに使 う
- 171. Subversion でのタグ • 以下のようなツリー構造が推奨されている リポジトリ ├── trunk │ └── trunk のソースコード └── tags ├── tag1 │ └── tag1 のソースコード └── tag2 └── tag2 のソースコード • tags 配下に、各タグを格納
- 173. ブランチの活用例2 • trunkはFIXしたソースコードのみ • 開発はすべてbranchで行う • 開発完了したbranchはtrunkにマージする
- 174. 弊社での例 • trunk・・・メインストリーム、FIX済み専用 • branch・・・機能ごと、BUGFIXごとにブラ ンチ • tag・・・リリースバージョンごとにタグ
- 175. リポジトリ ├── trunk ├── branches │ ├── redmine-1 │ ├── redmine-2 │ └── redmine-3 └── tags ├── release-1.0.0 ├── release-1.0.1 └── release-1.1.0 • チケット駆動開発 • どのブランチでどの機能開発・BUGFIXをし ているか一目瞭然 • ソースが混在しない
- 176. おわり • 2時間でハンズオン混みで、Subversion によるバージョン管理の魅力を お伝えするのはなかなか難しいですね（私の講師力が低いとも）。 • Git編もやりたいのですが、 それよりももっと Subversion を活用した例、 バックアップなどの運用ノウハウなど聞きたい方が居れば、 リクエストください。 • お疲れさまでした。