オープンコミュニティ「要求開発アライアンス」の2008年3月定例勉強会の発表資料。 要求開発方法論Openthologyにおける、ステークホルダーの関係性のメタファー「コタツモデル」に関する話です。
デブサミ2009 はてなの開発戦略
オープンコミュニティ「要求開発アライアンス」の2008年3月定例勉強会の発表資料。 要求開発方法論Openthologyにおける、ステークホルダーの関係性のメタファー「コタツモデル」に関する話です。
バージョン番号命名ルール
この前からバージョン番号ってどうやって決めれれてるんだろうって気になってたのですが、Micoroftさんはある程度の基準を作ってるみたいですね。 major.minor[.build[.revision]] 通常使用される構成要素を次に示します。 Major : 名前は同じでも、メジャー バージョンが異なるアセンブリは互換性がありません。これは下位互換性を想定できない製品のメジャー リライトなどに当てはまります。 Minor : 2 つのアセンブリにおいて、名前とメジャー番号が同じでも、マイナ番号が異なる場合は、下位互換性を目的とした大幅な改良が行われていることを示します。これは製品のポイント リリースや、完全下位互換の新しいバージョンの製品などに当てはまります。 Build : ビルド番号が異なる場合は、同一ソースの再コンパイルが行われたことを示します。これはプロセッサ、プラットフォーム
Git管理の神ツール「Gitolite」なら、ここまでできる！
「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
ankhsvn: Subversion Support for Visual Studio
We provide our global customers with solutions focused on enabling them to conceive, build and deliver the highest quality software at speed, in the manner and using the methods that best suit their particular requirements. Learn More Our solutions energize digital transformations. Our customers span industries including government, financial, and biotech. We inspire the future by enabling embedde
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
