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
GitHub - bleis-tift/Git-Hooks at rewrite
Git-Hooks これは何？ Redmine等のITS/BTSとGitとCIツールを使った開発を支援するためのフックスクリプト集です。 シェルスクリプトとPure Perlで書かれているため、 msysgitを使っている方ならインストールスクリプトを実行するだけで導入できます。 動作環境 Gitがインストールされ、パスが通っていること Perl5.8.8以降がインストールされていること curlにパスが通っていること(push後のCIジョブ起動を使用しない場合不要) sh(bashを想定)がインストールされていること 動作確認はWindows7上のmsysgitを使用しています。 それ以外の環境ではそのままでは動かない可能性もあります。 テストを実行する場合は、上記のほかにTest::MoreとTest::MockObjectが必要になります。 インストール方法 Windowsでファイル
nvie/gitflow - GitHub
git-flow A collection of Git extensions to provide high-level repository operations for Vincent Driessen's branching model. Getting started For the best introduction to get started with git flow, please read Jeff Kreeftmeijer's blog post: http://jeffkreeftmeijer.com/2010/why-arent-you-using-git-flow/ Or have a look at one of these screen casts: How to use a scalable Git branching model called git-
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
設定ファイルをgitで管理する - NowTomの日記
動機 設定ファイルを変更したことを忘れがちなので、そのままバージョン管理をしてしまおうと思ってやってみた。 やり方 http://1-byte.jp/2011/01/04/home_with_git/を参考にした。 管理するファイルを決める 設定ファイルの中でもなにを管理したいかなと思って、ファイルを一覧表示した。 $ ls -al . . .シェルとか、エディタの設定ファイルを抽出してみた。これらを管理してみよう。 .bashrc .gitconfig .gitignore .gvimrc .hgignore .hgrc .screenrc .vim/ .vimrc .zshrc 設定ファイルをgit管理下に入れる 設定ファイルをgit管理下に入れるということは、ホームディレクトリをgit管理下に入れるということ。やってみる。 $ cd ~ $ git init fatal: ambig
【2011年版】git+Vim環境を構築する
前口上全国2000人くらいのgit+Vimファンの皆様こんにちは。 今日も元気にVim触っていますか。 git push、git pullしていますか。 今回この記事をまとめたのは、快適開発環境を手軽に作るためです。 今、学生やノンプログラマでVimやgitに触ってみたいなぁと思い始めてる人の参考になればなと思います。 目的USBで持ち運べるVim環境の構築を目指す(ここでは、Cドライブ直下に作成してるけど、ドライブ名を変更すればUSBメモリでも使用可能) gitとの親和性をアップする (出来れば、Vimでかなりのことが出来るようにしたい) 対象読者下記の項目に一つでも当てはまるならば、大丈夫です。 コマンドプロンプトでの作業が苦にならない キーボードで操作する自分がちょっと好き いい加減、gitに触れてみたいけど、どうやって環境構築すれば良いか分からない gvimによる作業が最近楽しくな
Git_開発中のGit操作リファレンス - 【discontinue development 】SetucoCMS Wiki - 【discontinue development 】Set...
Cambios recientes2016-04-25FrontPage 2014-04-08機能一覧 今後対応を予定している機能 2013-02-16新規メンバーのミッション 2012-12-22リリース手順 2012-11-25議事録一覧 Últimos archivo liberadossetucocms (1.6.1)2013-03-24 21:20 Wiki GuideWiki Syntax Wiki Links Block Processor Plugins Sidebar SidebarAcerca de Sidebar Edición de Sidebar Up: Git導入／操作まとめ Prev: Git導入〜各種設定 Next: 参考文献 ここは、SetucoCMSプロジェクトにおける開発に必要なGitの操作方法をまとめたページです。 開発中のGit操作リファレンスOu
もっとよいGitチートシート - 西尾泰和のはてなダイアリー
世の中にGitのチートシートはいくつかあるけど「Gitを知らない人に渡して最初に読んでもらうのに適したもの」が見つからない。チートシートじゃなくてチュートリアルと呼ぶべきかもしれないけど、とにかく印刷してA4で1枚になるくらいの資料が必要だ。Gitに触れた技術者が軒並み同じ落とし穴でコケるのは正しい状態ではない。「Gitには、indexっていう『コミットする前にワークツリーで行った変更のうちのどの部分をコミットするか整理するための場所』があるんだよ」とか「git revertはsvn revertと違っていきなりリポジトリに変更を加えるから気をつけて」とか最初に言ってもらえればもっとスムーズに進めたはずだ。 というわけでどういうチートシートが必要かに関して考えてみる。 登場人物 http://www.ndpsoftware.com/git-cheatsheet.html このチートシートが
Git Cheatsheet
stash workspace index local repository upstream repository status Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the workspace and the index file, and paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace
A zsh prompt for Git users | SebastianCelis.com
After starting to use Git a few months ago, I thought it would be useful to show the branch of the current repository in my zsh prompt. I did some searching online, but I could not find an appealing solution. Everything I found was either too slow or just didn't show the correct information. So I figured I might as well just throw one together myself. First and foremost, my prompt needed to be fas
Gitのブランチで効率的に開発・運用・保守・管理する方法 - (DxD)∞
はじめに 最初に、Gitに関するリソースとして、本では「入門Git」と「実用Git」、Web上では「Pro Git」が読みやすく、わかりやすいため、Gitについて知りたい人は一読をおすすめします。 特に、他のバージョン管理システムに関する前提知識がある場合には、Gitの概念や使い方も比較的スムーズに理解できるかと思います。実際に、バージョン管理システムをSubversionからGitへと移行してからしばらくが経ちますが、通常の操作に関しては、それほど不自由することなくGitを利用できています。 しかし、Gitを利用していくにつれて色々と疑問も出てきます。局所的なワークフローについては、様々なリソースによって理解することができます。では、効率的に開発・運用・保守・管理を行うために、大局的・継続的なワークフローをどのように採ればよいのか、特にGitの柔軟性を活かすにはブランチをどのように使えば
gitまとめ - 西尾泰和のはてなダイアリー
いろんな異なるバージョンのプログラムを管理したい、というわけで、gitを使うことにしました。cvsやsvnやhgやgitはいままで長いこと使ってきていたけども、ブランチをたくさん作るスタイルで使ったことはなかったもので。案の定つまずきまくりなので自分が後で参照するためにここにまとめていくことにする。入門Gitが手元にないので調べられない…あの本にこういう問題にぶち当たったときの解決方法が書いてあった気がするのに〜 ブランチfoo上で、本来ブランチbarで編集するべきa.pyを編集してしまう ブランチfoo上で、本来ブランチbarで編集するべきa.pyを編集してしまい、ブランチbarをcheckoutしてそこで反映しようにもfooとbarでa.pyの内容が違うため「error: You have local changes to 'a.py'; cannot switch branches.
バナナがキャラクターのGitリポジトリ管理·Bananajour MOONGIFT
BananajourはRuby製のオープンソース・ソフトウェア。個人でGithubを使っていて、その便利さに感動する人もいるだろう。社内でも、と思ってもGitリポジトリを管理するサーバを立てるのに苦労するかも知れない。Gitは個々人でも自由にリポジトリが作れるので何のリポジトリがあるのか、といった管理が煩雑になってしまうのだ。 Gitリポジトリを管理 そこで試してみたいのがBananajourだ。BananajourはRubyで作られたGitリポジトリ管理ソフトウェアで、とても簡単に利用できる。インストールはRubyGemsを使って行えて、コマンドはbananajourのみだ。そして任意のリポジトリに行って「bananajour add」というコマンドを叩けばBananajourのリポジトリ管理に追加される。 後はbananajourとコマンドを実行すれば9331番ポートでサーバが立ち上が
偽git.exeを作ってTortoiseGitの挙動を観察しよう - お前の血は何色だ!! 4
TortoiseGitでローカルで間違って消してしまったファイルを復元したいと考えた。 いろいろ試した結果、 TortoiseGit revert すれば治ることがわかったけど、これで正しいやり方なの？って疑問があったのでtwitterで聞いてみたら、 と、教えてもらえた。 git revert はコミットしたものをなかった事にするコマンドらしい。 http://drag0n.fam.cx/?p=399 こーゆー場合は、 git checkout とかのコマンドを使うのが正しいらしい。 ぢゃあなんで、これで TortoiseGit でファイルが巻き戻ったか、、、 そもそも TortoiseGit には、checkout なんていうメニューはないし、、、困った。 そこで、実際に TortoiseGit が、どういうコマンドを発行しているかを調べることにした。 TortoiseGit は、 g
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
git stash save で一時退避した変更を、誤って git stash clear で消してしまったときの回復法 - t-wada の日記（旧）
一年くらい前から git を使い始め、ここ半年くらいは毎日の開発に git を使っています。昨日 git stash という機能を使っている時に失敗してしまい、何人かの方にアドバイスいただくことによって無事回復することが出来たので、感謝の印として、そして運悪く同じ問題に遭遇してしまった人たち(私もまたやるかも)へのメモとして記しておきます。 御託はいいから、早く回復法を知りたい人のためのまとめ $ git fsck | awk '/dangling commit/ {print $3}' 候補の sha1 がいくつか出てくる(長く開発していると、結構多く候補が出てきます) $ git show --summary 候補のsha1 一つ一つの sha1 の内容を確認 $ git cherry-pick -n -m1 見つけたsha1 いきさつ 私の作業のやりかたでは、 タスク毎にブランチを切
Latest topics > msysGitが動かなくなった - outsider reflex
Latest topics > msysGitが動かなくなった 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « 「巻き戻し/早送りボタン」でクラッシュする件 Main js-ctypes » msysGitが動かなくなった - Mar 18, 2011 しばらくぶりに帰宅して、さあ外出先で行った開発の結果を取ってきましょうと思ってgit pullしようとしたら、bashが起動しなくなってた。 背景を説明すると、僕は自宅ではWindowsを使ってて、Gitを使った開発にはTortoiseGitとmsysGitの組み合わせを使用しているのですが、普段は全然普通に使えてるのに今日になって急にそれが動かなくなってたという状況でした。どうもTortoise
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - bobthecow/git-flow-completion: Bash, Zsh and fish completion support for git-flow.
Google Code Archive - Long-term storage for Google Code Project Hosting.
gitコマンドの補完、サブモジュールの削除nyaosスクリプト
