GitHub で submodule ではなく subtree を使うべき理由
GitHub には、タグを打つとソースパッケージを自動的にリリースするという機能があります。スクリプト言語においては、それぞれの言語について一般的なパッケージ管理システム注1があるため、この機能を使うことが少ないかと思いますが、デファクトのパッケージ管理システムが存在しないC等の言語で書かれたプログラムや、単独で動作する管理用のスクリプトを GitHub で開発・配布する際には、本機能はとても便利なものです。 しかし、この機能は git-archive コマンドのラッパーとして実装されているため、サブモジュールのファイルが含まれないという問題を抱えています。この点は GitHub の人たちも認識しているものの、今のところ GitHub で独自に対応するということは考えていないようです注2。 私がこの問題を 知ることになったのは、picojson の issue で指摘を受けたからです。pi
#github tips: hub pull-request の向き先がリポジトリのデフォルトブランチにならないとき - 詩と創作・思索のひろば
引数なしの hub pull-request を実行すると、リポジトリのデフォルトブランチに向けたプルリクエストを作ってくれます。このデフォルトブランチはふつう master を向いてますが、変更可能なので Git Flow で言う develop 的なブランチをデフォルトブランチにしているプロジェクトもあると思います。 さて、このデフォルトブランチをプロジェクトの歴史の中のどこかの時点で変えると、新しく clone したリポジトリで hub pull-request すると当然 develop に向けてプルリクエストを作りますが、デフォルトブランチの変更以前にこのリポジトリを clone していたリポジトリで hub pull-request すると master に向けたプルリクエストを作ろうとしてしまいます。-b develop すれば develop を向くのだけど、これは事故の元
GitHub - olivierverdier/zsh-git-prompt: Informative git prompt for zsh
Informative git prompt for zsh A zsh prompt that displays information about the current git repository. In particular the branch name, difference with remote branch, number of files staged, changed, etc. (an original idea from this blog post). Examples The prompt may look like the following: (master↑3|✚1): on branch master, ahead of remote by 3 commits, 1 file changed but not staged (status|●2): o
Git を使ったツール開発 - YAPC::Asia Tokyo 2014
Git は最近の開発においてはとてもポピュラーなツールです。業務で利用していなくても今や多くの CPAN モジュールが開発の場を GitHub としていることからも、Perl Monger には欠かせないものの一つとなっています。かゆい所に手が届くツールを自作できれば、Git を使った開発はもっと便利にできるでしょう。 本トークは Git をうまく活用するためのガイドです。 Git の概念・仕組みについて 上記を利用するための Git のサブコマンドの解説 細かい tips 実際の利用例として、ツールの紹介と解説 ghq, git-pr-release, git-browse-remote など などをお話しする予定です。
iOS開発とGitタグ
いままでAppleにアプリを申請するタイミングでタグを打っていて、 その後にリジェクトされると以下のようなタグが残ることがありました。 非常にダサいですね。 1.0.0 1.0.0-2 1.0.0-3 最近は少し学習して、QAに入る段階でrelease/1.0.0といったブランチを切るようにしました。 審査に出した段階ではまだタグは打たず、もしもリジェクトされた場合は引き続きrelease/1.0.0を更新します。 審査を通過した場合はそこでタグを打って、release/1.0.0をmasterにマージします。 以下の図のようなイメージです。 このように運用することで、余計なタグが打たれることはありませんし、審査中のバージョンを見失うこともありません。 もしかしたら普通のiOSデベロッパーは当たり前のように実践していることなのかもしれませんが、 自分は最近までダサいタグを打ったり、タグを打
履歴を残したまま複数のgitリポジトリを統合する - Qiita
半年ほど前のことでうろ覚えなのですが、pixivで複数のリポジトリを統合したときの方法を紹介します。 AAAAAリポジトリとBBBBBリポジトリを統合し、ZZZZZという大きなリポジトリを作成します。もちろんコミットログを統合前まで遡れるようにするのが絶対条件です。 最終形↓ ZZZZZ .git AAAAA BBBBB filter-branch まず、新しくgit clone AAAAAしてきます。（なぜなら、このディレクトリはこの後使い捨てられるので、pushされてないbranchとがあると困るからです） 次にcd AAAAAして、次のコマンドを実行します。 git filter-branch --index-filter \ 'git ls-files -s | sed "s@\t\"*@&AAAAA/@" | GIT_INDEX_FILE=$GIT_INDEX_FILE.new
Insert a commit before the root commit in Git?
I've asked before about how to squash the first two commits in a git repository. While the solutions are rather interesting and not really as mind-warping as some other things in git, they're still a bit of the proverbial bag of hurt if you need to repeat the procedure many times along the development of your project. So, I'd rather go through pain only once, and then be able to forever use the st
git subtreeで自動生成ドキュメントをGitHub Pagesに連携してみた - Life goes on
何か色々試してみた結果これが一番スマートかなーとやってみました。 やりたかったことは結構シンプルでして。masterブランチで更新されてる特定のディレクトリをそのままgh-pagesブランチと連動して更新していきたいというだけでした。 要はこんな感じ。 masterブランチでstyledoccoとかjsdocコマンドで生成したドキュメントファイルをdocsというディレクトリに入れておく。 1で生成したdocsディレクトリだけを、gh-pagesブランチに持っていく。 gh-pagesにgit pushしてドキュメントが更新されるようにする。 この一連の流れをどうやって実行しようかなーと思ってて、git submoduleだと参照はしやすくても、更新しにくいしなあということで結果git subtree使っていこうかなという感じに。 もちろんmasterで作ったdocsをいったんローカルリポジ
git と mercurial の diff を美しく表示するために必要なたった 1つの設定 (原題: diff-highlight 1.0.0 をリリースしました) - Hack like a rolling stone
Git の diff を美しく表示するために必要なたった 1 つの設定 #git にインスパイアされて作り始めた diff-highlight にあれこれ手を入れ、1.0.0 として正式リリースしました。 diff-highlight と git-contrib/diff-highlight の違い 差分の中で +/- の行数が一致していないときのハイライトの扱い git-contrib/diff-highlight での表示 +/- の行が一致していないとハイライトされません。 diff-highlight では、マッチする行を認識してハイライトします。 +/- の行数が一致しても、文字単位でのハイライトをしてくれないケースがある git-contrib/diff-highlight での表示 差分の 1行目同士を比較しているため、pager の行がハイライトされていません。 diff-
リポジトリ内で指定した単語が書かれた時期を調べるやつ - hitode909の日記
このメソッドは最近流行りじゃないとか，最近はこういうほうがおしゃれとか，そういう話をすることがある．これは昔書かれれたメソッドであり，最近こんなのを呼ぶ人はいないよ，みたいな． そういうのを手で調べるのは難しいので，スクリプトを書いた．git grepして，どのファイルに出現するか調べて，git annotateという，git blame的なことをして，出力をパースして，日付を表示する． リポジトリ内で指定した単語が書かれた時期を調べる % ruby commit-dates-for-word-of-repository.rb \ authorize \ ~/co/rubygems.org/ 2009-07-22 12:24:54 +0900 2009-07-22 12:24:54 +0900 2009-07-22 12:24:54 +0900 2009-07-22 12:24:54 +0
git mergeでコンフリクトが発生するか前もって調べる方法 - Qiita
利用シーン少なそうですが、mergeを実行する前にコンフリクトが起こるかどうかチェックしたくて調べたのでメモ。 git merge —no-commit topic-branchをmasterにマージしようとしてコンフリクトするケースを想定します。 まず試してみたのは--no-commitオプション。 (master) ✘ git merge topic-branch --no-commit Auto-merging src/hello.py CONFLICT (content): Merge conflict in src/hello.py Automatic merge failed; fix conflicts and then commit the result. これを付けておくとマージ時に自動コミットがされなくなりますが、コンフリクトが起こる場合もローカルファイルにはマージが実
GitHub で Pull Request を Merge したらコードが消えた話
会社で使ってる GitHub のプライベートリポジトリで master ブランチに対して出てる Pull Request を Merge したらコードが消えるという珍事があった。ファイルを削除する commit とかないにもかかわらず、全消しされてしまった。ちなみに同じ Merge を手もとでやるとコードが消えたりはせずちゃんと Merge された。極めて謎な現象だった。 master ブランチが空になるとデプロイができなくなって不都合があるので（ Webistrano 上でデプロイするとき master ブランチからしかデプロイできないようなレシピになってる）、コードが消滅したブランチを bukkowaremaster にリネームして手もとで Merge したブランチを force push してしのいだ。 GitHub に問い合わせてみたところ、ぬるい感じの一次返信が来たので原因教えて
Git Legit
gitleg Comments Off on Mengenal 3 Fungsi Utama Penggunaan Bahasa Pemograman Pada GIthub Untuk Para Developer Mengenal 3 Fungsi Utama Penggunaan Bahasa Pemograman Pada GIthub Untuk Para Developer Mengenal 3 Fungsi Utama Penggunaan Bahasa Pemograman Pada GIthub Untuk Para Developer – Github merupakan jenis website yang bisa digunakan dalam menyimpan serta mengelola suatu kode pada suatu produk. Anda
卜部昌平のあまりreblogしないtumblr
前回の続き。 前回の時点では「git blameが密になっているところはきっと活発に編集されていたに違いない」という仮説があったわけですが、これは本当のところは、よくわからない。なぜかというと、blameというのは地層のように降り積もったコミットの表面に露頭してるところしか見せてくれないわけです。本当に活発に更新されていたかを知るには、ようするに地質平面図じゃなくて地質断面図が必要なわけ。分かりますよね。 で、それはどうやって作ればいいかというと、gitには便利なgit log -pという、こういうとき便利だけど普段は使い道のなさそーなコマンドがあって、これは生のdiffをすべてだらだらと表示してくれるわけですよ。で、diffからblameを再構成するにはdiffの+行をひたすら集めてくればいいわけだけど、その時-行も一緒に覚えておいて、あるコミットでどのコミットが上書きされたかを覚えてお
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - filhodanuvem/gitql: 💊 A git query language
特定のブランチの rebase を禁止する git hook 書いた - ヤルキデナイズド
GitHub - eiel/git-merge-sandbox: コンフリクトの解消の練習するためのサンドボックス
git-flowでもgithub flowでもない、Git本家推奨のワークフロー
google/hesokuri · GitHub
GitHub - libgit2/git2go: Git to Go; bindings for libgit2. Like McDonald's but tastier.
