InfoQ ホームページ Source Control に関するすべてのコンテンツ
-
JSR 277論争、バージョニングで再燃
コミュニティではJSR 277をめぐって再度論争になっている。JSR 277はJava 7向けに提案された動的モジュールシステムである。今回、論争の発火点となったのは、JSR 277 Java Modules（JAMs）向けに計画されているバージョンのナンバリングシステムである。
-
ThoughtWorks社がCruiseをリリース：継続インテグレーションとリリースの管理システム
継続インテグレーションはアジャイルのプラクティスであり、コミットされた一つ一つのコードの変更は自動的にビルドとテストが行われる。バグが取り込まれるとすぐにその多くを見つけることで、バグにかかるコストが削減される。
-
Github Gist：ペーストされたコードのバージョン管理
RubyFringeでデモンストレーションされたGithubはGistと呼ばれるサービスを導入した。ペーストサービスと同類のものであるが、ツイストがある。ペーストされたスニペットがgitリポジトリのようにアクセスされ、Webインターフェイスからアップデートすることができる。
-
ErlangおよびRubyの総まとめ：Vertebra、Fuzedでのスケーリング��Github
近ごろ、Erlangをさまざまな方法で使用したプロジェクトをRubyチームが開始した。EngineYardのVertebra、PowersetのFuzedそしてGithub がErlangをどのように使用しているのかを検討する。
-
Git/Githubの総まとめ：Ruby Books、GemsおよびGitjour
Rubyの世界において、GitおよびGithubは着実に人気が高まっている。現在Ruby関連のブックプロジェクトはGithubでホストされているものもある。GitjourはBonjourプロトコルを使用した新しいツールで、gitリポジトリを配布する。最後に、Githubはgemsプロジェクトの提供を容易にする。
-
Subversion 1.5のリリース
Subversionはマチュアなオープンソースバージョンコントロールシステムで、多くのオープンソースプロジェクトで使用されている。新機能が加わりバージョン1.5がリリースされた。
-
1つのプロジェクトチームで複数のバージョンを扱っていますか?
製品の最初のバージョンをリリースすると、ジレンマに直面する。新しいリリースに向けて開発を進めながら、どうやって最初のバージョンを維持するか。この問題に直面して、Target Processの設立者でCEOのMichael Dubakov氏が、「プロジェクトで並行して複数のリリースとイテレーションを持つべきか」の中で彼らの経験を書いた。
-
Article: 複数のアジャイルチームでのバージョン管理
このレポートでは複数のチームが動いているアジャイル環境において、どのようにバージョン管理を行えばいいかを説明します。このスキームは"Scrum and XP from the Trenches（InfoQのミニブック）に出てきた企業で私たちが新しく採用した方法です
-
複数のチーム開発向けアジャイルバージョン管理
バージョン管理を厳密におこなうことがないので、すべてのチームのアジリティが激しく危険にさらされている。自由にリファクタリングをおこなう能力、安全に実験する能力、エラーから迅速に回復する能力は、安全網なしで構成されている。多くのアジャイル提議者は、バージョン管理を中心となる実務と位置づけている。
-
RubyおよびGitの総まとめ：Rails、RubyforgeおよびAPI
GitHub(以前InfoQはGitHubについて報告済み)は、Rubyプロジェクトがリポジトリを取り扱う方法を大きく変えたようで、Gitのキラーアプリケーションに変化する可能性がある。GitHubは、Railsで実装され、今やRailsプロジェクトのリポジトリはGitHubへ移動している最中である。
-
GitHub - RailsベースのGitリポジトリホスティングサービス
Gitは分散バージョン管理システムである。元々GitはLinux TorvaldsがLinuxカーネルのソースコードを管理するために書かれたものだが、Linux以外のプロジェクトでも採用されている。Ruby界隈ではRubiniusやMerbでの利用が知られており、CapistranoやVlad the DeployerといったデプロイツールもGitに対応している。
-
継続的リリースは、さらなるアジャイルさを与えてくれるか？
StelligentのPaul Duvall氏は最近の記事で、継続的インテグレーションを継続的リリース(Continuous Production)に成長させるために必要なアクティビティについて書いている。継続的リリースとはまとめてリリースする代わりに、絶えずソフトウェアをリリースし続けるプラクティスのことである。
-
「完了」は「シップ可能」ということか？
「完了」と「シップ可能」との相違について、アジャイルに関するさまざまなフォーラムやブログで活発な討論が起こっている。両者は同じことを意味するような気がするが、リストやさまざまなブログ上での討論が提言するのは、この2つはいまなお広範囲にわたって誤解されており、誤使用されている用語であるということである。これは「完了」の取り扱い方についての提案をまとめたものである。
-
HudsonとFindBugsを用いた継続的インテグレーションとコードインスペクション
最近IBM developerWorksに掲載された記事において構築中のプロセスにある継続的インテグレーション(CI)とコードインスペクションタスクをオープンソースツールを使用して自動化する事を取り上げている。それはjava.netコミュニティによって開発されたCIサーバであるHudsonをSubversionコードリポジトリをポーリングし、ソースコードに変更が発見される度にAntビルドスクリプトを動作するためにどのようにインストールし設定するのかを解説している。
-
Spring 2.5: OSGiバンドル、フルアノテーションベースの設定とAspectJを伴って2.0をドロップインアップグレード
Spring 2.5の候補としての初めのリリースであったバージョン2.1が最近リリースされた。InfoQはこのリリースに関する更なる詳細を探るため、SpringフレームワークのリードデベロッパであるJuergen Hoeller氏と対談した。