gitで流行のコミットメッセージとベーシックなコミットメッセージのフォーマットまとめ - falsandtruのメモ帳
最近気になってたchore(package): bump versionなGoogleフォーマットとBump versionなベーシックフォーマットのまとめ。 Googleフォーマット chore(package): bump version Angular.jsなど主にJavaScriptのメジャーリポジトリで人気のフォーマット。 github.com azuが概要をまとめているのでこれを引用する。 feat(ngInclude): add template url parameter to events The `src` (i.e. the url of the template to load) is now provided to the `$includeContentRequested`, `$includeContentLoaded` and `$includeConten
改行コードの扱いを検討 - torutkのブログ
分散バージョン管理ツールでGitを使いたくなるのは、ファイル名の文字コードが違うOS間で日本語のファイルを共有するようなリポジトリを扱うときです。Windows OSとLinux OSと同じGitリポジトリを使用するとき、Gitであればファイル名に日本語を使っても問題ありませんが、Mercurialでは片方のOSで作成した日本語ファイル名をもう片方のOSで読むことができません（文字化け）。Bazaarが衰退してなければ・・・ Windowsだけでリポジトリを使う、あるいはLinuxだけでリポジトリを使うなら、Mercurialという選択肢があり、複雑怪奇なGitを使わなくても・・・と思いますが、現実はそう限定できないことが多いのです。 また、「ファイル名に日本語使うのがよくない」という意見もありますが、コンピューター側の制約に人間が不便な思いをして合わせるのは本末転倒と思うのでファイル名か
gitでnumstatを利用して総追加行数、総削除行数を取得するワンライナー - @nnm_tech
上期も終わり開発中のgitリポジトリの情報を採取して遊んでいました。Qiitaでコミット数や総追加行数、総削除行数を取得するワンライナーについての投稿があり活用させて頂いています。ありがたい...! リンク先のワンライナーでコミット数は正確に計れるのですが、総追加行数と総削除行数がなにかおかしい。なぜか総追加行数が非常に多く計算されていました。 というわけで原因を調べてみました。 原因1. 1ファイルのみの変更の時にgrepがスルーされる 1ファイルのみの変更の場合、以下のような出力になります。 $ git log --shortstat --oneline --no-merges f86f749 Insert open graph meta tag contents when adding a link item refs #29 1 file changed, 67 insertion
Gitで今作ったコミットを以前のコミットに半自動的に融合させる(rebase autosquash)
よく「トピックブランチにおけるコミットは、トピックに関連した内容のみ、論理的単位で小さく作れ」といわれますが、実際にコードを書いているときは最初から完璧だと思える一連のコミットをつくり上げるのは非常に困難です。 たとえば、「あー、この変更はさっきのコミットに含めておくべきだったな」とか。 Gitの場合あとから rebase -i で表示されるTODOリストの順番を並べ替えたうえ、squashやfixupを指定すれば、前のコミットに融合できますが、コミットの時点でfixup先のコミットがわかっている場合、autosquashを使うと、その作業を半自動化できます。 たとえば % git log --oneline master.. 4ce35ee 新機能: ほげほげを追加 40a7ef4 ほげほげ機能追加のための準備 のように2つのコミットがあった場合、マージ前にレビューしたところ、40a7e
バージョン管理したくない作業用スクリプトは「,」ディレクトリに入れるといい - Qiita
TL;DR: グローバルな gitignore に ,/ を追加して、作業用スクリプトを , ディレクトリに入れると便利。 ,/tmp_script.sh で実行できる。 Git リポジトリの中に一時的に使う作業用スクリプトを置いておきたいことがある。自分だけが使うものなのでコミットはしたくないが、いちいち .git/info/exclude に追加して無視させるのも面倒臭い。 今まで自分は、 tmp_script.sh~ や tmp_script.sh.bak など、グローバルな gitignore で無視されるファイル名にしていたが、これは不要なファイルと間違えて消してしまう危険がある。 ignored.tmp_script.sh は分かりやすいぶん長い。 _tmp_script.sh は悪くないが、コミットすべきファイルにもアンダースコアで始まるものがあって紛らわしい。 そこで、作業
YappoLogs: xlsx ファイルを git diff しやすくする為の天才的な wrapper script を書いた
皆さんはプロジェクトのリソースとしてエクセルの xlsx ファイルを使う事があると思います。 何てったって事務職の人ですら楽々使えるスーパー優れた UI なので、 web の管理画面とかを作り込むよりもエクセルでシート作ってもらってしまった方が早いケースも多いんです。現実の世界では。 で、普通の人は TSV にするだの CSV にしてもらうだのすると思うんですが、一方的にデータ貰うだけなら良いんだけど、相手とやり取りする時にはどうしても xlsx ファイル経由とかにしないと相手がこまる！やっぱりエンジニアのエは優しさのエだから相手に優しくしないとだめです。 で、 xslx ファイルでエンジニア以外の人とデータやり取りするとやっぱり、バージョン管理したくなるのが人情です。 でも xslx ファイルはバイナリファイルなので git diff とかが残念です。。。 って事で作っちゃいました。 h
yucato.net - このウェブサイトは販売用です！ - yucato リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
追記専用のファイルでコンフリクトを抑止する - Qiita
ChangeLog とか Android アプリの string.xml の様に、特定の箇所に行が追加されていくだけのケースで、複数の人が作業すると頻繁にコンフリクトが発生してしまいます。 大抵のバージョン管理システムではファイル毎にマージに使うコマンドを指定できるようになっていますが、 git の場合は .gitattributes ファイルで指定します。 $ echo "string.xml merge=union" >> .gitattributes $ git add .gitattributes $ git commit -m "string.xml: merge=union" merge=union の部分がマージドライバーの指定で、 union は順番を気にせずに両方の内容を保存するマージドライバーです。 このドライバーを使うと同じ行を別々の人が追加した時に重複してしまう可能
本の虫: Bazaar-NG: 分散バージョン管理システムを7年ハックしてきて
Bazaar-NG: 7 years of hacking on a distributed version control system Bazaarの開発者が、Bazaarが失敗した理由について、当時を振り返って書いている。なかなか面白い。 Bazaar-NG: 分散バージョン管理システムを7年ハックしてきて この7年間、筆者はBazaarプロジェクトに関わってきた。筆者はプロジェクトから距離を置き始めている今この時、筆者のこのプロジェクへの関わりや、何が良くて何が悪かったのかの意見などを、振り返ってみるべきだと思う。 この回顧録には多くの複雑な詳細が出てくるので、筆者の誤りもあるかも知れない。間違いを見つけたら知らせてくれ。 黎明期 < ddaa> dscmsには2種類ある。古臭いやつと、実験中なやつ。 2004年、筆者は、 SambaのコントリビューターであるMartin Pool
git による分散作業パターン | GREE Engineering
分散バージョン管理を華麗に扱いたい堀口です。 GREE Advent calendar 2013 の 14 日目として参加させていただきます。 お二人に続き Haskell の話をしようかと思ったのですが、急遽無難な開発の話に変更しました :o Java や C++ には OOP の概念が必要であったように、分散作業の認識が薄いまま git や Mercurial を使うことは長期的に不幸をもたらします。 とあるプロジェクトにて、その一部を副産物のミドルウェアとして抽出すべく、アプリケーションと分離したい 不具合があったので原因を探りたいが、依存関係が複雑すぎるのでコードを読む量を減らしたい テストやレビュー、提案、リファクタの運用を強化したい よそのプロジェクトに迷惑を掛けないように、そこのツールを改良して使いたい。 いままで何気なく「こんなもんだろう」と思って手間をかけていませんでした
git rebaseを使うときのルール | Yakst
Re: [git pull] drm-next Linus Torvalds Sun, 29 Mar 2009 14:48:18 -0700 (訳注 : Daveのrebaseのやり方が好みでないというLinusに対して) > 2009年5月29日(日曜日) Dave Airlieの発言 > > 今から自分がしようとしているのは、直線じゃないツリーを送ろうとしているだけだ。 > パッチを自分の次のツリーにマージする時はいつでも、そこにそれがあるからだ。 > 自分は、Ericのツリーを自分のツリーに直接プルして、その結果を送ろうとしている。 > きれいなマージ履歴について注意しているとは思っているけど、前に言ったように、 > カーネルツリーに関してのドキュメントが何もない状態では、君がどうしたいのか > 本当のところは今の今まで分からないよ。 自分が求めているのは、きれいな履歴だ。でも、それ
git-svn dcommit 時に svn copy させるには - miauのブログ
Twitter で、 なんてことをつぶやいてたんですけど、git-svn でもコピーの検出はできるっぽいことに気づいたので訂正です。 結論としては、 git svn dcommit -C50 みたいに -C オプションに続けて＋二桁の数字で「これ以上一致がある場合はコピーとみなすよ」という値（パーセント）を渡してあげれば svn copy 相当の処理を行ってくれます。以下詳細です。 きっかけ 今のプロジェクトは中央リポジトリが Subversion なんですけど、Git に慣れるとローカルでコミットできないのは不便で。ソースコードがらみの作業は git-svn で行っています。そこでたまに「svn copy したいなー」「svn propset したいなー」と思うことがあるので、git-svn のソース（Perl スクリプト）を読んでみたんですが、どうも --copy-similarity
図で分かるgit-mergeの--ff, --no-ff, --squashの違い - アジャイルSEを目指すブログ
git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用（抜粋） NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene
Git submodule の基礎 - Qiita
この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
angular.js/DEVELOPERS.md at master · angular/angular.js · GitHub
GitHub - Kentzo/git-archive-all: A python script wrapper for git-archive that archives a git superproject and its submodules, if it has any. Takes into account .gitattributes
git-flowでもgithub flowでもない、Git本家推奨のワークフロー
github を用いた開発フローテンプレート
こわくない Git
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
