タグ

SCMに関するH_Yamaguchiのブックマーク (6)

  • SVNのコミットログの書き方 - プログラマの思索

    小川 明彦, 阪井 誠 : チケット駆動開発 日のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初のアジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

    SVNのコミットログの書き方 - プログラマの思索
    H_Yamaguchi
    H_Yamaguchi 2010/11/29
    最近は、コミットログにチケットの番号しか書かない。変更理由はチケットに書けばよし。
  • リビジョン管理システムを使える技術者はイケテいる - 檜山正幸のキマイラ飼育記 (はてなBlog)

    ある程度の経験を積んだ技術者/プログラマであるかどうかを判断したいとき、「リビジョン管理システムを普通に使えるかどうか?」という基準はけっこう有効な気がした。 以下の使い方は、「使ってみれば便利さが分かるから」とか言ってなんら説明をしなかった僕の責任です -- と前置きしますが: proj/2009-10-23/, proj/2009-11-10/ なんてディレクトリが、リビジョン管理下になっている。 同じことだが、foo.c, foo-v2.c, foo-v3.c なんてファイルがある。 リポジトリのワーキングコピーとは別に、“ほんと”のワーキングディレクトリがあり、ほんとのワーキングディレクトリから一端リビジョン管理下ワーキングディレクトリにファイルコピーしてからコミットしている。 複数人参加単一プロジェクトのディレクトリ構成が、proj/tanaka/, proj/suzuki/,

    リビジョン管理システムを使える技術者はイケテいる - 檜山正幸のキマイラ飼育記 (はてなBlog)
    H_Yamaguchi
    H_Yamaguchi 2009/12/02
    「他の人が触っていると思われるファイルを編集するときには一声かける」ルールとか、「みんなが使う機能のファイルをコミットしたときにはコミットメールとは別にチャットでも周知する。」ルールとかある。
  • 連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説(前編)

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説(前編)
  • gitだからこそできるチケット駆動開発のやり方 - kunitの日記

    ここ数ヶ月の成果。やっぱり中心にはgitがある。 チケット駆動開発の良さはわかっていたが、なかなかうまくいかないなぁと思っていたが、gitをちゃんと使うようになってそれができるようになってきた。 チケット駆動開発を実践するにはまずはチケットをきらないといけない。けど、それができない。やっぱりいきなり手をつけちゃうんだよね。それってなんでそうなっちゃんだろうと常々思っていた。 それをある意味抑制するやり方。今やっている方法は、作業するなら作業用のブランチを切れ!それにはチケット番号を付けろ!という方式にしている。 たとえば会員管理の機能に追加したい場合は以下のような手順になる。 会員管理を拡張したいなぁ じゃRedmineでチケットを切るぞ チケット番号が振られた(たとえば #567 だとする) さぁ、ブランチ切るか(members_567) そのブランチで作業開始! 濱野さんがWEB+DB

    gitだからこそできるチケット駆動開発のやり方 - kunitの日記
  • Google Codeライクなソフトウェア開発管理システム·InDefero MOONGIFT

    個人的には最近、GitHubGoogle Codeを使ってソフトウェアを管理することが多くなっている。今までのソフトウェア管理環境はどうも重厚で、はじめるまでのステップが面倒だった。その点、これらのリポジトリサービスは手軽にはじめられるのが良い。 プロジェクトを作成してソフトウェアを開発管理する この雰囲気をローカルやオフィスでも使いたいと思っていた人には朗報だ。ぴったりのソフトウェア開発管理システムがInDeferoだ。 今回紹介するオープンソース・ソフトウェアはInDefero、PHPで作られたソフトウェア管理システムだ。 InDeferoはプロジェクトホーム、ダウンロード、ドキュメント、問題管理、ソース、コードレビューといった機能がベースになっている。もちろん複数人でコミットし、ソフトウェアを管理することも可能だ。 ソースの取得法なども表示される リポジトリはGit、Subvers

    Google Codeライクなソフトウェア開発管理システム·InDefero MOONGIFT
  • Subversionを見直せ - プログラマの思索

    SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー|gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、番運用中の保守br

    Subversionを見直せ - プログラマの思索
  • 1