TortoiseSVNの基本的な使い方 その1 - アジャイルSEを目指すブログ
目的 こういうのを書こうとした理由としては、 意外とSVNを知らない人が多い。 既存の解説ページだとTortoiseSVNのバージョンが古い。 日常で使う最低限の機能だけを説明したページが欲しい。 自分の会社の先輩に説明する時のためのまとめ。 と、まぁそんな感じ。 後、実際にTortoiseSVNを使いながら一通りの操作を説明したページが無かったので、書いてみようかなぁと。 SVNの詳細や運用方法などについて詳しく知りたい方は『Subversion実践入門』を読まれると良いですよ。 読んでない方は是非一読すべき良書。 Subversion実践入門:達人プログラマに学ぶバージョン管理(第2版) 作者: Mike Mason,でびあんぐる出版社/メーカー: オーム社発売日: 2007/04/21メディア: 単行本（ソフトカバー）購入: 35人 クリック: 672回この商品を含むブログ (102
git add と git rebase のちょっと応用的な使い方(add -p, rebase -i) - アジャイルSEを目指すブログ
Git 可愛いよ、Git という訳で、最近Git の使い方を覚えてきたので、少しまとめておく。 書いたのは、下記の2コマンドのオプションについてです。 git add -p git rebase -i 両方ともSVN では出来ないですので、SVN 使っている方はGit キモい 凄いと思うこと間違いなし！ コミットの選択(git add -p) 普通のコミット 例えば、下記のような（作成中の）ソースがあるとする。 fizzbuzz.py #!/usr/bin/env python # -*- coding:utf-8 -*- def fizzbuzz(num): return num if __name__ == '__main__': for n in range(1, 20): print n これを普通にコミットする場合、add してcommit すればいい。 $ git add fi
.gitconfig と.gitignore について - アジャイルSEを目指すブログ
git のalias を設定し始めて、気づいたらaliasだらけになっていたので、 現在(2011/05/12)の自分の.gitconfig の設定を晒してみる。 参考にしたページ .gitconfigに設定してるaliasなどのまとめ - ゆろよろ日記 dotfiles ~/.gitconfig [user] name = sinsoku email = sinsoku.listy@gmail.com [color] ui = auto [alias] ad = add br = branch ci = commit cia = commit --amend cih = commit --amend -C HEAD cih1 = commit --amend -c HEAD@{1} co = checkout d = diff dc = diff --cached dn = diff -
Gitでコンフリクトした時のための備忘録 - アジャイルSEを目指すブログ
コンフリクトしたときに便利そうなので、備忘録を残しておく Gitのコマンド コンフリクトしているファイルの一覧を表示する。 $ git ls-files -u [<path>] ファイルの状態(コンフリクト含む)を表示する。 -s でshort-format で特定のディレクトリのファイル一覧を表示できる $ git status [<path>] 手動で直す方法 修正後にaddが必要 $ vi <path> (手動でコンフリクトを直す) $ git add <path> mergetool でマージする方法 -y でデフォルトのマージツールが実行する で1つずつ指定できる $ git mergetool -y [<path>] をHEADと同じ状態にする。 修正後にaddが必要 $ git checkout --ours [<path>] $ git add <path> をマージで指定
図で分かるgit-rebase - アジャイルSEを目指すブログ
世間的に「Gitはコミットログを書き換えられてキモい」と言われ、肩身が狭いので git-rebase の説明を書いてみた。 git help から引用 まずは基本に忠実に、ヘルプを読みましょう。 git help rebase SYNOPSIS git rebase [-i | --interactive] [options] [--onto <newbase>] <upstream> [<branch>] git rebase [-i | --interactive] [options] --onto <newbase> --root [<branch>] git rebase --continue | --skip | --abort DESCRIPTION If <branch> is specified, git rebase will perform an automatic g
git-rebase を多用した開発の流れ - アジャイルSEを目指すブログ
git-rebase を使った開発の流れが固まってきたので、ブログで晒してみます。 この呟きから日数が経っている理由は察してください。 とりあえず、マグナ・ゼロは2週して、黄金魔剣士は2回撃破しました。 まず初めに git-rebase に不慣れな方は真似しない方がいいです reflog でgit-rebase の失敗を戻せない人も真似しない方がいいです 無名ブランチに移動しても泣かないように 開発の流れ 前提 git-pull は使わず、git-fetch を使う 追跡ブランチでは作業をしない（必ずトピックブランチを作る） bashにgitのブランチ名を表示しておく（rebaseでコンフリクト起きるのが見えないと危険なので） 0. 作業準備 プロジェクトのディレクトリに移動する。 $ cd ~/Projects/FizzBuzz作業前にリモートリポジトリの変更を取得する。 $ git f
あまり知られていないGitのTips - アジャイルSEを目指すブログ
思い浮かんだ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)
gitの勉強会をしてきた #gitbattle - アジャイルSEを目指すブログ
4/20(土)にgitの勉強会をやってました。 イベントのページ Git天空闘技場 - connpass http://connpass.com/event/1958/ 資料 DVCSとGitの基礎 from sinsoku listy Git天空闘技場_ハンズオン from sinsoku listy 経緯とか 元々、Gitの内部構造を軸とした勉強会をやってみたくて、↓みたいな事を考えてた。 - 常に無名ブランチで作業（ブランチとか初心者には要らない） - リポジトリ内部を１コミットごとに調べる - ブランチ、タグの実体を知る - リモートの実体を知る - オブジェクトを理解する - 初心者向けの勉強会だけど、初心者をgitの深淵に突き落とすで、3月くらいに[twitter:@skowata]さんと話してたら「じゃあ、やろう」と。 最初は少人数でもいいかなぁと思っていたけど、意外と人が集
図で分かるgit-mergeの--ff, --no-ff, --squashの違い - アジャイルSEを目指すブログ
git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用（抜粋） NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene
卒業研究でテスト駆動開発(TDD)を研究してると聞いて - アジャイルSEを目指すブログ
TLで面白いつぶやきを見つけた。 最近Javaやってないし、久しぶりにJUnitで遊んでみようかなぁー。 という訳で、やってみた。 話題の卒研のページ 卒業研究にご協力のお願い JUnitLogGet JUnitLogGet自動DL&Install まずはJUnitLogGetをインストールする と、いきなりエラーにｗ Cannot complete the install because of a conflicting dependency. Software being installed: JUnitLogGet 1.0.2.201006180845 (jp.sagauniv.JUnitLogGet.feature.feature.group 1.0.2.201006180845) Software currently installed: Eclipse IDE for Java
縛りプレイで勉強するGitの基礎 - アジャイルSEを目指すブログ
縛りプレイをすることで、Gitの基礎であるハッシュ（sha-1）を意識してみる。 縛りプレイ とは 1. SMプレイのうち亀甲縛りなど縄を使うプレイ（性行為）のこと。昭和から存在する言葉。 2. ゲームをプレイする際、本来ゲーム側からは設定されていない制限（縛り）を自ら科す事によって、より難易度の高いゲームをプレイする事。記事のタイトルの意味は 2. の方です。 概要 縛りの条件は下記の通り。 つまり、リモート（origin含む）、ブランチ（master含む）、タグの使用禁止です。 関連して、下記のコマンド/操作も使用禁止です。 git clone （origin が作成されるため） git checkout -b （-b オプションはブランチ作られるので禁止、それ以外はOK） git pull （動作が複雑なので） .git/ の直接編集（邪道なので） つまり、常にdetached HE
私はRSpecでテストをこんな感じで書いてる - アジャイルSEを目指すブログ
私がRSpec使ってテスト書く時はこんな感じで書いてるよ〜ってのを書いてみた。*1 テストを書く順番について TDDでコードを書く場合、先にテストを書く事になります。 そして、そのテストを書く順番ですが、私は下記のような順番で書くように意識しています。 設計する describe を書く itを書く subjectを明確にする before(context)を明確にする その他に、気をつけている点はこんな感じ 別のメソッド呼ぶ時は基本的にstubなどで潰す contextは「〜の場合」、it は「〜であること」になるようにする 一つずつ、詳細を書きます。 設計する テストを書き始める前に、まず実装しようとしてるクラス、メソッドを簡単に設計します。 少なくとも、「クラス名」「クラスメソッド or インスタンスメソッド」「メソッド名」「メソッドの戻り値」ぐらいは決めます。 describe を
今までソフトウェア開発について勉強してきたことのふりかえり - アジャイルSEを目指すブログ
[twitter:@kyon_mm]さんの記事（僕がソフトウェア開発を勉強し始めて3年間でやったこと）を読んでいて、「今までのふりかえりかー。面白いかも」とか思ったので、ブログ書いてみた。 期間は就職（2008年4月）〜現在（2012年5月）の4年間。 1年目(2008年4月〜2009年3月) SIerな会社に入社。 会社の研修でJavaを習った後、会社の技術書棚にあった「Java言語で学ぶデザインパターン入門」を借りた。 たぶん、講義・研修・仕事に関係なく自分で読んだ技術書はコレが初めてだと思う。 ここでデザパタを覚えてから、オブジェクト指向、アジャイル開発に興味を持ち始めました。 読んでた書籍 増補改訂版Java言語で学ぶデザインパターン入門 作者: 結城浩出版社/メーカー: ソフトバンククリエイティブ発売日: 2004/06/19メディア: 大型本購入: 51人 クリック: 762回
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
