提言: コミットメッセージの一行目には要求仕様を書け - Qiita
これは Git (や Subversion などのバージョン管理システム) にコミットする時により良いコミットメッセージを書くための提言です。この提言は特にメッセージの一行目だけを対象とします。せめて最も重要な一行目だけでも良いメッセージを書いて欲しいからです。提言をズバリ一言で表すと 一行目には要求仕様を書け です。 背景 プロジェクトによっていろいろ慣習の差はあるものの、一般的には「コミットメッセージの一行目は変更内容の要約を簡潔に書け」とされます。特に Git は、各コミットメッセージの一行目だけを取り出してそれを一覧表示するなど、一行目を特別に処理する機能が多いので、一行目にできるだけ多くの情報を凝縮させることは重要です。またメッセージを一行しか書かない不届きな慣習のプロジェクトでは、十分な情報を持たないメッセージは無用の長物と化します。 良くないコミットメッセージ しかし私は、情
Jenkinsでプルリクエストをビルドする - Qiita
プラグインに設定オプションが多すぎて、設定の違いにより思い通りに動いたり動かなかったりしたので自分なりにまとめた。 基本的にはまず以下のリンクを参考にしてセットアップしてください。 JenkinsプラグインのGitHub pull request builder pluginを使ってみる -> ビルドの結果のキャプチャあり（参考にしたソース、内容はほぼ同じ） Jenkins wiki - GitHub pull request builder plugin GitHub - ghprb-plugin 説明通りセットアップしたものの、自分のところではうまく動作しなかった部分を以降にまとめました。 GitHubの設定 個人とか少数で使う場合は必ずしも必要ない -> Jenkinsプラグインのジョブの設定でAdmin listに設定すれば良い Jenkinsプラグインのジョブの設定でList o
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書かず、ブランチ戦略とリリース管理についてだけ述べよう。 以下では、
すでにコミット済みのファイルを無視する & git 軽量化 - hkobayashの日記
コード読みたくて clone したら一緒に管理されてる gif やら png やらその他のバイナリファイルも clone されて DISK 圧迫するからそこら辺は消して無視したい。 gitignore や .git/info/exclude で無視しようとしても、すでにコミットされてるから無視できない。 そんな時は、下記の方法を使う。 1.assume-unchanged #無視 git update-index --assume-unchanged [ファイル名] #無視解除 git update-index --no-assume-unchanged [ファイル名]2.skip-worktree #無視 git update-index --skip-worktree [ファイル名] #無視解除 git update-index --no-skip-worktree [ファイル名] ど
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
2013年、WebデザイナはGitを学ぶべきか？ そして1993年、編集者の7つ道具とは何だったか？ - QA@IT公式ブログ
WebデザイナはGitを学ぶべきでしょうか。答えはイエスだと思います。やらなくてもいいかもしれませんが、やればアドバンテージになるでしょうし、やらないことが今後マイナスになっていくように思えます。 仕事に必要な道具は常に進化します。その変化の過程で「ツールは本質ではない」と、うそぶいたまま時代の波に乗り遅れた人たちを過去に少なからず見て来ました。ツール（道具）が本質でないのは当然です。でも、そのときどきに使うべきツールを使わなければ、良い仕事はできませんし、市場ニーズに応えられません。 そのことを個人的な体験談を混じえて書いてみたいと思います。 今から20年ほど前、学生時代にバイトをしていた出版社で呆れられました。人文系の書籍や雑誌を手がけてきた筋金入りの編集者だった上司は、こう言いました。 「キミは編集者の7つ道具も知らんのかね！」 1993年時点で雑誌や書籍の編集者が必ず持っているとさ
PowerShell で Git | @jsakamoto
※本稿は「PowerShell Advent Calendar 2012」に向けての記事です。 バージョン管理システムとのつきあい仕事上、自分の立場は基本的にはデベロッパー。 C#, SQL, JavaScript, HTML, CSS を書く ASP.NET プログラマである。 当然、作成したソースコードは、なんらかのバージョン管理システムに保管、開発メンバと共有している。 使用バージョン管理システムとしては、ウン十年前は RCS使ってたような記憶がうっすらとある。 その後、今の勤め先に移籍して Visual Source Safe (ちなみにほとんど保管庫状態だが今も活きている)、Subversion と変遷。 最近は Git を本格的に使い始めたところだ。 使用OS は Windows OS なので、msysGit と TortoiseGit をインストールして使っている。 Git
WindowsでのGit環境構築 - Qiita
最近漸く「じっと」って言わなくなってきた。 色々やってみた結果、msysgit+posh-gitを入れてPowerShellでGitを弄るのが楽で便利ということになった。 で、どうやってその環境を構築するかって話を以下に。 ちなみにWindows8Pro64bit日本語版(コミケのMSブースで買った)で、OS入れた後VisualStudio2010入れただけのほぼ素の状態からやってます。 まぁWindows7でも大した差はないと思う。 後Cygwin入れるのは負けだと感じる人向け。 Chocolateyのインストール ChocolateyというのはPowerShellでのパッケージ管理アプリケーション。 MacPortsとかHomebrewとかの同じものですね。 要PowerShell2.0以上。 PowerShellを管理者権限で起動します。 で、以下のコマンドを入力。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
既に git 管理しているファイルをあえて無視したい - Qiita
Rails3.1で作ったアプリをHerokuに公開した話のまとめ
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
