Boost GitHub accelerate your github issues such as Agile tool. You can create Issues, Milestones and Labels with better way.
Redmine の lib/redmine/scm/adapters/git_adapters.rb を見ると, 基本的には,git コマンドで --git-dir 指定をして使っているような気がする. $ egrep 'cmd = ' lib/redmine/scm/adapters/git_adapter.rb|perl -pe 's/^\s+//' cmd = "#{GIT_BIN} --git-dir #{target('')} branch --no-color" cmd = "#{GIT_BIN} --git-dir #{target('')} tag" cmd = "#{GIT_BIN} --git-dir #{target('')} ls-tree -l " cmd = "#{GIT_BIN} --git-dir #{target('')} log --no-color -
今日の #shibuyarblunch で「詰めvi のような git の練習問題が欲しい」という話で盛り上がった。正解の操作をなぞる -> 詰めvi -> 手数を競う? -> Code Golf だ!という流れで Git Golf と呼んでいたけど、競技性は重要ではないし、 Code Kata に例えたほうが適切なのかもしれない。あるいは L-99 か。 レポジトリと「トピックブランチをマージせよ」のようなお題が与えられて、指示を満たすように git の各種コマンドを使ってレポジトリをいじる。操作の練習が目的なので、答え合わせは適当でいい。 git log --graph の結果を見比べる、とか。最初は簡単なのからはじめて、徐々に難しくなっていく。あまりお目にかからないシチュエーションのお題で、そうそう使わないようなコマンドを使う、組み合わせる、など。 バージョン管理システムはプログラミ
git + Redmineで開発する場合、Redmineのチケットごとにトピックブランチを切ることが多いですが、ちょいちょいチケットの内容を忘れてしまいます。 そういうときに、いちいちブラウザでチケットを見にいくのがダルいので、チケットのサマリを表示するgitのサブコマンドを作りました。 なお、本コマンドはbleis-hooksと併用することを想定しています。 インストール方法 git ticket subcommand · GitHub からダウンロードし、パスの通ったディレクトリに配置してください。 $ wget https://raw.github.com/gist/014371584dbf85d053ed/f8ade6f7fc36a4c8f49f72a538a6322bfb726bf8/git-ticket $ mv git-ticket /path/to/some/dir $ c
昨日、うさぎ組-ust- 第3回 - Togetterまとめの終盤でご報告しましたが、SCM Boot Campを開催します。 SCMはソースコードマネージメントの略でバージョン管理ツールとほぼ同義です。 決してTDDBC in Tokyo(7月9日)のRejectとかじゃないです。 まだ詳細がハッキリしていないのですが、このページを見てもらって皆様から参考意見などもらえたら嬉しいです。 公式ハッシュタグは#scmbcになります。 詳細がある程度固まってきたら募集ページを立ち上げますので、#scmbcハッシュタグを追っていただけるとありがたいです。 ※以下は詳細が確定しておらずあくまで現段階の案ですので、今後変更がはいる可能性があります。 イベント名: SCM Boot Camp in Tokyo 概要: 近年のソフトウェア開発においてSCM(DVCS)の重要性が増していますが、「DVCS
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます: http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。(詳しくは記事内の最初にも書いてあります) 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
TDDとペアプロで"MotsunabeZombieProject"と戦うお話です*1。お題がKanonで提供されるなど、TiDD成分も交えた感じでよかったです。 ITSとTDDも相性いいんですよね。どちらも「何をする」が明確になってから手をつける点で同じですし、何を達成したら良いかが先に判るのでテストが書きやすくなります。また、ITSとGitの相性の良さも感じました。特にブランチの作りやすさと切り替えの早さは異常。ローカルファイルって言うこともあるしね。 お題とやり方 会場で用意されたサーバで稼動しているKanonに接続し、チケットの形で提示されているお題をやっていく形式でした。 1.普通のつぶやきを判定 2.ハッシュタグを含むつぶやきを判定 3.リプライを含むつぶやきを判定 4.メンションを含むつぶやきを判定 5.複数の種別を含むつぶやきを判定 6.ネットワークからつぶやきを取得して判定
SubversionからGitに乗り替えてからというものコミット漏れ/忘れが激減(Changed but not updatedとかUntracked filesって出るし)したんだけど、今度はpush忘れをするように……。 なんかローカルでコミットした時点で満足しちゃうんだよね。で、帰宅してから同期しようと思ったら何も流れてこなくてうわぁぁぁぁぁ!!て。 コミットしたらすぐpushっていうのはrebaseとかしづらくなっちゃうからちょっとやだし、実はgit-svnで運用してるのでイライラで爆発しちゃいそう。 なので帰宅前に忘れずにpush(dcommit)できればそれでいいんだけど、毎日定時で帰れるほど平和な生活してないのでアラームを仕掛けるという案もいまいち。 で、色々考えた結果、プロンプトにpush済みかそうでないか表示できたらいいかも!と思ったので早速やってみた。 git bash
追記[2011/09/26] git-now のurlをgistからgit-hubに変更しました。 追記[2011/10/17] ライセンスはGPLです 一時的なtmp コミットや、簡単なログメッセージのコミット(push 前にログメッセージを整えています)を作るとき、今まで↓みたいな事をしていました。 で、これを使いながら「〜〜も出来たら便利かもー」とかつぶやいていたら、隣の人が一晩で(ry と、そんな感じで出来たgit-now の紹介 簡単な実行例 コマンド $ git now これで、版管理されているファイルのtmp コミットが作成できます。 コミットメッセージ例 [from now] Tue Dec 7 23:00:24 2010 diff --git a/hello.py b/hello.py index 51cff9f..9e84b86 100644 --- a/hello.p
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して新機能を開発してあとでマージなりリベースなりする
Mislav Marohnićさんの "A few git tips you didn't know about" を翻訳しました。 元記事はこちら: http://mislav.uniqpath.com/2010/07/git-tips/ (翻訳の公開は本人より許諾済みです) 翻訳の間違い等があれば遠慮なくご指摘ください。 あなたの知らないGit Tips注意:いくつかのコマンドやオプションは Git の version 1.7.2 以降が必要です。 OS Xでは、 Homebrew で簡単にアップグレードできます: brew install git git log でブランチとタグも見る$ git log --oneline --decorate 7466000 (HEAD, mislav/master, mislav) fix test that fails if current d
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら: http://nvie.com/posts/a-successful-git-branching-model/ (翻訳の公開と画像の利用は本人より許諾済みです) このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 この記事では、私のいくつかのプロジェクト(仕事でもプライベートでも)で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書かず、ブランチ戦略とリリース管理についてだけ述べよう。 以下では、
Githubは、もはやファイアウォールの内側であってもread-onlyではない。 From now on, if you clone a repository over the http:// url and you are using a Git client version 1.6.6 or greater, Git will automatically use the newer, better transport mechanism. Even more amazing, however, is that you can now push over that protocol and clone private repositories as well. Smart HTTP Support | The GitHub Blog Githubはすばらしいサービスなのだが、数少ない欠
確か@katzchangのツイートにだった気がするんだけど、「テストごとにgitにコミットすればコードの成長過程が残るよねー」って。 なるほど。 毎回ちゃんとコミットすればいいんだけど、よく忘れるのでmakeしてテスト実行する際にgitへのコミットも入れてみた。コミットメッセージはコミット時刻です。 環境はMac+C++ コードのサンプル:http://github.com/kaorun/MakefileGit 履歴のサンプル:http://github.com/kaorun/MakefileGit/commits/master Makefileをこんな感じに書いてみた NOW=$(shell date +"%Y/%m/%d %p %I:%M:%S") test: test.cpp g++ test.cpp -lgtest -lgtest_main ./a.out git commit -
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く