みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、

最近の更新 (Recent Changes)2016-04-25FrontPage 2014-04-08機能一覧 今後対応を予定している機能 2013-02-16新規メンバーのミッション 2012-12-22リリース手順 2012-11-25議事録一覧 最新リリース情報setucocms (1.6.1)2013-03-24 21:20 Wikiガイド(Guide)Wikiの文法 リンクの種類と文法 ブロックプロセッサ 拡張文法 サイドバー プロジェクトWikiでの広告設定 サイドバー (Side Bar)このサイドバーについて このサイドバーの編集 Gitリポジトリ運用ルールOutlineバージョン番号の構成 githubのリモートリポジトリのブランチ 各自のローカルリポジトリのブランチ 開発の流れ シナリオ1　次リリースに向けた変更（過去のリリースへのフィードバックが必要ない場合） シナ

Redmine×Gitのハーモニーは涙のチケット駆動開発!?：かんばん！～もし女子高生がRedmineでスクラム開発をしたら（6）（1/3 ページ） 本連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムとプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。 これまでのお話 本連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムとプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。 ひょんなきっかけから電子目安箱（カウンセラー）を開発することになった「ぷりん」と「まいん」の姉妹。第1回の『高校生になって初めてスクラムを始めました～「ストーリー」で何を作るかまとめよう』、第2回の『スプリントと“かんばん”でチームのビートを刻め!! ～スクラム開発で使う手

コミットメッセージの1行目は”短い説明” 英数字で50文字以内にすることを推奨します。短すぎてもわかりにくくなるのでいけません。 内容・理由・意味などを知らない相手によくわかるように述べること。 — せつめい【説明】 角川必携 国語辞典 50文字以内の“説明”にしてください。オレオレ語で書かれた自分しかわからないメモにしないでください。 コミットメッセージのスタイル 日本語よりも英語を利用して、行頭に動詞（現在形のみにする）を置くことを推奨します。ある程度、統一されたスタイルは容易にコミットログを理解するための助けとなります。 日本語でコミットメッセージを書くと 決済に不具合があるバグを修正しました メンテナンスモードを追加しました 日本語の場合、動詞を後ろに持ってこないと違和感ある文章になり、最後まで読まないと文章が理解できません。 英語でコミットメッセージを書くと Fix a bug

Distributed Version Control (DVCS) has a growing following. It enables a set of workflows that can be very handy and Git is an increasingly popular DVCS solution.  Today, we are announcing Git-tf, a solution that enables you to work locally with a Git repo – edit, commit, revert, branch, merge, etc.  and then “sync up” with a central TFS repository.  In this way, you can have the best of both DVCS

Redmine, git, Jenkins などプロジェクト管理ツールの状態を横断的かつリアルタイムに表示するWebアプリ『Dashbozu』を作りました。 これを使えば、一つの画面でプロジェクトの”今”の状態を把握できます。 WebSocketを用いているので、ただ開いているだけで、次々と情報を得ることができます。 iPadで開きっぱなしにして、机の上に置いておくような使い方を想定しています。 なぜこれを作ったか 一般的なソフトウェア開発現場では Redmineでチケットを作成する gitでコミットを繰り返し、中央レポジトリにpushする JenkinsによるCIが実行される 結果を確認し、Redmineのチケットを閉じる という流れで作業が進んでいきます。 これらの作業の中で、開発者は「適切な」タイミングでチェックとフィードバックをすることを求められます。 例えば、チェックのタイミング

id:bleis-tiftによるgitのフックスクリプト集がマジ便利。 gitとredmineを使ってる人はぜひ使うべき 機能 チケット番号付加 id/12というブランチで作業してるときは、コミットメッセージの末尾にrefs 12を自動でつけてくれます Redmineのチケットごとにブランチを切るようにすると、マジ便利 masterブランチへのコミット拒否 masterブランチへのコミットを拒否する 必ずトピックブランチを切るようになる pushされたときにチケットIDのないコミットの拒否 チケットIDのないコミットのpushを拒否します ダウンロード・インストール方法 https://github.com/bleis-tift/Git-Hooks に書いてある通りにすれば簡単にインストールできます

