EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

ソフトウェア構成管理(SCM: Software Configuration Management)についての入門となる資料を公開します。 ソフトウェア構成管理周りについては、過去に バージョン管理とソフトウェア構成管理の関係 変更依頼管理ってなんぞや? ソースコードを扱う単位(1) 構成管理は誰のためのもの? デグレードへの根本的な対応 ソフトウェア構成管理の記事を連載します バグ管理についての記事を執筆しました。 プロセスの変更管理 ケント ベック氏のアジャイル開発における開発支援ツールの役割についてのホワイトペーパー と紹介してきました。 今回は、特定のご要望にお応えする目的で、バージョン管理の講演のために資料を作成しましたが、もともとバージョン管理だけすることに ROI 的な効果を感じていない(バージョン管理は、それだけをやろうとすると難しい面もあります)ので、ソフトウェア構成管理
Traditional waterfall development in the aerospace and aviation industries leads to stifled innovation, lengthy cycles, and limited feedback. Agile methodologies, adapted for strict safety regulations, offer a solution. By breaking down development into sprints and fostering collaboration, Scaled Agile can significantly improve efficiency, accelerate ingenuity, and get cutting-edge technologies to
トップレベルの構成管理の活動モデル 構成管理(こうせいかんり、configuration management、CM)とは、システムのライフサイクルにわたる範囲、性能、機能的および物理的要件、設計、操作に関する情報などを確立し維持する作業またはプロセスである[1][2]。形態管理、コンフィギュレーションマネジメントとも。CMプロセスは、武器システム、車両、情報システムなどの複雑なシステムを管理するため、軍事工学組織で広く使われている。軍事以外では、ITILやISO/IEC 20000で定義されるようなITサービス管理、土木工学や生産技術の分野でのドメインモデルでも使われており、例えば道路・橋・運河・ダム・建築物の建設や保守管理がある[3][4][5]。 システムのライフサイクルに構成管理を適用するとき、その範囲・性能・機能・構成要素・物理的な属性の視認性と制御を提供する。構成管理はシステム
ソースコードなどのプロジェクトの成果物を管理する手段として、バージョン管理とかソフトウェア構成管理と言うものがありますが、この2つの違いというのは意外と知られていないものです。 というか、厳密な定義がないに等しく(各書(各所)によって同じ言葉を異なった意味合いで用いていることがあるため)非常に紛らわしかったりします。 ここでは、一般的だと(私の主観で...)思う定義(をさらに簡略化して)にて、整理したいと思います: バージョン管理(Version Control): ソースコードなどのファイルを「いつ、誰が、なんのために、なにを、どのように」改訂したのかを版(リビジョンやバージョン)として記録し、構成の把握などに役立てること。 ソフトウェア構成管理(Software Configuration Management): プロジェクトの成果物の構成を正確に記録し、必要に応じて過去の構成であっ
ソフトウェア構成管理(ソフトウェアこうせいかんり、英: software configuration management、SCM)は、ソフトウェア開発プロジェクトをその成果物を通して制御・管理する方法論である。ソースコードや文書などの成果物の変更履歴を管理し、製品のバージョンやリビジョンに個々の成果物のどのバージョンが対応しているかを識別し、任意のバージョンの製品を再現可能とする。 バージョン管理システムは SCM のためのツールであるが、バージョン管理システムそのものを SCM と呼ぶこともある。しかし、一般にソフトウェア構成管理はバージョン管理とは等価ではなく、バージョン管理を制御するマネジメント的要素が含まれる。 当初、ソフトウェア構成管理(SCM)は単に CM(構成管理)と呼ばれており、本来はハードウェア開発と製造制御のためのものだった。以下では主にSCMツールの登場を時系列に並
@kyon_mmさんに誘わてSCM Boot Camp in Ngaoyaに行ってきました。 当日はGitのサポータしたり、ワッフル食べたりしてました。ワッフル、実においしかったです。 参加する2週間前ぐらいになんとなくDarcs/CAMPのことを調べてたらガチですごかったので、懇親会の闇LTでDarcsの紹介をしてきました。いや、マジですごいんですって。 LT資料『Darcsの紹介』 Darcs紹介@20120423-scmbc View more presentations from Hiroki Mizuno 何がすごいか いきなりボクの勝手な妄想でアレですが、gitとかmercurialとかの他の分散管理システムは単に実装があるだけか、あるいは、せいぜいレポジトリフォーマットの仕様がある程度だと思っています。 一方、Darcsは「変更とは何か」「マージは何をやるか」といったことを形
Redmine, git, Jenkins などプロジェクト管理ツールの状態を横断的かつリアルタイムに表示するWebアプリ『Dashbozu』を作りました。 これを使えば、一つの画面でプロジェクトの”今”の状態を把握できます。 WebSocketを用いているので、ただ開いているだけで、次々と情報を得ることができます。 iPadで開きっぱなしにして、机の上に置いておくような使い方を想定しています。 なぜこれを作ったか 一般的なソフトウェア開発現場では Redmineでチケットを作成する gitでコミットを繰り返し、中央レポジトリにpushする JenkinsによるCIが実行される 結果を確認し、Redmineのチケットを閉じる という流れで作業が進んでいきます。 これらの作業の中で、開発者は「適切な」タイミングでチェックとフィードバックをすることを求められます。 例えば、チェックのタイミング
チケット駆動開発の戦略part1として、BTSを構成管理ツールとして使うアイデアをメモ。 #走り書きは後でまとめる。 元ネタは、下記の記事。 チケット駆動開発 ITpro Challenge のライトニングトーク Tracの最大の利点はSubversionとの連携にあり 【1】トレーサビリティ Redmineのチケット管理をずっと続けると、要件からソースコードまでのトレーサビリティをすごく意識する。 実際の運用は下記になっている。 要件・仕様書・テスト仕様書のリンク、説明書き、作業履歴 ←→チケット ←→SVNリビジョン 何度も思うことは、本番リリース後のシステム開発は、リアルタイムに保守されない仕様書よりも、バグ有りで動くプログラムが正しいことだ。 しかも、お客も、バグありの機能を知った上の運用フローを組んでいる。 設計者は、XPのように、動くプログラムを正として、プログラムから機能仕様
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その1 メインライン コードライン編その2 コードラインポリシー コードライン編その3 プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その1 リリース管理 リリース編その2 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか? Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く