死んで覚える本当のGitの使い方 - mizchi log
注意: バズってますが、これははてなダイアリーからはてなブログの自動マイグレーションに失敗してたものを復旧させたもので、書かれたのは2012年です。 - 最近流行っているGit初心者向け記事は、「僕らが本当に知りたかったこと」が欠けているようにしか思えません。 そこで、本当のGitの使い方を僕が皆さんに伝授しようと思いました。 なにはともかく使ってみよう 前提として、皆様のお手元にはすでにGitがインストールされているものとします。 今回はエディタとしてDungeonCrawl StoneSoupを使います。 Downloads « Dungeon Crawl Stone Soup http://crawl.develz.org/wordpress/downloads Dungeon Crwal Stone Soup は今一番ホットなオープンソースのローグライクです。風来のシレンやトルネコ
Set up Git - GitHub Docs
Using Git To use Git on the command line, you will need to download, install, and configure Git on your computer. You can also install GitHub CLI to use GitHub from the command line. For more information, see "About GitHub CLI." If you want to work with Git locally, but do not want to use the command line, you can download and install the GitHub Desktop client. For more information, see "About Git
Gitのリポジトリからファイルをエクスポート - ぷろぐらまはっくす MkⅡ
svn exportみたいに、ファイルをエクスポートする機能を見つけたのでメモメモ。 例： $ git checkout-index -a -f --prefix=export/ -a 履歴管理されているすべてのファイルをエクスポート。省略した場合は明示的にファイルを指定する 例) $ git checkout-index -prefix=export/ ファイル1 ファイル2 ... -f エクスポート先に同名のファイルが存在する場合は上書きする --prefix エクスポート先 --prefixを指定する場合は、末尾に'/'を付けないと悲惨なことになるので要注意。 次のコマンドの場合 $ git checkout-index --prefix=.merged- Makefile.merged-/Makefileではなく、.merged-Makefileという名前でエクスポートしてしまう
A successful Git branching model を補助する git-flow を使ってみた - Twisted Mind
git-flow という git の運用を補助するプラグインを使ってみたので、その過程をメモしてみました。 そもそも git を採用理由なども書いていきたいと思います。 git を採用した理由 まず何よりも git を採用した理由ですが、日本語の本がたくさんある。Subversion のように気軽にブランチを切ったりマージが出来ない方法では「開発スピードにバージョン管理がついてこれない」という結論に至りました。 そこで svn から git へ以降の準備を進めています なぜ hg や bzr ではないのか git-svn を前々から使っていて rebase のありがたみや branch を気軽にきる運用になれていたからというのもありますが、なにより身近に詳しい人が多いというのが一番です。 Tower や GitX という素敵な GUI があるのも魅力の一つですね。 A successful
既存のリポジトリに git-flow を導入してみた - おいちゃんと呼ばれています
社内のあちこちで git-flow を使っているのを見聞きして、じゃあ僕も、と試そうとしてみたのですが、ググって出てきた情報は、新規にリポジトリをつくるやり方ばかりで、 （新規のリポジトリではなくて）既存のリポジトリにも git-flow って導入できるの？ << と疑問に思ってやってみたところ、思いのほか、あっさりとできてしまったのでメモしておきます。 **既存のリポジトリに git-flow を導入してみた そもそも git-flow ってナニ？ A successful Git branching model の開発モデル git-flow のインストール 事前に develop ブランチを作成 既存のリポジトリに git-flow を導入 -おまけ - 事前に develop ブランチを作成していなかった場合 << *1. そもそも git-flow ってナニ？ git-flow
Git で日々の共同作業やリリース作業をサポートする git-daily を作りました | GREE Engineering
こんにちは。インフラの sotarok です。 先日から Git 関連の話をしている通りですが、社内で Git を使い始めています。 今日は、Git を使った日々の開発〜リリースまでのフローや、そうしたものの運用と、それをサポートするために作ったツール git-daily の紹介をしたいと思います。 ソフトウェア開発とウェブ開発の違い いやウェブ開発も広義のソフトウェア開発なのですが、ここでいうソフトウェア開発とは、クライアントアプリケーションやライブラリのようなものを指すと思ってください。 実際、ウェブ開発をしている方は感じていることだとは思いますが、両者の開発フローはかなり異なるものです。もちろん社風や開発の方針等によって色々あるとは思いますが、主に次のような特徴が挙げられると思います： ソフトウェア開発 アプリケーションはクライアントで動作する リリース間隔は比較的長く、次のバージョ
git-助けてというすごく便利なエイリアスを作った - 鳩舎
こんばんは！暑い！ ということで今日はgitのすごく便利なエイリアスを作りました。 Git-助けて https://github.com/rosylilly/git-tasukete という、超便利コマンド集です。 使い方はホームディレクトリあたりにクローンしてきて、パスを通しておくだけです。 するとあら不思議、ターミナルに $ git 助けて と打つだけで、助かりたい時の場合がリストで出てきます。 後はそのうち、目的の状況のモノをターミナルにコピペするだけです。ほらね $ git mergeを取り消したい はい、マージが取り消せました。よかったよかったー！ こんな困った場合にも対応してください！というのはGitHubのissueか、コメント欄にて受け付けてます！
Using Dropbox as a Git repository
So last month I wrote a bit about setting up your own personal Git repositories on a Linux box, and how to use that for sharing code. I’ve had a slight epiphany since then: what if I just used the awesome Dropbox (my referral link, if you’re likely to sign up) to share Git repositories between computers? Dropbox seems able to get through most corporate firewalls (my previous employer blocked SSH,
Gitのベストプラクティクスっぽいもの - Sexually Knowing
tbaggery - A Note About Git Commit Messages A successful Git branching model » nvie.com Commit Often, Perfect Later, Publish Once—Git Best Practices だいたいこれらに書いてあることを考えている。 基本的にGit Successful Branch Modelで運用する。git-flowを入れて使っているけど、手でやってもそんなに面倒ではないし好きなようにしたらよさそう。 Subversionを個人で使っていたころはブランチはよくわからないけど恐しいものだったけど、Gitを使いはじめてだいぶ親しめるようになった。 文字通り、ブランチ、枝である。気軽に扱えるということは理解の助けにもなる。 コミットの単位 論理的に最小限度のコミットをつくる。「こう
git pullの詳細な挙動を追ってみる - hokaccha memo
git push/pullは何気なく使ってるけど実はよくわかってなかった。ことのきっかけはこういう質問。 hogeというリモートブランチをローカルのhogeブランチにもってきたい hogeをローカルのmasterにはマージしたくない pullでなんかこんな感じでいけそう？ $ git pull origin hoge:hogeでもこれは間違えで、なぜか今いるブランチ（master）にhogeがmergeされるし、期待してる動作じゃない。正解はこう。 $ git branch hoge origin/hogeもしくはチェックアウトも同時にするなら $ git checkout -b hoge origin/hogeこう。自分は普段後者のやり方でやってたけど、なんで上のはダメで下のが正解なのか説明できなかったのでちゃんと調べてみた。 入門Gitと実用Git、あとhelpを参考にした。 ブランチ
Quale - Octopus: git version control for mac
Octopus offers the closest integration with git version control on the mac. It has been designed for the mac from the ground up to be as simple as possible to help you focus on your work, but not your tools. Stunning interface optimized for easy workflow. A refreshingly clean design will help you to focus on your work rather than on how to deal with the tool itself. Octopus was designed with the p
GitHub for Mac 1.2: Snow Octocat
ProductGitHub for Mac 1.2: Snow OctocatToday we are announcing GitHub for Mac 1.2, an update we have dubbed Snow Octocat. Just like its bigger-cat cousin Snow Leopard, the goal for this release was to increase… Today we are announcing GitHub for Mac 1.2, an update we have dubbed Snow Octocat. Just like its bigger-cat cousin Snow Leopard, the goal for this release was to increase the stability and
プログラマならば使うべき：GitHubでDNS管理ができる Luadns | Everyday Deadlock
さきほどTwitterで流れてきたのでたまたま見つけたのですが、LuadnsというDNSホスティングサービスがかなり凄いです。Luaスクリプトでゾーン設定を書いてGitHubにpushするだけで即座にDNS設定ができてしまいます。 DNSホスティングサービスというと、多くの場合ブラウザを開いてログインしてコントロールパネルからポチポチと入力して送信して、、、という手順を踏まないと設定が更新できないわけですが、Luadnsは違います。example.com.lua ファイルをEmacsやVim(やその他エディタ)で開いてLuaスクリプトを書き、git commit ＆ git push で設定が完了してしまいます。push にフックして Luadns の設定が自動的に更新されます。 マウスまで手を動かすのが無限に遠く感じられるプログラマにとっては、これほど素早く簡単にDNSが設定できるのはか
ステージを理解して git をもっと便利に使う
git には「stage(ステージ)する」という概念があります。あるいは「index」と言い換えてもいいかもしれません。 簡単にいうと「stageする」＝「特定の変更内容をindexに登録する」＝「次回コミットに含めるようgitに指示する」ということなのですが、この概念は今まで主流だった CVS や Subversion といったバージョン管理システムにはありませんでいした。 長年CVSを使っていて、その考え方に凝り固まっていた私は、gitを使い始めてしばらくはstageやindexの概念を理解できなかったので、今回ここで紹介することにしました。 このstageとindexを覚えると「ひとつのコミットには、その主題となる変更と無関係な変更を含めない」という「バージョン管理システムを使う上で重要なはずなのに、つい疎かにしてしまいがち」なポリシーを簡単に実践できるようになります。 今回stag
#22 Gitメンテナ 濱野 純 | gihyo.jp
今回のゲストは、分散バージョン管理システムGitのメンテナで『入門Git』（注1）の著者、濱野純さんです。Linuxカーネルの開発者、Linus Torvaldsさんから引き継いでGitのメンテナになった経緯から、対談スタートです。 （撮影：武田康宏） Gitに関わった経緯 弾：Gitに関わったきっかけは？ 濱：2005年の4月にLinuxカーネルのバージョン管理システムとして使われていたBitKeeperが使えなくなる[2]からということで、Linus君がいろいろありものを探したんだけど、使えるものがなくて、誰かがいいのを作ってくれるまでのつなぎというつもりで、とりあえず自分でもコードを書いた、というアナウンスをしました。それをカーネルメーリングリスト（ML）で見ていたんですが、たまたまボクの本業がプロジェクトとプロジェクトの合間だったんです。なんかおもしろそうなこと始まってるじゃん、
KOSHIGOE学習帳 - [system][osx] Homebrew 使い方メモ
注) 2011/02/23 追記: 会社の勉強会で発表した際に会社のブログ記事としてほぼ同じ内容で公開しています。 {{toc_here}} Homebrew (訳) home-brew: 自家醸造飲料(ビール、酒) インストール $ ruby -e "$(curl -fsS http://gist.github.com/raw/323731/install_homebrew.rb)" /usr/local/ 以下のパーミッションを調整 リポジトリから tar ボールをダウンロード tar ボールを /usr/local/ 以下に展開 詳しくは: http://gist.github.com/raw/323731/install_homebrew.rb 語彙 Formula (和訳) 調理法 (用語) パッケージの説明書 Keg (和訳) 小たる、たるビール (用語) Formula のイ
gitリポジトリの仕込み方 - はこべにっき ♨
最近のgitリポジトリの仕込み方のオレオレまとめ． このソースコードはバージョン管理しとこうかなと思ったら，プロジェクトのディレクトリで， $ git init としてリポジトリをつくる．とりあえず，ここでコミットしまくる．初期化のらくちんさがgitの良いところの一つだと思う． そのうち，このリポジトリを複数のマシンからアクセスしたくなる．(サーバ/クライアントなsvnっぽく使いたくなる．) そうなったら，おもむろにサーバ機で $ git clone --bare /path/to/git/working /path/to/git/repos.git としてbareリポジトリをつくる．bareリポジトリは，作業ファイルがない管理情報だけのgitリポジトリ．リポジトリにgit pushとかをしたい場合はbareリポジトリにする．bareじゃなくてもいけるっぽいけど，どうせそこでは作業しない(
GitHubをもっとソーシャルに使いこなすための7つ道具
新サービスが続々登場してアツい！ 「GitHub」とは 皆さんは「GitHub」を活用しているでしょうか？ 「GitHub」（ギットハブ）はソースコード管理用の分散型バージョン管理システム「Git」を使ったホスティングサービスです。 Gitの特徴は、作業用として自分のコンピュータ上にあるローカルリポジトリがあれば、ネットワークに接続できない状態だったとしても、ソースコードの更新や、履歴を調べたりできる点にあります。その特徴はGitHubにも生かされていて、オープンソースとして公開中の既存のコードを分岐（fork）して、新しいプロジェクトとして開発できます。 また、自分が手元のローカル環境でバグ修正したり、拡張したソースコードを本家のオープンソースプロジェクトに取り込んで（pull）もらうことも手軽にお願いできます。 さらに、READMEテキストファイル（README.md）などを独特のマー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - devinross/tapkulibrary: tap + haiku = tapku, a well crafted open source iOS framework
BazaarからGitへリポジトリを移行するには - ひとりしずかに。