デブサミ2008講演資料の「SubversionとMaven 2 による構成管理」を読んで、改めてソフトウェア開発ではソース管理が最重要であると再認識した。 ソース管理について振り返ってみる。 【1】ソース管理の歴史 ソフトウェア開発では、ソース管理が必須だ。 ソース管理の本質は、履歴を辿って、いつでもソースをUndo、Redoできること。 昔のコンピュータ資源が希少な時、そもそもプログラムを履歴に残すことすらできなかっただろう。 今でもリリース時によくやるように、システム一式を複製して日付でリネームしていた。 僕は当初、ソース管理に、MSのVisualSourceSafeを使っていた。 CVSよりも直感的でGUIが使いやすい。 VSSを使い始めてから、下記の作業がルーチンになった。 朝、出社後、VSSから最新ソースを落として、VisualAgeForJavaのワークスペースにインポートす
今年も1年があっという間に過ぎてしまいましたね。AIが世間を賑わせていた1年でした。そんな中、相変わらずこれまで通りの仕事を続けられているのは有り難い事です。弊社に関係して下さっている全ての方に御礼申し上げます。 (generated by Midjojurney v6.0) こちらのブログには創業と振り返りぐらいで、年3回ぐらいしか投稿しなくなってしまいました😓 iOSの技術的なことは隔週でこちらに、プライベート色が強めな事はこちらに、それぞれ投稿するようになった…というのもあるのですが。 今回は主に会社や事業のことということで、例年通り本ブログに記録として2023年の振り返りを記したいと思います。 iOS事業 (業務用アプリ支援) 今年はなんといってもiOS事業、特にB2Bのご支援の増加です。業務用アプリはB2Cのアプリとは少し勝手が違うので、そのあたりのノウハウを伝える研修事業を始
2回に渡ってSubversionの使い方、Subversionとバグ管理システムとの連携について説明してきました。今回から、分散したSubversionのリポジトリを一元管理するSVKについて説明します。SVKはリポジトリの一元管理だけでなく、単体でも個人のバージョン管理の機能を提供しています。 SVKって何？ Subversionからいくつかの派生プロジェクトが生まれました。派生プロジェクトの１つに、2003年から開発が始まったSVKがあります。SVKは複数のバージョン管理システムのリポジトリを統一的に扱うためのツールです。リモートリポジトリとして、SubversionだけでなくCVSやPerforceなど、複数の種類のバージョン管理システムをサポートしているため、これらの違いを意識せずに操作できます。 SVKの一般的な作業フローは図1のようになります。まず、複数のサーバ上にあるリポジト
セキュアに公開されたソース管理システムと課題管理システム、つまりhttps接続のcvs/subversionとtrac/redmineを用意してほしい。 （略） 全てのプロジェクトメンバは計画と設計情報に対するアクセス手段を確保すべきだ。 元請け企業が用意すべきもの - @katzchang.contexts 激しく同意。 ツールの種類はともあれ、この手の情報は、 1箇所に集中 版の管理 セキュアなアクセス 誰でも参照できる を実現することよって、関係するすべての人にとって、作業負荷の軽減に寄与するものですから、さっさとやりましょうよ。 導入、周知、初期学習コストだけじゃん。 導入コストなんて、環境構築手順を確立して、場合によっては自動構築スクリプト化すればさくっと終わる話。 導入ノウハウなんて、みなさんいろんなところで公開してくれているわけだし。 初期学習コストなんて、初めて触る人だけの
ソフトウェア工学とアジャイル開発の関係について、平鍋さんの素晴らしい記事があったのでメモ。 【元ネタ】 An Agile Way > ソフトウェア設計で大切なこと(1/2) : ITmedia オルタナティブ・ブログ InfoQ: Agileの衰退と凋落 オブジェクト指向やテスト技法をはじめとするソフトウェア工学の知識とスキルは、ソフトウェア開発に携わる人には絶対必要なもので、その上で、プロジェクトマネジメント手法としてのアジャイルがある。 ということは、もういちどちゃんと言っておこう。そう思った動機は、James Shoreの「Art of Agile Development」を訳したこと。そして、それはXPの本だったこと。 ここ３年くらいXPという言葉はAgile界では下火になっていて、AgileといえばScrumという風潮だったのが、「エンジニアリングの無いScrumは所詮うまく行か
VSSとSubversionが思想とか仕組みレベルで同じものだと勘違いされてることが多い。 VSSはその仕組み上、ファイルサーバにリポジトリを置いておいても問題にならないけど、Subversionでは問題大有り。 Subversionのリポジトリは一種のファイルサーバのようなもので、ファイルサーバ上にリポジトリを置くということは、ファイルサーバ上にファイルサーバを構築しているようなもの。 そういう「考え方がおかしい」というところは見ないとしても、ファイルサーバにリポジトリを置くと、リポジトリ操作のためのコマンドがクライアント側で行われる、といった問題点もある。 これのせいで、どのマシンにもインストールされているであろうもの*1を使ってしかフックスクリプトが書けなくなってしまう。 コミットログが記述されてなければコミットを失敗させるのにも一苦労だ*2。 フックスクリプトを書いたはいいけど、フ
Try out our demos! for Trac 1.4 or Trac 1.6 (latest stable) (demo available soon) Trac is an enhanced wiki and issue tracking system for software development projects. Trac uses a minimalistic approach to web-based software project management. Our mission is to help developers write great software while staying out of the way. Trac should impose as little as possible on a team's established develo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Subversionハンドブック (Handbookシリーズ): team-thoth: 本