[B! git] satojkovicのブックマーク

git svnのブランチの扱いについて - さくらんぼのlambda日記

自分はバージョン管理システムとしてgitを利用してます。プロジェクトで採用しているバージョン管理システムがSubversionの場合でもgit-svnで連携して生活してます。今関わっているプロジェクトのsubversion上の構成がgit-svnにとって扱いづらいものが採用されていて、それの対処方法についてまとめておきます。前提のプロジェクト構成現在関わっているプロジェクトのバージョン管理システムでは以下のようなブランチ構成になっています。 branches/A/subA1 branches/A/subA2 branches/A/subA3 branches/B/subB1 branches/B/subB2 branches/B/subB3 branches/C/subC1/subsubC1-2 branches/C/subC1/subsubC1-2 branches/C/subC

satojkovic 2013/05/09

git

リンク

git-svnで削除されたリモートブランチをローカルでも削除する方法 - Webtech Walker

git-svnをつかっていてsvnのリモートブランチを削除しても、ローカルには残ってるのがうざいなあと思ってたのが解決した。 typester先生に教えてもらいました。++ $ git branch -r -d my-remote-branch これでおｋ！

satojkovic 2013/05/09

git

リンク

git-svnでリモートリポジトリのブランチにコミットする - walf443's blog

ふつうに使ってるのですが、そういえばメモしてなかったなーと思い、なんとなくメモしておく。ちょっとBKなんですがもっとスマートなやり方はないものか。。。 $ git checkout -b working_branch $ git svn info # => trunkのURLになる # 何かしら作業する $ git commit -a $ git commit -a $ git commit -a # svnにremote branch 作る $ git svn branck new_remote_branch # svn copy trunk branch とほぼ同様 $ git checkout new_remote_branch -b worknig_branch_remote $ git svn info # => branches/new_remote_branchのURLが出

satojkovic 2013/04/24

git

リンク

愛知県の社会福祉法人清凉会は、老人ホーム・デイサービス・特別養護老人ホーム・保育園などを運営しております。

ABOUT SEIRYOU GROUP 清凉グループについて清凉グループでは、「あふれる笑顔～慈悲の心で～」を経営理念として掲げ、地域における介護・保育ニーズにお応えすべく、複数の施設を運営しております。今後も地域の皆様の生活に寄り添う場所として、個々の施設と連携し、よりよいサービスを追求していく所存です。清凉グループからのお知らせinformation

satojkovic 2013/04/05

git

リンク

Git flowの活用事例

↓のv1.1.0版の方が、より見やすく改善したものになってます！ http://www.slideshare.net/matsukaz/git-28304397 社内で開催したGit勉強会の資料。 SVNとの比較や、Gitの内部構造と各コマンドの関係、ブランチやリモートリポジトリとの関係を分かりやすく説明したつもり。こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・！15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev

satojkovic 2013/03/09

git

リンク

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のエイリアスに。永遠に靴紐

satojkovic 2013/02/08

git

リンク

transitive.info - git stash 使い方

git stash 使い方現在のワークツリーを一時的に保存する現在のブランチのワークツリーを一時的に保存するには stash を利用する。git stash save とするか、save を省略してgit stash とする。このとき、stash にメッセージをつけるにはgit stash save "message" とする。 stash に保存されている状態の一覧を見るgit stash list で stash に保存されている状態のリストを見ることができる。 stash@{0}: WIP on master: 1c2aadc "COMMIT_MESSAGE" stash@{1}: WIP on master: 1c2aadc "COMMIT_MESSAGE" stash@{?} とブランチ、親コミットが表示される。 stash に保存されている状態に戻し、stash

satojkovic 2013/01/24

git

リンク

tbaggery - A Note About Git Commit Messages

19 Apr 2008 I want to take a moment to elaborate on what makes a well formed commit message. I think the best practices for commit message formatting is one of the little details that makes Git great. Understandably, some of the first commits to rails.git have messages of the really-long-line variety, and I want to expand on why this is a poor practice. Here’s a model Git commit message: Capitaliz

satojkovic 2013/01/23

git

リンク

GitExtensions付属のmsysGitでの文字化け対処 - Natural Software

GitExtensions付属のmsysGitでコミットしたときに文字化けしたので、その対処法を残しておきます。 bleisさん、sinsokuさんをはじめ教えてくれたみなさん、ありがとうございました！＃ちなみに場所ごとの文字コードの状態がまだわかってないので、そのあたりフォローしてもらえると助かります問題点と解決策問題点は2つあって、それぞれの解決策を載せておきます表示およびpushでの文字化けを解決するためには両方の対処をする必要があるようです表示系文字コードの問題。コミットログに入力した日本語がgit logなどで化ける‥UTF-8のコミットログをShift-JISで表示しようとしているので、UTF-8に変換する nkf Network Kanji Filter for Win32 (自家用)からnkfを取得し、C:\Program Files\Git\binにコピーする

satojkovic 2013/01/23

git

リンク

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

satojkovic 2012/12/20

git

リンク

magit の部分 stage が便利で便利で - あじーん-0.0.2-SNAPSHOT

