Why should I care about lightweight vs. annotated tags?
I switched from Subversion to Git as my day-to-day VCS last year and am still trying to grasp the finer points of "Git-think". The one which has been bothering me lately is "lightweight" vs. annotated vs. signed tags. It seems pretty universally accepted that annotated tags are superior to lightweight tags for all real uses, but the explanations I've found for why that's the case always seem to bo
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
Git ライフを快適にする知られざるコマンドたち
Git 初心者〜中級者に向けて、目立たないけど便利なコマンドを紹介します。
zshでgitのコマンドやブランチ名を補完できるようにする | qnyp blog
zshでのgitコマンドの入力補完を設定する方法はいくつかあるようですが、最近はgitのソースツリーにcontrib/completion/git-completion.zshというものが含まれているので、今回はそれを利用する手順を紹介します。 設定を行うと、以下のようにコマンドやリモートリポジトリ、ブランチ名の補完ができるようになります。 今回、動作を確認した環境は以下の通りです。 Mac OS X 10.8.3 zsh 5.0.2 git 1.8.2.3 zshとgitをHomebrewでインストールしている場合は、zshの設定を行うだけで作業完了です。git 1.8.2.2に含まれる補完定義ファイルとgit 1.8.2.3に含まれるそれとでは結構違いがあるようなので（コミットログ）、gitはできるだけ最新版にアップデートしておきましょう。 Homebrewを使っていない場合は、補完定
25 Tips for Intermediate Git Users : Andy Jeffries : Ruby on Rails, MySQL and jQuery Developer
Introduction I’ve been using git for about 18 months now and thought I knew it pretty well. Then we had Scott Chacon from GitHub over to do some training at the company I’m contracting with and I learnt a ton in the first day. As someone who’s always felt fairly comfortable in Git, I thought sharing some of the nuggets I learnt with the community might help someone to find an answer without needin
git branch の結果を時間順にソート - kazuhoのメモ置き場
ブランチが大量にあると、git branch の結果を最終更新時間でソートして表示したくなりますよね。以下のワンライナーでできます。 (for i in `git branch | colrm 1 2` ; do echo `git log --date=iso8601 -n 1 --pretty="format:[%ai] %h" $i` $i ; done) | sort -r git branch を最終更新の日付でソートするオプションがほしい Kazuho Oku on Twitter: "git branch を最終更新の日付でソートするオプションがほしい" ってツイートしたら、@likk さんに、 @kazuho https://gist.github.com/Likk/9af89b10fd0008df91ad … ワンライナー書いたのでこれをgitのエイリアスに。 永遠に靴紐
Enterprise Software Delivery Platform | CloudBees
Frictionless developmentMinimize developer toil with self-service access to fast, secure workflows and GitHub-style actions running on Tekton. Faster and saferDeliver software faster with built-in security and compliance checks at every stage of development and deployment. Continuously improvedBe your best with constant feedback loops across the entire software delivery value stream - no more inte
Git Notes Display
ProductGit Notes DisplayUpdate (August 14, 2014): Displaying Git notes on GitHub is no longer supported. I just blogged about the new git-notes functionality over at the Pro Git blog. If you're interested… Update (August 14, 2014): Displaying Git notes on GitHub is no longer supported. I just blogged about the new git-notes functionality over at the Pro Git blog. If you’re interested in using Git
git notes をボトムアップから理解する - ruby trunk changes
ruby-trunk-changesをgitから参照する - 継続にっき(2011-12-12) という記事を読んで git でコミットに note というコメントを付加できることを知りました。k-tsj さんありがとうございます。 1.7.1 あたりで追加された機能らしいのですが GitHub のコミットのページでも notes が表示されるようです。*1 ([追記]その後この git notes を表示する機能は GitHub から削除されてしまいました。残念) これは便利ですね。後から参照するぶんには ruby trunk changes 自体この形式で公開したほうがいいんじゃないかと思うくらいです。また最近 Heroku で ruby trunk pages のメモをしているツールのデータを Heroku の PostgreSQL じゃなくてどこか外部に置けないかなと思っていたので
git merge or rebase, ff or no-ff
Kazuho Oku @kazuho バージョン管理システムの目的は変更履歴を管理することなんだから、git rebase とか履歴を改変するコマンドは言うまでもなくダークサイド 2012-11-09 16:58:32
フック（hook）を使ってコミットしたら自動的にデプロイするようにする - ちなみに
Gitさんはいくつかのタイミングで好きな処理をフックできる賢い子です。 $GIT_DIR/hooks配下にタイミングごとのスクリプトが用意されていて、それを書き換えることで任意の処理を行わせることが出来ます. タイミングなどの詳しい説明はman githooksに書かれています。（最初にこれを見ていれば僕の数時間は失われなかったのに） 今回やりたかったのは、ローカルでWebサイトをこねくりまわして、気に入ったらコミットしてリモートにpush、そうすると自動的に公開用のディレクトリでpullするというものです。 やったことは、リモート側で $ cat path/to/repos/hooks/post-receive #!/bin/sh (cd /path/to/site/directory; git --git-dir=.git pull) $ chmod +x path/to/repos/
チケット駆動開発に便利なGit-Hooksをためしてみた - Perl日誌
id:bleis-tiftのGit-Hooksを試してみました。 http://github.com/bleis-tift/Git-Hooks 環境 MacOXS 10.6.6 git 1.7.3.4 $HOME/project/配下にworkリポジトリ、$HOME/repos/配下にbareリポジトリを作成します。 環境の構築手順は以下に記録しています。 http://d.hatena.ne.jp/okamuuu/20110116/1295146927 http://d.hatena.ne.jp/okamuuu/20110115/1295058479 git上にリポジトリを作成 適当なプロジェクトを立ち上げます。例としてHelloWorldを作成します。 Bareレポジトリを作成します。 % mkdir -p $HOME/repos/HelloWorld.git % cd $HOME/r
bleis-tift/Git-Hooks - GitHub
Git Hooks これは何？ Gitのフックスクリプトです。 構成 pre-commitは、masterブランチでのコミットを拒否するだけです。 常にトピックブランチで作業しましょう。 commit-msgはトピックブランチのブランチ名に含まれるチケットIDを抽出し、 コミットメッセージの一行目に自動的に追加します。 Redmine用です。 common.shはそれらに必要な関数を放り込んであります。 test-suite.shは、test_から始まるファイルをすべて実行します。 つまり全部のテストが実行されます。 test_から始まる各種ファイルはテストです。 shunit2というのを使っていて、これがLGPL v2.1なので、 こいつらの扱いはLGPLになるんでしょうか？ スクリプトファイルに対するLGPLはよくわかりませんが、 これらはLGPLということにしておきます。 shuni
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
Lightweight git hook management tool その名も git-hook を作りました - 鳩舎
どうもこんにちは。フックしてますか。ジャブからローにつなげてますか。 そんなこんなで最近は僕もそこそこ git に慣れてきて助けてもらわなくても良くなって来ました。 しかし人間の欲望はとどまるところをしらず、「なんか定形作業めんどくせーなだるいしなんかうまいことどうにかなれよ面倒くせぇ」とか考え始めるものです。たとえば「テスト通ってないコードコミットするなってリーダーがいうけどいちいち手でテスト走らせて確認すんのだるいからなんかうまいこと自動で動かんかな」とか。 git は大変よくできたツールですので、そういうのもちゃんと用意されています。hooks といって、コミットのタイミングなどで特定のシェルスクリプトなりなんなりを動かすことが出来るよう配慮されているのです。すげーな git 。 しかしこいつがマジめんどくさい。自分でシェルスクリプト書くとか絶対嫌だし、すでにそのへんに転がってるのを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
More Git and GitHub Secrets
Git - Blog Moved
こわくない Git
さいきょうの.gitconfig
Kazuho Oku on Twitter: "@__gfx__ rebaseされる各コミットが正しく変更できているならいいですけど、後からつじつまあわせるくらいならmerge時にconflictとして処理されてるほうが問題特定しやすいかと"