git の push.default 設定を理解する - Qiita
$ git push warning: push.default is unset; its implicit value is changing in Git 2.0 from 'matching' to 'simple'. To squelch this message and maintain the current behavior after the default changes, use: git config --global push.default matching To squelch this message and adopt the new behavior now, use: git config --global push.default simple See 'git help config' and search for 'push.default' f
コミットメッセージの書き方 - 2012-02-21 - ククログ
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
Big Sky :: Windowsでもssh-agentとssh-addを使ってパスフレーズ入力を省略する。
UN*X版だとssh-agentの実行結果が SSH_AUTH_SOCK=/tmp/ssh-suhGif2116/agent.2116; export SSH_AUTH_SOCK; SSH_AGENT_PID=5672; export SSH_AGENT_PID; echo Agent pid 5672; みたいになっててログイン時に eval `ssh-agent` とするんですがWindowsだと、そう簡単には行かない。 @echo off if not "%SSH_AGENT_PID%" == "" goto end for /f "eol=; tokens=1,2 delims==;" %%1 in ('ssh-agent.exe') do ( if "%%1" == "SSH_AUTH_SOCK" set SSH_AUTH_SOCK=%%2 if "%%1" == "SSH_AG
継続開発のススメ - Twisted Mind
概要 開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。 開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。 これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。 この文章は以下のような構成になってます。書き殴りですみません。 バージョンの付け方 ソースコード管理とリリース タスク駆動 環境方針 定義 いくつか事前に定義しておかないと話しが訳わからなくなりそうなので。 バージョン管理には git を採用しています。 開発というのはコードを書く事だけを指してはいません。 ここでいうフレームワークは「自身で開発している」として扱います。そうしないとちょっと難しいので。 ライブラリは自身の開発とそれ以外があると思いますので、
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
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 archive なんてつかってるんじゃない、とつっこみをいただいたので。
2009年10月23日 (金曜日) 00:04:00 # Life git archive なんてつかってるんじゃない、とつっこみをいただいたので。 git checkout-index を使うことにした。 git checkout-index --prefix=directory/ -a と指定すると現在 index にある内容をチェックアウトしてくれる。 prefix はディレクトリを指定するわけではなくてファイル名の プリフィックスを指定するというものなので、 ディレクトリにチェックアウトしたいなと思ったときには 最後の / をつける必要があるのがちょっとした罠。 そっちよりもlatex のビルドをどう高速化するのかという課題についての解決策が欲しいところ。 00:48:09 # Life Java と python と C++ を最近使い分けている。 同時に使うといろいろと混乱して
Hudson GIT plugin (on Debian)
HudsonにGIT pluginを入れてgitリポジトリに対応させてみた。 全プロジェクトに共通の下準備 GIT plugin自体はWeb UIからインストールできる。 http://ci.example.com:8080/pluginManager/ gitリポジトリはSSHでアクセスすることが多いので、hudsonのSSH鍵を用意して おく。 ci% sudo -u hudson ssh-keygen プロジェクトごとの設定 リポジトリがgitosis経由で提供されている場合、hudsonがfetchできるように、 hudsonの公開鍵をgitosisに登録する。 gitosis% sudo $EDITOR gitosis-admin/gitosis.conf [group foo-builders] readonly foo members = hudson gitosis% ca
gitでコンフリクトの解決結果を再利用する | Webシステム開発／教育ソリューションのタイムインターメディア
問題 gitでは空気を吸うようにブランチを作り空気を吐くようにマージを行います。 gitでマージ作業を中止して元の状態に戻すではマージに際してよくある問題の対処方法について紹介しました。 運用をきちんとしていればトピックブランチのマージでコンフリクトが発生することは稀です。 しかし稀とはいえコンフリクトが発生するときは発生します。 例えば新機能Xの実装を始めるとしましょう: $ git checkout -b topic-x master $ $EDITOR $ git commit -am 'Fix outdated comments' $ $EDITOR $ git commit -am 'Revise existing API' $ $EDITOR $ git commit -am 'Implement X' o---o---o <- topic-x / o---o---o <- m
gitで一度行った変更をなかったことにする方法4つ | Webシステム開発／教育ソリューションのタイムインターメディア
gitでは様々な方法でコミットログを書き換えることができます。 その一例として一度行った変更をなかったことにする方法を4つ紹介します。 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。 $ $EDITOR $ git commit -am 'foo' $ $EDITOR $ git commit -am 'bar' $ $EDITOR $ git commit -am 'baz' のように適当な区切りでコミットして行ったものの、 結局全部要らないからなかったことにしたいということはままあります。 解答1: git reset –hard HEAD~{n} コミットしたもの全てを歴史から消し去りたい場合は git reset --hard を使います。 この例の場合は3回のコミットを全てなかったことにしたいので、 以下のコマンドで消し去ることができ
UTF-8ファイル名対応版 Git for Windows
お知らせ ('12/4/10) 「msysGit」「Git for Windows」v1.7.10が公開、UTF-8のファイル名に対応('12/4/10 窓の杜) ようやく本家 Git for Windows が UTF-8ファイル名に対応しました。このページで公開していた UTF-8 ファイル名対応 Git for Windows はこれでお役御免となります。一応、資料としてページはここに残しておきますが、今後は本家 Git for Windows をお使いください。 なお、本家にはここで公開しているパッチは取り込まれていません。本家のパッチは Karsteen Blees 氏によるものです。 やっている内容はここに記載した方針と少し違い、POSIX API レベルで差し替えるのではなく、mingw.c 内にある ANSI API 呼び出しを Unicode API に変更しているようで
Keep either file in merge conflicts
Sometimes when resolving a merge conflict, you may want to keep one file instead of the other. You don’t need to open up the files and fix potentially hundreds of conflicts; you just want to choose the one you want and be done with it. Unfortunately, this wasn’t exactly straightforward in older versions of Git, but more recent versions have made it easier. Big thanks to Kevin Old for his post on t
Gitと一緒にCakePHPを楽しむ – CakePHP Advent Calendar 2010 6日目
これはCakePHP Advent Calendar 2010の6日目の記事です。 CakePHP Advent Calendarって何？という方はこちらへ。 CakePHP Advent Calendar 2010を開催！ CakePHPに関するtipsを1日1つ、順番に紹介するということなので、私はGitとCakePHPの活用について書きます。 恐らく、これはCakePHPに限らずあらゆるフレームワークで有効なtipsです。 CakePHPを初めとするフレームワークを長く使っていると、色々と面倒なことが起きてきます。 フレームワークのバージョンアップ 外部ライブラリのバージョンアップ 複数プロジェクトにおけるコードの共通化 “フレームワークのバージョンアップ“は重要です。 先日、こんなバグも発見されましたしね。 CakePHPのPHPコード実行の脆弱性を使ってCakePHPを焦が
git pull とかでコンフリクトが起こったときの対処 - Mattari Memo
git pull は自動でマージをしてくれますが、たまに解決できないコンフリクト（衝突）の問題があるそうで それの修正の仕方は、問題のあったファイルに詳しく書いてあります gituser@gitrepo:~/git-dir/mysite$ git pull mysite-remote master remoteuser@192.168.0.112's password: #SSH login Auto-merged templates/myapp/res_list.html CONFLICT (content): Merge conflict in templates/myapp/res_list.html Automatic merge failed; fix conflicts and then commit the result. sano@ubuntu-vm:~/git-dir/m
Accueil
Paris, la ville lumière, s'enrichit d'une nouvelle attraction sensationnelle qui fera le bonheur des amateurs de sensations fortes et des fans de super-héros. Le Batman Escape Game a ouvert ses portes, proposant une expérience immersive unique dans l'univers du Chevalier Noir. Ce nouvel escape game situé en plein cœur de la capitale promet de devenir un incontournable pour tous... En tant qu'inves
Git Plugin - hudson - Hudson Wiki
Bugs Check the open issues carefully to see if the issue has already been reported Create an issue if needed, and make sure to choose the git sub-component. Make sure to mention the plugin version number in the issue description. Note: The latest master repository seems to be http://github.com/hudson/Hudson-GIT-plugin. Gotchas If you are seeing output indicating Git could not clone, something lik
【プログラミング全般】githubでfork刺しっぱなしのリポジトリを更新する方法 | ECWorks Blog
時々、興味本位で他の方のプロジェクトにforkを刺したりするのですが、そのまま放置されていて知らない間に本家の方でバージョンが上がっていたりして、自分のリポジトリが古いままって事があります。gitの事を全く知らなかった頃、やり方が分からなくて結局removeしてしまったりしたのですが、やっと更新方法が分かったのでmemo書きです。 仮にhogeさんのfugaプロジェクトをgithub内でforkしたとしましょう。 そして、hogeさんがpushして、本家の方は最新版、ところが自分のfork刺したやつは古いまま、という状況です。 この場合、次のようにすることで最新版にすることが出来ます。 git pull git@github.com:hoge/fuga.git master git push まあ、よくよく考えてみればごく当たり前なのかもしれませんが(^^;;;。 というか、刺しっぱなしに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
iPhoneアプリをgitで管理する場合の.gitignore - Hello, world! - s21g