この投稿はEmacs Advent Calendar 2012の14日目の記事です。 (Qiitaで行われています) "Emacs Advent Calendar 2012 - Qiita" - http://qiita.com/advent-calendar/2012/emacs 導入みなさん、git つかってますか? git を使ってらっしゃる方はコマンドで操作している方が大半だと思います。そこで Emacs をお使いのみなさんにお勧めするのが今回のテーマの magit です。 magit って?Emacs からgit を操作するための elisp です。 magit/magit · GitHub - https://github.com/magit/magit インストールには el-get を利用すると便利です。 M-x el-get-install → magit

satojkovic 2012/12/20

emacs
git

リンク

List of Git Contributors « Jon Rohan’s Web Developer Field Guide

satojkovic 2012/12/13

へー

git

リンク

既に git 管理しているファイルをあえて無視したい - Qiita

git でファイルを無視するには、通常は .gitignore や .git/info/exclude を使います。しかし、既にgit 管理下にあるファイルは、これらの設定があっても無視されません。以下の方法を使えば、git 管理下にあるファイルをあえて無視することが可能です。方法次の2つの方法があります。どちらを使っても、ファイルの変更を無視できます。方法(1) assume-unchanged

satojkovic 2012/12/12

すげー！

git

リンク

git mergeとgit pullのデフォルト挙動を設定できるようになってるGit | Act as Professional

Gitもいろいろ増えているんだと改めた@HIROCASTERでございませう。過去のGitのバージョンでは、設定できないと言われていたことについて、最近のGitでは設定できるようになっています。︵と、言っても何ヶ月も前に追加されている内容ですが…︶そのなかでも﹁これが欲しかったんだ！﹂と思われる2点について取り上げます。git merge –no-ffgit mergeをおこなう際には –no-ff をつけることによって、トピックブランチでおこなわれたコミットが明確にわかるようにするかと思います。以下の図だと、Topic-bは別ブランチでコミットされましたが、masterへマージする際にffだったために履歴を見ると別ブランチでコミットされたかどうかが判断できません。一方、Topic-CはTopic-B同様に別ブランチでコミットされましたが、masterへmergeされる際に –

satojkovic 2012/12/12

ようやくffがわかって確かにno-ffにした方がいいなと感じたので

git

リンク

「Gitによるバージョン管理」の執筆者によるGit勉強会か講演会 / git bundle

「Gitによるバージョン管理」の執筆者によるGit勉強会か講演会 / git bundle についてのスライドです。

satojkovic 2012/12/10

bundleバリバリ使ってるけど… バックアップとして有用というのはいいこと聞いた

git

リンク

【翻訳】Gitのコミットメッセージに関する注意点

Tim Popeさんの "ANote About Git Commit Messages" を翻訳しました。元記事はこちら‥ http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html ︵翻訳の公開は本人より許諾済みです︶翻訳の間違い等があればブログコメントやTwitter(@oshow)などで遠慮無くご指摘ください。Gitのコミットメッセージに関する注意点良い形式のコミットメッセージを書くということについて、時間を取って説こうと思う。私が考えるに、コミットメッセージ形式に関するベストプラクティスは、Git を素晴らしくしてくれる小さなディティールの一つだ。rails.git への最初のコミットのいくつかは、︵折り返しのない︶長文による多様なコミットメッセージを含んでおり、なぜこれがはっきり言ってお粗

satojkovic 2012/12/10

fix, merge, 現在時制で

git

リンク

「こわくない Git」というスライドを発表しました - kotas.tech

社内向けに﹁こわくないGit﹂というタイトルのスライドを作って発表しました。対象者は﹁マージがなんとなく怖い﹂﹁エラーが怖い﹂﹁リベース使うなって言われて怖い﹂と、Git が怖いと思っている人です！こわくないGit from Kota Saito発表中に出た質問など補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけどgit merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ？ A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態でgit merge --no-ff すると、空のマージコミットが作られてしまうのです。

satojkovic 2012/11/27

git

リンク

危なくないgitこと、うちのチームのgit戦略草案(ver. 2)

履歴恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった﹁試行錯誤の過程を入れないで﹂を丸パクリしました！ > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。まえがきgitでトラブった！という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常

satojkovic 2012/11/23

git

リンク

「天下一.gitconfig大会」の意外な結末 - Cybozu Inside Out | サイボウズエンジニアのブログ

先日︵※1︶、﹁.gitconfigの書き方や、gitのTipsについてワイワイ情報交換しましょう！﹂という趣旨で社内勉強会が開催されました。題して﹁天下一.gitconfig大会﹂。ここに我こそはと、5名の強者がネタをエントリしました。業務後の時間にもかかわらず、いろんな部署から20人以上が参加。社内で最も大きな会議室が、ほぼいっぱいに。﹁さいきょうの.gitconfig﹂︵天野祐介︶﹁jenkins先生にライブラリの更新をお願いする﹂︵田中裕一︶﹁おれさまの.gitconfigでぎっとぎとにしてやんよ﹂︵佐藤鉄平︶﹁git のよくある誤解 No.1 rebase について﹂︵山本泰宇︶﹁rebase すべき時とその作法﹂︵星野喬︶天野が、.gitconfigのベストプラクティスを探求していたら、いつの間にかシェルのベスト環境を構築していた……というオチで笑いを取