2011年4月18日(火)に実施した、プライベートセミナー『アジャイル開発環境セミナー~一般ユーザが知っておきたいJIRAの概念と操作~』での資料です。
![マジカルsvnとキュアgit](https://cdn-ak-scissors.b.st-hatena.com/image/square/94dfbc7aedb6e899a6f0ab60eb325ee11cabe20d/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2F20130322svngit-130322054612-phpapp01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
2011年4月18日(火)に実施した、プライベートセミナー『アジャイル開発環境セミナー~一般ユーザが知っておきたいJIRAの概念と操作~』での資料です。
An interactive Git visualization tool to educate and challenge!
テーマはGitHub APIを利用してプログラマーの問題を解決するというものでした。 http://qiitahackathon03.peatix.com つくったもの Gitのコミット毎に親コミットとのdiffからTODO:やFIXME:というコメントを探し出し、 それを元に自動的にissueのオープン/クローズを行うツールをつくりました。 このツールを使うと、TODO:コメントの挿入/削除 = issueのオープン/クローズとなります。 あまりウケないかなと思っていたのですが、思いの外受け入れてくれた方がいて嬉しかったです。 スライド GitHubのゲストの方向けに資料は英語で書かれていますが、発表は日本語でした。 デモビデオ 発表のときはその場で実演しました。 かなり緊張しました。 (音声はありません。) 実装方法 いつも通り、Objective-Cで書きました。 前後のコミッ
なぜか2バイト文字ガン無視で作られたGitちゃん。そんなGitをWindows環境で使うと、簡単に文字化けする。そこをなんとか、ようやく日本語に対応しつつあるMsysGitを使って文字化けしないように導入する方法をどうぞ。 MsysGitは最近(2012年現在)、ようやくUTF-8(UTF-8N)環境に対応したと謳っているWindows向けのGitクライアント。自分はこのMsysGitでGitを使っている。だが実際、使ってみると文字化けしたので、ちょっと工夫が必要なよう。また前提として、ファイル名はMS932、中身はUTF-8で書くとする。 MsysGitを入れる まずは普通にMsysGitを入れる。ここのDownloadから「Git-1.7.XX-previewXXXXXXXX.exe」とかをダウンロードして、実行しよう。 インストール中に聞かれる設定項目はほとんどたいしたことないので、
SCMBC in Tokyo 3 に参加してから、約1ヶ月が過ぎた。 bootしたのに(したつもり)、このままだと失速して墜落してしまう。 ドットインストールのGit講座、Githug、TryGitで入門編の内容をやって。 あとは、実際につかってなんぼなので、複数の環境に散らばってる、dotfileや 多少、学習用やおもちゃのソースを管理してみたりしてみてる。 が、まだまだ初級編から抜け出せてない感がたっぷり。 当面の目標としては以下のような感じ この場合なんのオプションだっけ?ということが多いので、ポケットリファレンス、学習用の素材を利用して迷わず実行できるようになりたい Alias、拡張機能で、より効率的な使い方を覚えたい より使いこなすため、ワークフローを理解して、試してみる 概念も理解する 現状参考にしてるもの、これから試そうと思ってるものをまとめてみてた。 講座・ハンズオン gi
書いた通りオチだけよめばいいので、ヒマな人以外は最初にまとめを読もう。 「GitをWindowsでつかいたい」 Linuxを入れろ 「Gitを『Windowsで』使いたい」 そうかそうか WindowsにあるGitの紹介 msysgit http://msysgit.github.com/ 基本ですね、Windowsに移植された、本物のGitです。 ただし、黒い画面ですので、デザイナーとかが穴という穴から液体を吹き出して死にます。 安心してください!msysgitにはGUIもついてます!! …ティクルティケェ… TurtoiseGit http://code.google.com/p/tortoisegit/ TurtoiseSVNをおぼえていますか?アレです。 このExplorer統合という奴に親を殺された俺としては使いたくないのですが、まあ一番有名ですね。 というかTwitterで質問
※2012/4/12追記 UTF-8対応版のGitが正式にリリースされたので、この記事の手順は基本的に不要になります。 詳しくはこちらをどうぞ。 Git-1.7.10-preview20120409.exe のGit Bashで日本語入力する方法 — 久々にGit環境作ったら日本語対応方法を忘れていたので、自分のためにメモ。 Gitのインストール UTF-8ファイル名対応版 Git for Windowsからダウンロードし、msysGitをインストールします。 まずは日本語を扱えるようにする Gitのインストールが終わったら、次にGit Bashで日本語が扱えるようにしましょう。 nkfのダウンロード、インストール nkf.exe nkf32.dll Windows用の詳細情報 : Vector ソフトを探す!などからnkf.exeをダウンロードし、%ProgramFiles%\Git\b
GitHubにリポジトリを置いてる人はみんなプルリクエストを待っています。けどプルリクエスト用にフォークした自分のリポジトリを保守する方法が途中でわからなくなって...という人が案外多いんじゃないかなと思ったり。なので、ちょっとメモ置いときます。って、人のためみたいな言い方ですが、まあ自分用のメモです。 まずこうしたほうがいいという原則。masterブランチはフォーク元から変更せず、かならず自分用のブランチを作る。これは、masterを作業の同期用に置いておくためです。 自分のブランチでコミットしたあと、フォーク元のmasterが進んでないかのチェックは必ずすること。 もし進んでいたら自分のmasterに元作者のコミットを取り込んで自分のGitHubでのフォークが最新と同期してる状態にしましょう。で、元作者のコミットログを確認して何が起こったのかを理解しましょう。 $ git checko
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
Les Sociétés Civiles de Placement Immobilier (SCPI) se sont imposées comme une solution d'investissement de choix, attirant un nombre croissant d'investisseurs en quête de diversification et de rendements potentiellement plus élevés. Dans un contexte économique en constante évolution, où les investisseurs cherchent à optimiser leur portefeuille tout en minimisant les risques, les SCPI représentent
思い浮かんだGitのTipsを列挙してみました。 gitのコマンドをで補完する git-completion.bash を入れると、でコマンドの補完が効くようになります。 また、PS1の設定を行うと現在のブランチ名が常にbash上に表示されるようになります。 (Windowsの場合、msysgit は標準で入ってます) contrib/completion/git-completion.bash - GitHub インストール方法(引用) # To use these routines: # # 1) Copy this file to somewhere (e.g. ~/.git-completion.sh). # 2) Add the following line to your .bashrc/.zshrc: # source ~/.git-completion.sh # # 3)
SCMBootCamp in Tokyo 開催しました。KPT公開。 - うさぎ組にて手ぶらLTをしたので資料はないが、内容を軽くまとめておく。 GitとMercurialの比較 Git Mercurial リポジトリ commit objectのグラフと、branchのHEAD,tagなどの参照で出来ている。 commit objectのグラフだけで出来ている。 歴史改変サポート デフォルトであり。 デフォルトではなし。extensionが必要。 歴史改変 新しいcommit objectグラフを作成し、参照を古いHEADから新しいHEADに移す。表面上要らない歴史の削除として使われるresetはHEADの移動のみを行う。 新しいcommit objectグラフを作成し、古いcommit objectグラフをリポジトリから除去する。要らない歴史の削除として使われるstrip(MQExte
みなさん、Git使ってますか?僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く