「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. まぁ、自分がMercurialユーザーだったらvim-jpの記事を読んで間違いに気づくはずだ。 まず、Mercurialでのブランチというのはどういうものが理解すべき。Mercurialでは、ブランチというのは、一種のtagとheadsの総称でしかない。gitだとローカルブランチとリモートブランチという概念があって、ブランチをpushするときには、特別な方法を取る必要があるけど、mercurialの場合は通常のpushに自分で作ったブランチが含まれてしまう (もちろんheadsが合わなければリジェクトされるし、明示的にブランチへのpushを使う必要もある)。 だから、多数での開発をしてる際に自分のコードを管理するためにブランチを作るのはよくない。Mer
Welcome to the Git version control system! Here we will briefly introduce you to Git usage based on your current Subversion knowledge. You will need the latest Git installed; There is also a potentially useful tutorial in the Git documentation. This page is not maintained anymore! The up-to-date version of this tutorial is the GitSvnCrashCourse page at the Git wiki. The copy below might be better
こんにちは、中川です。 Gitを使い始めてから、Subversionを使う機会がめっきり減ったこの頃です。 Gitだとローカルだけで簡単に使い始められるのもいいですが、気軽につくれるbranchや、mergeのしやすさがたまりませんね。 インストール直後の状態でも普通に利用できますが、 ちょっとした設定でさらに使いやすくなる方法をご紹介したいと思います。 ※今回ご紹介する内容はいずれも私のMacBook上での動作確認となり、Windows環境は考慮していませんがご容赦ください。 ■ユーザー名とE-mailアドレスの設定 まずは、最初にユーザ名と、メールアドレスを設定してしまいましょう。 $ git config --global user.name "yoshiki" $ git config --global user.email "yoshiki@example.com"
This document summarizes the key differences between centralized version control systems (CVS) and distributed version control systems (DVCS). It explains that DVCS allow for non-linear development with features like rebasing and branching that are not possible in CVS. Examples of DVCS like Git and Mercurial are given. The document also discusses how to migrate from CVS to a DVCS and advantages of
Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか？という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co
2011/04/25 オープンソースで人気の高い分散バージョン管理システム「Git」のバージョン1.7.5が4月24日にリリースされた。83日前のリリースとなる前バージョンの1.7.4から77人のコントリビューターによって、547件の変更が加えられたという。 主な機能強化は「git-p4」「vcs-svn」「git-svn」など、他のバージョン管理システムと連携するツールの改善と修正や、Windows（MinGW）プラットフォームの移植性改善など。また内部的には、メッセージのローカライゼーション、国際化に向けた準備が進められていて、文字列にローカライゼーションのマークが付加されるなどコードベースが変更されているという。 Gitは元々Linuxカーネルの開発コミュニティで、Linux同様にリーナス・トーバルス氏によって開発されたが、現在はSamba、X.org、Ruby on Railsなど
Bitbucket で公開されている CodeIgniter 2.0 のソースを元に、開発を進める手順について解説します。 準備 https://bitbucket.org/plans にアクセスして、「5 Users Free」より「sign up」してアカウントを作成します。アカウント作成の詳細は、Bitbucket に登録しよう を参照してください。 自分の PC に Mercurial をインストールします。 Ubuntu の場合は、 $ sudo apt-get install mercurialWindows の場合は、TortoiseHg のインストール を参照してください。 Bitbucket で EllisLab の CodeIgniter リポジトリを fork する まず、EllisLab の CodeIgniter リポジトリを fork して、自分用のリポジトリを
バージョン管理システム Mercurial を導入することにしたんだ。 最近は git がよく話題にあがるね。 しかし以下を見ると Google CodeがGitではなくMercurialを採用へ − ＠IT http://www.atmarkit.co.jp/news/200904/28/googlecode.html 操作体系から見る、GitとMercurialの8つの違い: ニュースの社会科学的な裏側 http://anlyznews.blogspot.com/2010/12/gitmercurial8.html SVNからMercurialに移行するべき8つの理由: ニュースの社会科学的な裏側 http://anlyznews.blogspot.com/2010/12/svnmercurial8.html Windowsでは Mercurialのほうが向いているようなんだね。 実際
meeting/13 - Shibuya.trac Wiki - Shibuya.trac - OSDN 12月17日 分散バージョン管理勉強会(東京都) いつもながらですがスタッフ、発表者、また見に来ていただいた皆様に感謝します。ありがとうございました。m( )m あといちご大福うまかったです。^^); 当たりのわさび大福が出た後に大福取りにいったのは内緒だw 今回のShibuya.trac勉強会はいつもと異なり分散バージョン管理に特化したせいか？初参加者が2/3を占めました（過去２回は1/3）。 ちなみにアンケート結果を見る限り大半がSVNユーザでその次がGitでした。 Togetterはこちら http://togetter.com/li/80257 僕の発表スライドはこちら Dvcs studyView more presentations from Wataru Yukawa.
9. OSS バージョン管理システムの発展 アトミックなコミット フィーチャ・タスク単位の履歴管理 楽観ロックの併用 vers 分散バージョン管理 CVS Subversion システム (Git,Mercurial,Bazaar) 共有モデルによるファイル管理 ブランチ・マージモデル ファイル単位の履歴管理 ローカルコミット 上書きの回避・編集の競合のマージ ローカルでの diff/ 履歴調査 ブランチによる並行開発 ログのリファクタリング マージトラッキング 10. 中央型モデルと分散型モデル 中央型 分散型 作業用のファイルのみ保持 クローンした各個人のリポジトリを保持 分散バージョン管理のメリット / デメリット オフラインで作業可能 ロックができない 競合の影響を受けにくい 中央リポジトリへの反映が マージのトラッキングが可能 遅くなる フォークが楽 フォークが乱立 12. Gi
MercurialのブランチというのがどういうものでしかもそれがGitと同じなのかどうかもいままでよくわからなかった。 その辺のモヤモヤがこれを読んで理解できた（気がする）。 experimentalworks » Blog Archive » Mercurial bookmarks A Guide to Branching in Mercurial / Steve Losh まずMercurialでは以下の4種類のブランチがある。 リポジトリをcloneしてつくるブランチ hg bookmarkで作るブランチ hg branchで作る名前付きブランチ 名無しブランチ リポジトリをcloneしてつくるブランチは hg clone test-project test-project-feature-branch というように単純にcloneして新機能を開発してあとでマージなりリベースなりする
米Microsoftのオープンソースプロジェクトホスティングサービス「CodePlex.com」の運営チームは9月6日、オープンソースのバージョン管理システム「Mercurial」の開発チームに25,000ドルを寄贈したと発表した。Mercurialの創始者は、これにより専任でプロジェクト開発を進めることができる、と述べている。 MercurialはGPL v2の下で公開されているクロスプラットフォームのバージョン管理システムで、2005年にMatt Mackall氏が開発を開始した。現行版はバージョン1.6.3。Mackall氏は余暇時間を利用して開発を進めてきたが、2010年4月より「フルタイムでMercurialプロジェクトに専念したい」として企業らに資金提供を呼びかけていた。 Microsoftの今回の資金提供を受け、Mackall氏は今後1年間、フルタイムのプロジェクトリーダーと
http://www.subversion.jp/index.php?option=com_content&view=article&id=50:subversion17enable-git-like-features&catid=25:subversion-article&Itemid=27 マジですか。TwitterでつぶやいたらTLがホットになったよw 次世代ワーキングコピー（Next Generation Working Copy (NG-WC)）というやつがキーらしい。 アナウンスの動画はこちら http://subversion.wandisco.com/component/content/article/1/41-whats-next-for-subversion.html 課題番号はこちら subversion: Issue 3357 仕様書はこちら http://svn.
とある仕事で、構成管理のあたりの支援をやっていて、 bazaar をそれなりに評価していくつかはまりポイントがあったので、その結果をメモしておくことにする。 bazaar(略称:bzr)は、gitやmercurialのような分散型の構成管理ツールの一つ。git/mercurialに対してのアドバンテージでよく言われるのはファイルネームをUTF-8で管理しているので、ファイル名関連の問題が起きないというもの。実際今回bzrを選択したのは上記の理由が第一だった。 実際に使っていて感じたのは、bzrの最大の利点は リポジトリ構成の柔軟性 なんだろうな、という点だった。まぁそれはさておき、評価の際にハマったポイントをメモしていく。 巨大ファイルはadd/commitできるが、branch/checkoutができなくなる 最初に嵌ったのがこの問題。検証していたソースツリーの中に、oracleのdbダ
2024年下半期のフィルム写真たち ふと気がつくと2024年も残り僅か。 そしてふと振り返るとこのブログに掲載する写真がGRIIIで撮ったものばかりになっていたのだけど、決してフィルムに飽きたということではなく、フィルムはフィルムで淡々と撮り続けているし、モノクロもカラーネガもいつも通り自宅で…
このチュートリアルは Joel Spolsky さんの書いた http://hginit.com の和訳です。 わかりやすくて楽しいチュートリアルを書いてくださった Joel Spolsky さんに感謝します。 Mercurial はモダンなオープンソースの分散バージョン管理システムで、Subversion のような古いシステムから素晴らしい発展をしたものだ。このユーザーフレンドリーな、6章からなるチュートリアルで、Joel Spolsky がキーコンセプトを教えるよ。 目次 Subversion Re-education (Subversion 再教育) Ground up Mercurial (Mercurial の基礎) Setting up for a Team (チームのために設定する) Fixing Goofs (失態に備える) Merging (マージする) Reposito
Joel Spolsky氏によるブログ記事です。分散バージョン管理について、Joel氏は1年以上前に「ブランチやマージが容易になると更新が増え、混乱も増える」と、Podcastにて批判していました。そして現在、このことについて「根本的に間違っていた」と反省しているようです。 Podcastを行った当時はチーム内でMercurialを試していて、Subversionのように扱おうとしていたためうまくいかず馴染めなかったようです。そして会社がMercurialをベースに製品を作る決断をした際に本格的に分散バージョン管理について学んだところ、重要なのは「分散」ではないことに、そして「バージョン」ではなく「変更」を管理していることに気づきました。 今ではすっかり分散バージョン管理に魅了されており「Mercurialをあきらめるくらいなら私はC++に戻るほうを選ぶ」と言っています。また、自身の勘違い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く