You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
An interactive Git visualization tool to educate and challenge!
2013年2月14日と15日の2日間にわたって東京・目黒で開催されるDevelopers Summit 2013(デブサミ2013)の1セッションで、QA@ITの委託開発の話をさせて頂くことになりました。 ソーシャルコーディング革命後の開発委託の世界〜QA@ITの事例(仮) 私はこれまでいつも、デブサミは取材記者という立場で見て来ました。記者として取材して、例えば以下の様な記事を書いて来ました。聴衆に混じって講演を聞く側だった私が、まさか話す側に回ることになるとはと、今からドキドキしています。 デベロッパーズ・サミット2008:すばらしいソフトを作るには、カリスマが講演 未来の言語は「APL」? Rubyのまつもと氏が講演 IIJのRuby対応PaaS「MOGOK」は、どんなサービスか? さて、デブサミは開発者のイベントですが、私は委託側、つまり受託開発における「お客の声」ということでお話
Atlassian Advent Calendar 2012 #augj Atlassian Advent Calendar 2012 #augj on Zusaarのエントリになります。 前日はid:sue445さんのBitbucketとGithubをゆるく比較 #augj - くりにっきです。 明日はid:troter さんです。 git-flow, hg-flow がすごいらしい 楽にブランチ戦略を試せるし、うまいことやれるし、とりあえず始めて見る分にはgit-flow, hg-flowはいいと思うのです。 あれですね。WebアプリをとりあえずつくってみたくなったときにRailsでやってみる。的な。 ですが、なんだかんだでgit-flowやhg-flowになるとコマンドをうちます。素のgitやhgよりとても簡単になってはいますが。 問題はhgのほうです。 hgは既に史上最高のGUIク
8. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人 ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー(説明は省略) 1つ前のコミットのリビジョン 例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co
.gitignore や .hgignore で管理対象から無視することができるのはご存知ですよね。 Visual Studio にて無視するファイル一覧をMSDNで探したけど無かったので stackoverflow で調べたらあったのでメモ。あと、教えてもらった方法も追記。 stackoverflow の回答例 github / .gitignore を用いる方法 無視ファイルの設定 .gitignore の場合 gitの場合は、 .gitignore をおいておきます。 .hgignore .hgignore *1 に下記内容を記載してください。Mercurialの場合の無視ファイルは、デフォルトは正規表現で記述するので、glob文法(SHELL形式のパターンマッチングとかのやつ)にするため一行目 *2に syntax:glob と 記載します。 syntax:glob *.obj *
Gitのメンテナーである濱野さんが書かれた本がオススメ。 お金を出すのが惜しい人は Pro Git あたりで、学ぼう。 「githug」でgitの基本操作を算数ドリルみたいに学ぼう! githugなどで実際に手を動かしながら学習して身につけましょう。 個人的にはGitはコンソールから実行するのが一番シックリ来ています。 .gitconfig gitの設定を徹底的にきちんとしておくこと。 あたりで知識を補完しながら .gitconfigに設定してるaliasなどのまとめ – ゆるよろ・オブ・ザ・( ;゚皿゚)ノシΣ フィンギィィーーッ!!! 日記 あたりの実際に使用している人の設定を参考にすると、スタートダッシュできる。 ブランチ戦略 ブランチ戦略をきちんと立てないと、カオスになるので、考えよう。 見えないチカラ: A successful Git branching model を翻訳し
システムの技術的負債にどう挑むか?~『レガシーコード改善ガイド』著者マイケル・フェザーズが語る課題と解決策~
関係各所の協力により実現した1日にとても感謝している@HIROCASTERでございませう。 スタッフとして協力してくれる仲間がいたり、突発LTやってくれたりなど、Agile渋谷のおなじみのの雰囲気がアウェイの銀座も垣間見れたのもよかったです。 1日暇になったからLTやりにきてくれる仲間がいたり、おもしろかった。 Book1st銀座コア店では、Web+DB PRESSを1冊ずつ持った人が7人以上並ぶという光景があったとか。 「The GitHub」イベント詳細発表!話題のあの人が登壇 #Agile渋谷 こちらのイベントのまとめです。 感想 個人的な感想としては、やはり感じていたとおり、GitHubを使いまくってる人とほとんど使っていない人にグッサリわかれてしまっているのかなと。 仕事じゃ使えないけど、プライベートだと使いまくってるなんて、ケースはあまり聞かない。 そして、GitHubを使って
つまみ食いとか青田買いといわれるcherrypickingはある特定のコミットをブランチから抜き出して別のブランチに反映させるというものです。 Subversion, Git, Mercuriaそれぞれのやり方を調べてみました。 まずSubversionいってみましょう。 準備 $ svnadmin create repos $ svn checkout file:///tmp/repos work Checked out revision 0. $ cd work/ $ svn mkdir tags branches trunk A tags A branches A trunk $ svn commit -m "add initial dir" Adding branches Adding tags Adding trunk Committed revision 1.trunkの直下に
Redmine, git, Jenkins などプロジェクト管理ツールの状態を横断的かつリアルタイムに表示するWebアプリ『Dashbozu』を作りました。 これを使えば、一つの画面でプロジェクトの”今”の状態を把握できます。 WebSocketを用いているので、ただ開いているだけで、次々と情報を得ることができます。 iPadで開きっぱなしにして、机の上に置いておくような使い方を想定しています。 なぜこれを作ったか 一般的なソフトウェア開発現場では Redmineでチケットを作成する gitでコミットを繰り返し、中央レポジトリにpushする JenkinsによるCIが実行される 結果を確認し、Redmineのチケットを閉じる という流れで作業が進んでいきます。 これらの作業の中で、開発者は「適切な」タイミングでチェックとフィードバックをすることを求められます。 例えば、チェックのタイミング
TORTO,瑜伽服zj身套装欧莱特r女春mh式短袖莫代尔棉专业高端时尚运动跳操服n1,瑜伽服套装,玉溪莱可缗公司:卧式配ne匙机器双头oo用开齿神器锁匙全新多功能电子复制机-配匙机,TELlzSONICjl星北欧简约客厅挂钟创意时钟卧室静音装饰石英钟表-客厅钟表,战神帆jl男多功能户vn休闲战术包腰包骑行腰-腿包小西装外套韩款白dm褂女长袖医fc士服短袖夏季美容师美容院纹绣师工作服-医生工作服,家用手cx便携鸡蛋冰qt保鲜收纳盒塑料密封蛋托满月包装(小)礼盒-鸡蛋收纳盒,燃气油jd锅麻辣烫锅hc气关东煮摆摊机器串串香设备炸鸡-薯条机,字画真迹手写办公室装饰挂画客厅天道酬勤毛笔字书法作品定制装裱-装饰画,奔驰德ku原装进口汽le发动机防高温冷却剂红色蓝色防冻液包邮-汽车防冻液,促销木u2(小)博士滑梯21千幼儿园木制设施公园木滑梯-儿童游乐,12Mrn家用高楼缓ct急逃生安全绳救援求生登山火
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して新機能を開発してあとでマージなりリベースなりする
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
私が一番最初に使ったバージョン管理システムはCVSでした あれがなければ、当時の無茶なチーム開発は不可能だったと思いますが、 使いづらい面もあって、ある程度運用でカバーしなければなりませんでした それを解決したのがSubversionで、 今の会社に至るまで、公私ともに使い続けていました しかし、時代は流れ、分散型リポジトリが主流となり、 私自身、数年前から使い出したGitに慣れてしまったのもあって、 もうSubversionには戻りたくありません(´-ω-) ちょうど、こちらのコラムにもそんな話が WEB+DB PRESS 総集編 [Vol.1?60] 作者: 森田創,cho45,ミック,増井俊之,山本陽平,角谷信太郎,中島拓,縣俊貴,大塚知洋,伊藤直也,小飼弾,WEB+DB PRESS編集部出版社/メーカー: 技術評論社発売日: 2011/10/15メディア: 大型本購入: 52人 ク
svn の repository を git の repository に変換するには、git-svn を使用します。 git-svn は、svn の repository を git コマンドで直接さわれる様にしてくれます。 Ubuntu の場合、git と git-svn のインストールは以下のコマンドで % sudo aptitude install git-core git-svn 以下、変換前の svn repository を svn-repo、変換後の git repository を git-repo と表記します。 流れとしては、以下の感じ 1. svn-repo のログのユーザー名を、git 形式に変換するための authors.txt を作成 2. ローカルにカラの git-repo を作成 3. svn-repo を git svn clone コマンドで取
git先日、msysGit(Git for Windows)がいよいよ公式に UTF-8 をサポート! という記事で「UTF-8 対応のコードがコミットされた」ことをお伝えしましたが、ついに、UTF-8 対応の新バージョン、msysGit 1.7.10 がリリースされました。いよいよ Windows でも日本語ファイル名を扱えるようになったので、「git では "詳細設計所仕様書.xlsx" をコミットできないんでしょ?」とブーブーいってた人を説得できる材料はそろいました!!!!それを記念して、この記事では UTF-8 対応の msysGit 1.7.10 を試してみた ブーブーいう人を黙らせるための「GUI で git する Windows 向けツール」まとめの2本立てでお送りしたいと思います。UTF-8 対応の msysGit 1.7.10 を試してみたさっそく Google Code
22:56 @thinca さんからの指摘を追記 @yuroyoro あとお節介ですが、n個前とdiffなら HEAD^ より HEAD~ の方がいいと思いますよ。両者では若干意味が違います。~なら HEAD~3 と数字が書けるのも利点です。あと個人的にはwhatchangedよりlog --statの方が見やすくて好きです。 2010-10-08 22:30:52 via Tween to @yuroyoro @yuroyoro URL このgitconfigの記事に関して質問なのですが、core.excludesfile は $HOME で動きますか?以前試した時ダメで、~/ なら動いたのでこちらを使ってるんですが。 2010-10-08 22:20:49 via Tween to @yuroyoro 「そんな.gitconfigで大丈夫か?」 そんなわけで、仕事でもモリンモリンにgi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く