WebDAVでpushできるGitリポジトリを作ったのでメモ。 以下は、 ロカールにあるGitリポジトリ「hoge」を、 WebDAVでpushできるGitリポジトリとして「http://foo.com/git/hoge.git」で公開したい! 場合の作業手順です。 環境 使用した環境は次の通り。 クライアント OS: WindowsXP Git: Cygwin版Git v 1.5.5.1 公開先サーバー(foo.com) OS: CentOS 4 Git: v 1.5.2.1 Apache: 2.0.52 概要 apacheにWebDAVの設定をする。 リポジトリ「hoge」の裸(bare)のクローンを作る。 作成したクローンをサーバーに送付 クローンを公開リポジトリに配置し、公開設定をする。 クライアントからcloneしてみる。 1.apacheにWebDAVの設定をする。 公開サーバ

まとめ $ git diff --no-prefix HEAD~ > thisis.patch $ patch --dry-run -p0 < thisis.patch $ patch -p0 < thisis.patch git diffに--no-prefixをつける事で、普通のpatchで当てられるパッチファイルを出力できます。この例ではHEADの1個前*1からHEAD*2までのパッチです。 普通のpatchコマンドのほうの知識があまり無くて-p0がいまいちよく分からないんですが、git diff --no-prefixで作成したパッチファイルを当てるには必要みたいです。--dry-runは、実際には当てないけど当てた場合の結果を出力します。なので、まずは--dry-runで確認して、問題が無ければ実際にパッチを当てます。 エントリー書いた後に教えてもらった補足 patch -p1の

簡単そうで意外と簡単にできない。ググると色んな方法があるようで、それが混乱の元となっているように感じます。さらに、LinuxとWindowsという環境の違いもあるし。 GitHub自体はHTTPSに対応しているようなんですが、どうもうちの環境だとNGみたいです。なので将来的には、下記のHTTPプロキシの設定だけでいいかも。 git config http.proxy http://my.proxy.url:80 認証プロキシだとこうかな。 git config http.proxy http://user:[email protected]:80 これでうまくいく幸せな人は、以降の話は不要なので無視してください。 残念ながら私はうまくいかなかった環境でした。で、とりあえずHTTPSはあきらめ、SSH経由でのpushでうまくいきました。参考にしたサイトはここです。 必要なもの msysgit

Github を Windows で利用する方法を紹介します。このエントリーではGit GUIというツールを利用して、 リモートリポジトリの作成 ローカルリポジトリの作成 ローカルリポジトリのコミットとリモートリポジトリへのプッシュ ファイル更新時のコミットとリモートリポジトリへのプッシュ 等について紹介します。「githubの使い方が分からない」というビギナー（私も含め）のためのエントリーです。GUIのオプション設定など詳細な設定は割愛していますので予めご了承ください。 なお、以降の操作を行う前にgithubのアカウント取得は完了させておいてください。 １．ダウンロード githubのサイトにある「Help」をクリック。 右側のメニューから「Intermediate」の中にある「Install Git HTML help」をクリック。 Windowsの説明にある「Msysgit」をクリッ

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

追記[2011/09/26] git-now のurlをgistからgit-hubに変更しました。 追記[2011/10/17] ライセンスはGPLです 一時的なtmp コミットや、簡単なログメッセージのコミット（push 前にログメッセージを整えています）を作るとき、今まで↓みたいな事をしていました。 で、これを使いながら「〜〜も出来たら便利かもー」とかつぶやいていたら、隣の人が一晩で（ｒｙ と、そんな感じで出来たgit-now の紹介 簡単な実行例 コマンド $ git now これで、版管理されているファイルのtmp コミットが作成できます。 コミットメッセージ例 [from now] Tue Dec 7 23:00:24 2010 diff --git a/hello.py b/hello.py index 51cff9f..9e84b86 100644 --- a/hello.p