受託開発でGitとmavenを使って開発をしている - そこに仁義はあるのか(仮)
会社で受託開発していて、gitを使った開発フローを考えることになった。 ニアショアに開発をお願いしていて、ニアショアからの受け入れタイミングが何回かあるから、それにあわせてブランチをわけている。 どういうフローで進めているかと、一番最後にやってみて思ったことを書いた。 どういうフローでやっているか リポジトリの構成 下記モジュールを用意した。 parent core entity common web batch tools ニアショアにて開発するモジュールは『common』、『web』、『batch』で、 アーキにて開発するモジュールは『parent』、『core』、『entity』。 ブランチ ブランチはこんな感じで分けている。 ちなみに、ソース管理はgitBucketを使った。 masterブランチ … リリース可能な状態の資源のみを管理する。結合テスト実施時は、本ブランチから資源を
Semantic Versioning 2.0.0
english セマンティック バージョニング 2.0.0 概要 バージョン番号 MAJOR.MINOR.PATCH を前提として、 あなたが互換性のない API の変更を行うときに MAJOR バージョンを、 後方互換性のある方法で機能性を追加したときに MINOR バージョンを、 そして、後方互換性のあるバグ フィックスをしたときに PATCH バージョンを、 インクリメントします。 追加のラベルとして、プレリリースとビルド メタデータが MAJOR.MINOR.PATCH フォーマットへの拡張として利用することができます。 序論 ソフトウェア マネジメントの世界には「依存関係地獄」と呼ばれる非常に恐ろしい場所が存在します。 あなたのシステムがより大きくなるほど、あなたのソフトウェアの中へより多くのパッケージを溶け込ませるほど、いつかこの絶望の底にいるあなた自身に気づく、そんな可能性が
tbaggery - A Note About Git Commit Messages
19 Apr 2008 I want to take a moment to elaborate on what makes a well formed commit message. I think the best practices for commit message formatting is one of the little details that makes Git great. Understandably, some of the first commits to rails.git have messages of the really-long-line variety, and I want to expand on why this is a poor practice. Here’s a model Git commit message: Capitaliz
StatSVN - Repository Statistics - Introduction
StatSVN News Grab this Headline Animator 2010-01-01: release of 0.7.0 is released, see changes. 2009-08-06: release of 0.6.0 is released 2009-05-22: release of 0.5.0 is released 2009-03-16: release of 0.5.0 beta. 2008-06-20: release of 0.4.1, re-launch of the Wiki site and inclusion of the forums as embedded pages: User Forum and Developers Forum. Enjoy! 2008-05-04 Appendium Ltd and LavaBlast are
patch/diff Tips
Copyright (c) 2001 Koichi OKADA まず「取扱説明書」をお読みください。 はじめに diff/patch とは diff というのはファイルの差分を作成するツール、 patch というのはファイルの差分からファイルの変更を再現するツールです。 通常 diff で作った差分ファイルをパッチ(ばんそうこう)と呼びます。 ライセンス 多分、気にしなくて良いです。 準備 UNIX の場合 通常 UNIX には diff と patch は標準で入っています。 特に準備はいらないはずです。 Windows の場合 一番手っ取り早いのはcygwinを入れることです。 cygwin はでか過ぎるとか cygwin はちょっとって言う人は vector辺りで win32 native な rcs/diff と patch を 取って来る
プログラマだけじゃない。ライターな方にも便利なバージョン管理の使い方·Flashbake MOONGIFT
元々バージョン管理システムはプログラマが利用していたシステムだ。だが、その便利さゆえにシステム開発会社などではデザイナの方も利用している。さらにそれが広まると全社的に使われることもある。 ライターの方に便利なバージョン管理の使い方 バージョン管理を使えば、間違っても戻ることができるので思い切った作業も行えるようになる。それを活かしたライター向けのソフトウェアがFlashbakeだ。 今回紹介するオープンソース・ソフトウェアはFlashbake、Gitを使ったライター向けバージョン管理システムだ。 FlashbakeはベースとしてGitを使っている。Gitであればローカルにリポジトリがあるので手軽にはじめられるのが良い。さらにGitHubなどに公開するという手もある。Flashbakeの使い方はまずGitのリポジトリを作成後（もしかすると不要かも）、Flashbakeコマンドを実行して進めら
構成管理 実践入門 第1章 構成管理入門 はじめに
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その１ メインライン コードライン編その２ コードラインポリシー コードライン編その３ プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その１ リリース管理 リリース編その２ 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか？ Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
Mercurial や Git が使える無料のリポジトリサービスを集めてみた - kなんとかの日記
Git を使うなら GitHub で決まりだと思うけど、GitHub は BTS がないし、Git じゃなくて Mercurial を使いたかったので、Mercurial 版 GitHub がないか探してみた。 そのうちにいろんなリポジトリサービスが見つかったので、紹介してみる。 ＃sourceforge.net とか rubyforge.org とかでも repository hosting を提供してるけど、ほとんど使われてないっぽい。 GitHub (Git) http://github.com/ Ruby on Rails が使ったことから一気にブレーク。Rails ユーザは皆ここを使う。 Issue Tracking System がないので、Lighthouse.com と併用することが多い。 Wiki が利用可能 Bitbucket (Mercurial) http://ww
)
Using Visual SourceSafe in Microsoft Access
Visual SourceSafe is integrated into Microsoft Access using the Access Source Code Control add-in. Using Visual SourceSafe for Microsoft Access, you can build a Microsoft Access application and version your objects. About Visual SourceSafe for Microsoft Access Visual SourceSafe stores each Microsoft Access query, form, report, macro, and module object as a text file. When you add a Microsoft Acces
継続インテグレーションとデータベースのバージョン管理
原則として、データベースに対する作業は必ずバージョン管理しなければならない、と強く主張した記事を投稿した後で、Scott Allen氏はデータベースのバージョン管理を最大限に利用する手法について詳しく述べている。彼は、ベースラインを作成し、スキーマのリビジョン管理に変更スクリプトを使い、データベースの（ビューやストアドプロシージャ、ファンクション、トリガ等の）プログラムされたオブジェクトを管理し、そしてブランチやマージ処理を利用する、包括的で実用的な手法を紹介している。 Allen氏は自身の経験から学んだことを、関係データベースを使用した開発のための３つのルール(source)として記載した記事を投稿した後で、一連の投稿を始めた。そのルールとは、: 1. 開発作業には、共有データベース・サーバは決して使用してはいけない。 ソフトウェア開発におけるたくさんの便利なもののように、共有データベー
2008-03-02 - marsのメモ - InfoQ: 継続インテグレーションとデータベースのバージョン管理
id:uehajさんGJ!! 翻訳記事も出た事だし，Allen流データベース・バージョニング方法についてちょっと触れとく。 ＃Allenさんのブログへのリンクはこちらにまとめといた。 ＃→2008-02-20 - marsのメモ Allenさんが言ってるDBバージョニング方法とは， ベースラインとするSQLスクリプト（DDL文）を用意する。 initial-install.sqlって名前にしとく。 変更があるたび，その差分を定義したスクリプトを用意する。 "Schame Cheange Log"ってことで，"sc.MajorReleaseNumber.MinorReleaseNumber.PointReleaseNumber.sql"てな名前をつける。 例) sc.05.00.0001.sql どのスクリプトまで適用済みなのか分かるようにSchemaChangeLogテーブルを用意して，そ
cvs for kernel hackers - a guide for novices
Kernel hackerのためのcvs入門 (初心者向け) Copyright(c) 1997 and 1998 by Jun-ichiro itojun Itoh <itojun@itojun.org>. All rights reserved. Freely redistributable. Absolutely no warranty. $Id: tut-kernel.html,v 1.32 2001/10/29 09:23:37 itojun Exp $ 注意: このtutorialでは非常に非一般的な branchの切り方をしているので、参考にしないでください。 そのうち書き直したいんですが時間がないの。(2001/10 itojun) 概要 とりあえず、 ひとりでhackしていても ちょっとしたkernel hackでも cvsは便利だー、というはなし、である。 注意: この
QualityImprovementInFreeSoftware - Free Software における品質改善: リリース管理を中心に
これまでの問題 リリース管理はあまり組織化されておらず, リリースの更新はたまにしか実施されなかった. こうした問題とロードマップの欠如から, 凍結(コード・フリーズ)の発表が唐突にされることも多かった. 組織化されていないリリースの常として, 新しい予定外のブロッカーがリリース・プロセスでみつかった. それも遅延を招いた. 予定外の遅延があると, ソフトウェアは長期にわたって凍結される. Debian 3.1 の場合は一年以上凍結された. このリリースが公開に至った時にはすでに多くのコンポーネントが古くなってしまい, ユーザの要望に合わなくなっていた. Debian が過去のリリースで何度も深刻な遅延に至ったという事実は, プロジェクトのイメージを損ねた. Debian は進みが遅く締切を守れないと思われている. これは開発者やユーザ・コミュニティの不満にもつながっている. 対策 プロジ
masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針
初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ
フロントページ - DarcsWiki
with cabal: cabal install darcs with stack: stack install darcs Darcs binaries for many platforms (not up to date though) current release source tarball Darcs is a free and open source, cross-platform version control system, like git, mercurial or svn but with a very different approach: focus on changes rather than snapshots. Darcs offers a freer way of working, and a simpler user interface. Darcs
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
Online Casino Philippines
IBM Developer
GitHub
Bitbucket | Git solution for teams using Jira
