Free Mercurial and Git Client for Windows and Mac | Atlassian SourceTree
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
GitHub Flow (Japanese translation)
GitHub Flow Scott Chacon on the Interwebs 31 Aug 2011 git-flowの問題点 (Issues with git-flow) 私は人々にGitを教えるためにあちこちを飛び回っているが、最近のほぼすべてのクラスやワークショップで git-flow についてどう思うかを尋ねられた。私はいつも、git-flowは素晴らしいと思うと答えている。何百万ものワークフローを持ったシステム（Git）を提供し、ドキュメントもあるし、よくテストされている。フレキシブルなワークフローは、実に容易なやり方で多くの開発者の役に立つ。標準的なものになりつつあり、開発者はプロジェクトや企業の間を移動しつつこの標準的なワークフローに馴染むことができる。 しかしながら、それ故の問題も抱えている。新しいフィーチャーブランチを master ではなく develop から開
git flow feature finishした後にリモート更新で気づくと悲しい問題への対処法 - cynipeと読む
7/21のSCM Boot Camp in Tokyo 3にGitの講師役として参加してきた。その時に id:ToMmY さんとgit-flow(もしくはgit merge --no-ff)した後にリモートが更新されていると悲しいという話をしてたらgit-flowのオプションあるから使うべきという耳寄り情報をゲット*1したのでまとめてみる。 何が問題か？ git-flowで開発をしている場合feature startでフィーチャーブランチを作成して作業を進め、フィーチャーの実装が完了したらfeature finishでdevelopブランチにマージといった流れになる。 この時のコマンドの流れは以下 $(develop) git flow feature start cool-feature $(feature/cool-feature) # イケてる機能の実装＆コミットコミット $(fea
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
ソーシャル化するOSS開発者たち － ＠IT
ロング・テール理論の名付け親で、雑誌「Wired」の編集長としても知られるクリス・アンダーソン氏が3月12日付けのブログでオープンソースソフトウェア（OSS）プロジェクトの運営体制に関する誤解を指摘をしている。 アンダーソン氏によれば、多くの人はオープンソースプロジェクトというのは草の根から立ち上がり、自律的に組織化し、民主的に運営されているという誤った認識を持っている。ところが現実はまったく逆で、1人か2人の「慈悲深い独裁者」によって運営されている、という。 これはオープンソースプロジェクトに参加していたり、あるいは日常的に成果物を利用している人であれば、そういうものだと首肯するかもしない。メーリングリストで客観データに基づいて議論したり、リーダーを民主的に選ぶようなプロジェクトもあるかもしれないが、おおかたのオープンソースプロジェクトには、それを開始し、中心に位置し続ける“独裁者”がい
分散バージョン管理システムGitの使い方入門 | OSDN Magazine
バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増やしているバージョン管理システムに「Git」 がある。GitはLinuxカーネルの開発リーダーとして知られるLinus Torvalds氏が中心となって、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムである。2005年に開発が開始されて以来さまざまなプロジェクトでの採用が進み、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、有名な大規模プロジェクトで採用されるに至っている。 本記事では、このGitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法や基本的なGitの使い方について解説する。 分散バージョン管理システムとは？ GitはLinuxカーネル開発で用いられることを前提
CVS使いの人がgitを使ってみた記録(長いよ) - 駆け馬に無知
能書き仕事で新人の時に使い方を(SolarisのCUIで)強制的にマスターさせられたCVS。今でも仕事でCVS使ったりするけど、それはきっと以下に示す理由が揃っているからだと思っていたり。一通りの機能が揃っていて(バージョン管理、tag、branch、コミットログ)枯れていて使える人が多いそいでもってEclipseには標準でCVSクライアントのプラグインも入っているので、特にJava開発*1ではデフォルトで使える環境になっていると言っても良いのではないかと思う。ただし、後から任意の時刻のリポジトリにタグを打ったり、commitログを変更する事ができるCVSのGUIクライアントを見たことがないので、最終的にはCUIから完全に離れられない現状。 ところが時代の趨勢というかなんというか、やれSubversionだのMercurialだのgitだの。確かにCVSだとファイル名の変更ができない(いっ
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
とっても優しい github の使い方 - ￢￢日常日記
最近ホントにRubyの人々の間でgit流行ってますよね。私はdarcsっこなのですが、これだけ周囲で流行られるとさすがに危機感を感じます。しかも最近はgithubやらgitouriousやらのやたらと便利なサイトが出現し、ましてRubyForgeまでもがgitを採用とのことですから、これはもうなんとかしておきたいところです。というわけで、今更ながらgitを覚える口実として、とっても便利なgithubを使ってみることにしました。 http://github.com/ そこでせっかくですからgithubの使い方をメモしておこうと思います。これを読んで皆さんも一緒にgithubで遊びませんか？ そもそもgithubとは何モノ？ github はgitレポジトリを公開してくれるサイトです。出来ることは大体のところ次のような事です。 作者はレポジトリを作成して公開できます 他の人はレポジトリをフォー
だいぶ git つかめてきた
と言っても push とか pull とかしたいわけじゃなくて、 svn に突っ込む前のものを手元でだけ管理したい という特殊な使い方をしているんだけど。というわけで push も pull も branch も merge も使ってません。要は現代的な RCS としてしか使ってない。 ちなみに個人的な好みでは Mercurial の方が好きだったんだけど、 Mercurial はバージョンと Python のモジュール絡みかなんかで、locale の設定がどうたらウザイことをぬかす輩がいた（要するにデフォルトのまますぐに使い始められないときがあった。たぶん PCC Mac だから。）リポジトリに突っ込んでいない大量のファイルがあるディレクトリで使おうとすると圧倒的に git の方が Mercurial より速いgithub を使えないとちょっと恥ずかしいという理由で git も覚えなきゃ
Git リポジトリを視覚化するツール「GitX」 - kwatchの日記
Git には、Git リポジトリを視覚化する gitk というツールが標準でついているけど、これは Tcl/Tk で書かれていて、遅いし見栄えもよくない。 もし Mac OS X Leopard を使っているなら、かわりに GitX を使うといいみたい。OS X のグラフィックを使っているので、きれいでカッコイイ。 インストールは、ホームページで「Download Git」をクリックして Zip ファイルをダウンロードし、解凍してインストールするだけ。 そのあと、GitX を起動し、メニューから「GitX」→「Enable Terminal Usage...」を選ぶ。すると、gitx というコマンドラインツールがインストールされる。 コマンドラインから起動する場合は、Git リポジトリに移動して、gitx コマンドを実行するだけ。GUI から起動しなくていいとは、よくわかっていらっしゃる。
YappoLogs: git.coderepos.org 作る計画
git.coderepos.org 作る計画 CodeReposにgitリポジトリ追加するよ！ 予定は7月後半くらいまでにやる予定なんだけども、まだgit使ってないからどうしたら良いか悩み中です。 それなのでブクマコメントとかで意見とかみんな書いてくれると嬉しいです。 おもな概要は、既存のsvnリポジトリやtracの環境は今まで通り残す。 新規に git リポジトリを上げて、gitweb?か何かでブラウジング。 svn と git の間では sync しませんが、もしなんか良いツールがあれば使うのもあり(ちゃんと動けば) htpasswdはgitもsvnも共有(できるよね?)。 こんな感じです。ご意見よろしゅうお願いします。 あ、あと7月前半にcoderepos.orgのサーバ引っ越しするかもです。 Posted by Yappo at 2008年06月24日 17:31 | TrackB
github に gem を公開する - 2nd life (移転しました)
http://github.com/ 最近一部で話題沸騰の github。github は Rails で作られたアプリケーションでは、自分が知りうる限り一番の完成度と使いやすさを誇るんじゃないか、と思っています。 ソースコードツリーの見やすさ、(g)zipでくれ機能、各種 git の情報へのアクセスしやすさ、最初に git レポジトリを作ったとき表示されるチュートリアルと云った基本的なことはもちろんですが、オープンソースプロジェクト・コミュニティを加速させるであろう、分散レポジトリを利用した様々な機能がすばらしいですね。 誰かが公開してるレポジトリを fork ボタン一つで自分のレポジトリにクローンし、いろいろ変更を加え、大本に取り込んで欲しいなぁ、と思ったら pull request。大本のコミッタは気に入れば pull で取り込めばよいし、もし気に入らなかったとしても、変更者がそのフ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub for Windows
igaiga diary(2010-04-28)
IBM Developer
git-svnを使って既存のSVNリポジトリでGitを使う方法のメモ - Hello, world! - s21g
http://lovecall.14.dtiblog.com/blog-entry-51.html
Peak Obsession
