トランクやブランチなどのバージョン管理用語の意味
Landscape トップページ | < 前の日 2006-03-27 2006-03-28 次の日 2006-03-29 > Landscape - エンジニアのメモ 2006-03-28 トランクやブランチなどのバージョン管理用語の意味 当サイト内を Google 検索できます * トランクやブランチなどのバージョン管理用語の意味この記事の直リンクURL: Permlink | この記事が属するカテゴリ: [VSS] [Subversion] バージョン管理システムで使われる用語の意味のメモ。主に CVS、Subversion、VSS (Visual SourceSafe) で使われる用語が対象。 - リポジトリ repositoryバージョン管理の履歴が保存されているところ。リポジトリのバックアップだけはしっかり取っておこう。 - ツリー treeリポジトリにある一連のファイルをまと
Visual Source Safeを使用するのは狂気の沙汰 - 神様なんて信じない僕らのために
きっかけ。 元ネタ。 俺はVSSを使用しようというプログラマを信用しない。（と宣言しておく） 割と適当訳なのでご了承ください。 時々現れる、どのバージョン管理ツールをつかうのかという宗教的議論の中で、 私はマイクロソフトのVisualSourceSafeが一貫して叩かれている事に気付きました。 私はこれほどまでに憎悪を集めるような別のソフトウェアプロダクトを考えることができません。 私のプログラミングキャリアの日々では幸運なことに、svnを使う場所で働いていおり、さらに最近ではgitだったので、私はVSSを一度も経験したことがないということです。 VSSは本当に皆が主張するくらいに悪いものですか？ はい、そのとおりです！！ 私はgit、svn、cvs、tfs、及びvssを使いましたが、VSSは最も悪かったです。 それには、みんなで作業を分離するという概念が全くありません。 ファイルを操作す
Mozilla Firefox Release Notes
Firefox is no longer supported on Windows 8.1 and below. Please download Firefox ESR (Extended Support Release) to use Firefox.
ソフトウェア構成管理 - Wikipedia
ソフトウェア構成管理（ソフトウェアこうせいかんり、英: software configuration management、SCM）は、ソフトウェア開発プロジェクトをその成果物を通して制御・管理する方法論である。ソースコードや文書などの成果物の変更履歴を管理し、製品のバージョンやリビジョンに個々の成果物のどのバージョンが対応しているかを識別し、任意のバージョンの製品を再現可能とする。 バージョン管理システムは SCM のためのツールであるが、バージョン管理システムそのものを SCM と呼ぶこともある。しかし、一般にソフトウェア構成管理はバージョン管理とは等価ではなく、バージョン管理を制御するマネジメント的要素が含まれる。 歴史[編集] 当初、ソフトウェア構成管理(SCM)は単に CM（構成管理）と呼ばれており、本来はハードウェア開発と製造制御のためのものだった。以下では主にSCMツールの登
Subversionのシステム構成を考えてみた
全社的にSubversionを使えないか調べているんだけど、その構成に関する資料はとても少ない。 SVN1.5だとエンタープライズ環境におけるSubversionの複製アーキテクチャ by japan.internet.com デベロッパーとかSubversionを見直せ by プログラマの思索さんがとても詳しい。 そこで、Subversionのシステム構成をまとめてみた。いきなり「WebDAV Transparent Write-Through Proxyっすよ！」とMTGで提案するのも何なので、まずは整理。 単一サーバの場合 これは簡単。WindowsならばAll-in-one Tracとか使えばすぐ環境ができる。 昔の職場では、自分のPCに入れて使っていたのでこの構成になる。 いいところ ・シンプル ・小さいプロジェクトとかならこれで十分 悪いところ ・リポジトリが壊れるとバックアッ
Visual Studio .NETによるチーム開発事始め Visual SourceSafeによるソース管理（準備編）（4/4） - ＠IT
すべての開発作業はクライアント側で行い、サーバ側はVSSデータベースを管理するだけにする。クライアント側の開発者は、ローカルのVS.NETのIDEでコーディングから単体テストまでを行い、完成したソース・コードをサーバ上のVSSデータベースに追加（チェックイン）する。 VS.NETによるソース管理の実践に入る前に、このVSSサーバ／VSSクライアントの環境を構築する必要がある。まずはサーバ側にVSSサーバをインストールしよう。 ■VSSサーバのインストール VSSサーバのインストールはそれほど難しくないので詳細は割愛する。本稿ではインストール先フォルダを「C:\Program Files\Microsoft Visual Studio\VSS」（デフォルト値）に指定してインストールを行った。インストールで注意すべき点は次の2つだ。 1つ目は「セットアップの種類」を選択するところで、本稿のよう
分散型バージョン管理システムは実際の開発現場でどれだけ普及するか？ - 現場のためのソフトウェア開発プロセス - たかのり日記
バージョン管理ツールは、「集中型」と「分散型」に分類できますが、OSSのバージョン管理ツールには以下のようなものがあります。 集中型 CVS、SVN 分散型 Git、Mecruial、Bazaar 最近は、分散型のツールへの注目が高くなってきていますが、「実際の開発の現場でも普及するか？」というと、あまり普及するとは思わない。 OSSの開発コミュニティなど、ある程度スキルが高い開発者が集まる開発では、ブランチ管理が簡単といった分散型の効果が活きてくると思うのですが、実案件の開発現場となると、残念ながら、必ずしもそのような開発者だけではない。 数人程度の小規模プロジェクトならまだしも、大規模プロジェクトになると、レベルもバラバラな人が集まることは必至です。 そのようなプロジェクトでは、できるだけブランチは避けた方が、間違いなく混乱が少ない。 少し前のマーチン・ファウラー氏の記事ですが、バージ
Brad Appleton
Brad Appleton is an Enterprise Agile+DevOps leader, coach & manager, and seasoned DevOps/ALM/CM solution architect at a large Fortune 100 company. Currently he helps organizations and teams scale, adopt and apply lean/agile development methods and DevOps/ALM/CM practices and tools. He is co-author of Software Configuration Management Patterns, a columnist for the AgileConnection (and CMCrossroads)
SVN標準ディレクトリ構成 - atsukanrockのブログ
はじめに SVNの標準的なディレクトリ構成の良さが、やっと理解できたのでメモしておく。 上記についての解説は、インターネット上にたくさんあるが、それでは私には良さが理解できなかった。だが、SVN自体のリポジトリ（SVNで管理されている）を見て、その良さを理解できた。『*The* Subversion Repository』を参照のこと。『README』を読むと、基本的なことがわかる。 ディレクトリ構成図 SVN自体のリポジトリの、ディレクトリ構成の一部を以下に抜粋する。末尾が「/」はディレクトリ、それ以外はファイルを表す。 / + README + branches/ | + 1.0.x/ | + 1.4.x/ | + 1.4.x-r24119,r24121/ | + 1.5.x-issue2489/ | + arterm-soc-work/ | + issue-2382/ + tags/
VisualSourceSafeのマージ手順 - foohogehoge's blog
VSSで、Subversionっぽくこんな階層構造にしてみた。 /$ ├─trunk └─branches ├─0.0.1 ├─0.0.2 ： ：ブランチを作成する際はD&Dで「分岐」すれば良いのだが、 マージする際に困ってしまった。 VSSエクスプローラ上からはファイル1つづつしかマージできないようだ。 ここで、一気にマージする方法を考える。 考えた手順は以下の通り trunkをローカルに取得して、全てチェックアウトしておく。 マージしたいブランチ(0.0.2等)をローカルに取得する。 trunkのローカルコピーにブランチのローカルコピーを上書きする。 VSSエクスプローラで$/trunkを選択し、プロジェクトの相違点を表示する。この際にサブプロジェクトも含める。 全て調整をクリックし、マージする。 最後の「全て調整」時の設定は次のようにすると良いようだ。 作業フォルダ外のファイル ：無
)
Visual SourceSafe ファイルの共有および分岐、マージ機能
ファイルの共有 Visual SourceSafe にはプロジェクト間でファイルを共有する機能が装備されています。これはファイルをあたかも複数のプロジェクトに同時に存在しているようにする機能です。共有されているファイルの "マスター コピー" は Visual SourceSafe データベースの中に保管されていますが、そのファイルを共有しているどのプロジェクトからでも同じようにアクセスできます。あるプロジェクトの共有されているファイルに対して変更を加えると、そのファイルを共有しているすべてのプロジェクトにもその変更内容が即座に反映されます。この機能により、同じ修正を何度も加える手間がなくなり、使用ディスク容量も節約できます。 ファイルの共有の事例 ここでは、ファイル共有の利点を理解するため、以下の各事例について考えてみましょう。 仕様書を共有するとき あるアプリケーションを開発しているプ
チケット駆動開発 - Wikipedia
チケット駆動開発 (ticket-driven development; TiDD) とは、プログラム開発手法の一種で、作業をタスクに分割しBTS（Bug Tracking System／バグ管理システム）のチケットに割り当てて管理を行う開発スタイル[1]。細かな修正作業の多い従来開発の中で生まれたが、アジャイル開発との親和性が高い[2]ことから、エクストリーム・プログラミングをはじめとするアジャイル開発でも実践されている。 はじまり[編集] チケット駆動開発が提案された2007年ころはソフトウェア開発環境が充実し、Subversion、trac、ウィキを活用したプロジェクト運営が注目されていた[3]。そのような中で、たくさんの細かな修正を効率よく行う方法として「チケット駆動開発」が現場から生まれた。 チケット駆動開発は、まちゅ氏のITpro Challenge のライトニングトーク「もう
今さら聞けないSubversion使い方まとめ
■よく使うコマンド １．管理下にしないファイルやディレクトリはignoreで管理外にする 例)ignoredir内に格納されているファイルすべてをバージョン管理外に設定する
構成管理 実践入門 第1章 構成管理入門 はじめに
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
Redmineの各機能から眺めたチケット駆動開発の課題 - プログラマの思索
Redmineの各機能から眺めたチケット駆動開発の課題についてメモ。 ラフなメモ書き。 【プロジェクト】 「Redmineのプロジェクトはどんな単位で作るべきか？」という質問は良く出る。 僕がTiDDをアジャイルに運用した経験から言えば、二つある。 一つ目はブランチのライフサイクルに合わせる。 二つ目はITILの運用保守プロセスに合わせる。 前者は、RedmineのプロジェクトがSCMリポジトリと1対1に対応している思想から、自然に扱える。 例えば、本番リリースしたソースは本番ブランチとして作られて、trunkとは別のコードラインで保守される。そして、次のメジャーバージョンが出たら、古い本番ブランチは廃止されて、以後は保守されなくなる。 つまり、プロジェクトとブランチが1対1に対応する状態遷移になる。 プロジェクト：新規作成→使用中→非公開→終了 ブランチ：新規作成→使用中→廃止(以後保守
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20090911/p01/
subversion: Documents & files: Windows Binaries
Subversion/運用方法 - ピノキヲ IT Wiki
asf - Revision 1915919: /subversion
【勉強会】パターンによるソフトウェア構成管理
