Downloaded 84 times
![Wikipediaから抜粋GitHub（ギットハブ）はソフトウェア開発プロジェクトのための共有ウェブサービスであり、Gitバージョン管理システムを使用する。GitHub商用プランおよびオープンソースプロジェクト向けの無料アカウントを提供している。 2009年のユーザー調査によると、GitHubは最もポピュラーなGitホスティングサイトとなった[3]。このサイトは社会的なネットワーク機能をもち、それはfeeds、followersとして提供されており、ネットワークグラフとして開発者が彼ら自身のバージョンのリポジトリを持つことを視覚的に把握可能にしている。（意訳）](/image.pl?url=https%3a%2f%2fimage.slidesharecdn.com%2f20120324gittraining-120323203315-phpapp01%2f75%2f20120324-git-training-57-2048.jpg&f=jpg&w=240)
20120324 git training
- 1.
- 2.
- 3.今日のタイムテーブル13:00 - Gitってなに？13:30- 基本操作のハンズオン14:30 - Ruby開発サーバの紹介15:00 - 休憩15:15 - Githubってなに？15:30 - チームプレイをやってみよう16:30 - ディスカッション17:30 - クロージング、会場片付け18:00 - 公開スタッフミーティング
- 4.
- 5.普段何を使ってます？ Git Mercurial Subversion CVS VSS その他 何も使っていない
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.最初のコミットまでcd <プロジェクトの親ディレクトリ>mkdir iketeru_gitcdiketeru_gitecho ‘Hello, world!’ > README.mdgit initgit add README.mdgit commit -m “Initial commit”
- 17.状態を見てみようgit statusgit diffgitloggit blame README.md
- 18.変更を加えてみようREADME.mdに追記 echo ‘Git,a cool SCM’ >> README.md
- 19.もう一度見てみようgit statusgit diffgitloggit blame README.md
- 20.変更がstageに乗ってない$ git status#On branch master# Changes not staged for commit:# (use "git add <file>..." to update what will be committed)# (use "git checkout -- <file>..." to discard changes in working directory)## modified: README.md#no changes added to commit (use "git add" and/or "git commit -a")
- 21.
- 22.変更がstageに載った$ git status#On branch master# Changes to be committed:# (use "git reset HEAD <file>..." to unstage)## modified: README.md#
- 23.コミットしようgit commit -m‘add my private opinion’
- 24.再度見てみようgit statusgit diffgitloggit blame README.md
- 25.git log$ gitlogcommit 9e46acdca5443bad381c7948c83c77de9508dd53Author: akm <akima@nautilus-technologies.com>Date: Fri Mar 16 19:50:28 2012 +0900 add my private opinioncommit 6d387715e14d7d72c04645b6b486ac2b35f4c88eAuthor: akm <akima@nautilus-technologies.com>Date: Fri Mar 16 19:36:54 2012 +0900 Initial commit
- 26.git blame README.md$git blame README.md^6d38771 (akm 2012-03-16 19:36:54 +0900 1) Hello, world!9e46acdc (akm 2012-03-16 19:50:28 +0900 2) “Git, a cool SCM”
- 27.
- 28.
- 29.
- 30.--amendコミットし直そうgit commit -m‘add my team opinion’ --amend
- 31.--amendコミットログが変わってる$ git logcommit143b2453bc2ce493eaf7d15ed4773486a76902bdAuthor: akm <akima@nautilus-technologies.com>Date: Fri Mar 16 19:50:28 2012 +0900 add my team opinioncommit 6d387715e14d7d72c04645b6b486ac2b35f4c88eAuthor: akm <akima@nautilus-technologies.com>Date: Fri Mar 16 19:36:54 2012 +0900 Initial commit
- 32.stash変更を一時保留しよう作業中echo ‘now thinking.....’>> README.mdでも急ぎで別の変更をコミットしないと！git stash save ‘pend a change for urgent problem’
- 33.stash退避しました$ git logcommit143b2453bc2ce493eaf7d15ed4773486a76902bdAuthor: akm <akima@nautilus-technologies.com>Date: Fri Mar 16 19:50:28 2012 +0900 add my team opinioncommit 6d387715e14d7d72c04645b6b486ac2b35f4c88eAuthor: akm <akima@nautilus-technologies.com>Date: Fri Mar 16 19:36:54 2012 +0900 Initial commit
- 34.stashlistやshowで確認できます$ git stashliststash@{0}: On master: pend a change for urgent problem$ git stash show README.md | 1 + 1 files changed, 1 insertions(+), 0 deletions(-)
- 35.stash変更はなかったことになります$ git status#On branch masternothing to commit (working directory clean)
- 36.stash急ぎの変更をコミット大急ぎの変更エディタで以下のように変更してくださいHello, world!fooGit, a cool SCMgit add .git commit -m 'fix a fatal bug'
- 37.stashに退避していた変更を戻す$ git stashpopAuto-merging README.md# On branch master# Changes not staged for commit:# (use "git add <file>..." to update what will be committed)# (use "git checkout -- <file>..." to discard changes in working directory)## modified: README.md#no changes added to commit (use "git add" and/or "git commit -a")Dropped refs/stash@{0} (f8b03350e0885238db913343722e5c345ea4aeb7)$ cat README.mdHello, world!fooGit, a cool SCMnow thinking.....
- 38.stash改めてコミットしよう$ git addREADME.md$ git commit -m ‘add new line’
- 39.
- 40.
- 41.
- 42.ブランチを作る$ git branchRB-1$ git branch RB-1* masterブランチRB-1は作られたけど、まだmasterで作業しています
- 43.ブランチを切り替える$ git checkoutRB-1Switched to branch 'RB-1'$ git branch* RB-1 master$ git status# On branch RB-1nothing to commit (working directory clean)git checkoutでブランチを切り替えることができて、git branchやgit statusで確認できる
- 44.まず変更してマージ$ echo ‘extraline’ >> README.md$ git add README.md$ git commit -m ‘add extra line’これで変更がブランチにコミットされました$ git checkout master$ git merge RB-1これでmasterへのマージは完了$ cat README.mdHello, world!fooGit, a cool SCMnow thinking.....extra line
- 45.
- 46.masterで変更する$ git checkoutmaster$ echo ‘bar’ >> README.md$ git add README.md$ git commit -m ‘add bar to the end’
- 47.RB-1で変更する$ git checkoutRB-1$ echo ‘BAZ’ >> README.md$ git add README.md$ git commit -m ‘add BAZ to the end’
- 48.マージする $ gitcheckout master $ git merge RB-1 Auto-merging README.md CONFLICT (content): Merge conflict in README.md Automatic merge failed; fix conflicts and then commit the result.CONFLICT（競合）しちゃった
- 49.競合の確認CONFLICT（競合）しちゃった $ gitstatus # On branch master # Your branch is ahead of 'origin/master' by 1 commit. # # Unmerged paths: # (use "git add/rm <file>..." as appropriate to mark resolution) # # both modified: README.md # no changes added to commit (use "git add" and/or "git commit -a")
- 50.競合を確認する$ cat README.mdHello,world!fooGit, a cool SCMnow thinking.....extra line<<<<<<< HEADbar=======BAZ>>>>>>> RB-1同じ位置（最終行）に違う変更を入れたため競合が発生しました
- 51.競合を修正するエディタでREADME.mdを以下のように修正 Hello, world!foo Git, a cool SCM now thinking..... extra line bar and BAZ
- 52.競合の修正を確認$ git diffdiff--cc README.mdindex fb2ada9,275ac2a..0000000--- a/README.md+++ b/README.md@@@ -3,4 -3,4 +3,8 @@@ fo Git, a cool SCM now thinking..... extra line- bar -BAZ++bar and BAZ
- 53.競合の修正をadd$ git addREADME.md
- 54.競合の修正をcommit $ gitcommit-m オプションを指定しないとエディタによるコメント入力が求められますが、デフォルトはこんな感じ Merge branch 'RB-1' Conflicts: README.md # # It looks like you may be committing a MERGE. # If this is not correct, please remove the file # .git/MERGE_HEAD # and try again. # # Please enter the commit message for your changes. Lines starting # with '#' will be ignored, and an empty message aborts the commit. # On branch master # Your branch is ahead of 'origin/master' by 1 commit. # # Changes to be committed: # # modified: README.md #
- 55.
- 56.
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63.
- 64.
- 65.
- 66.
- 67.
- 68.
- 69.
- 70.
- 71.
- 72.
- 73.
- 74.
- 75.
- 76.手順に従って操作するGlobal step: 開発環境全体で一回だけやる手順NextSteps: まだローカルにリポジトリを作っていない場合の手順Existing Git Repo? ローカルにリポジトリを作ってある場合の手順Importing a Subversion Repo? Subversionのリポジトリからインポートする場合の手順When you're done: 手順が終わったらクリック
- 77.既存のリポジトリを使う もし他のディレクトリに移動していたら $ cd iketeru_git githubの指示通り$ git remote add origin git@github.com:akm/iketeru_git.git$ git push -u origin master
- 78.
- 79.
- 80.
- 81.
- 82.
- 83.
- 84.
- 85.コラボレータのローカルのリポジトリは？ひとまず無かったことにしてください。git remote addorigin .... によってoriginを追加することは出来ますが、ローカルのリポジトリの各コミットのSHAという識別子は、それぞれ別のものとして振られているため、内容は同じでも全く別ものとして扱われます。
- 86.既存のワークスペースの名前を変えておきましょう$ cd <プロジェクトの親ディレクトリ>$mv iketeru_git iketeru_git.original
- 87.
- 88.既存のリポジトリを使う$ cd <プロジェクトの親ディレクトリ>$git clone <ペーストした文字列>これでオーナーのiketeru_gitと連携するリポジトリを持ったワークスペースが、<プロジェクトの親ディレクトリ>/iketeru_git というディレクトリに作成されます
- 89.
- 90.
- 91.変更をローカルでcommit 何か変更$git commit -m ‘....’
- 92.コミットをpush$ git pushorigin master
- 93.他の人はpull$ git pullorigin master 変更が反映されてる！
- 94.
- 95.Aさんが変更をローカルで commit$git pull origin master 何か変更$ git commit -m ‘....’
- 96.Bさんが変更をローカルで commit$git pull origin master Aさんと同じ箇所に別の変更$ git commit -m ‘....’
- 97.Aさんがコミットをpush$ git pushorigin master
- 98.Bさんがコミットをpush$ git pushorigin master メッセージが出るのでそれに従ってやってみま しょう
- 99.
- 100.ローカルのブランチをorigin にpush$git push origin RB-1
- 101.originのブランチを全部取得$ git fetchorigin$ git branch -r で確認してください
- 102.
- 103.チュートリアル・入門git チュートリアルhttp://www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/ gittutorial.html約20個のコマンドによる日々のGIT活用 http://www8.atwiki.jp/git_jp/pub/git-manual-jp/Documentation/ everyday.htmlPro Git http://progit.org/book/ja/
- 104.簡単まとめgit - 簡単ガイドhttp://rogerdudler.github.com/git-guide/index.ja.htmlGitを使いこなすための20のコマンド http://sourceforge.jp/magazine/09/03/16/0831212
- 105.脱初心者あなたの知らないGit Tips http://keijinsonyaban.blogspot.com/2010/11/git-tips.html【翻訳】Gitをボトムアップから理解するhttp://keijinsonyaban.blogspot.com/2011/05/git.html
- 106.A successful Gitbranching modelA successful Git branching model を翻訳しました http://keijinsonyaban.blogspot.com/2010/10/successful-git-branching- model.htmlA successful Git branching model を補助する git-flow を使ってみた http://d.hatena.ne.jp/Voluntas/20101223/1293111549
- 107.
- 108.テーマの候補 バージョン管理の導入 Gitの導入 Subversionとの共存自動テストとバージョン管理 リリースとバージョン管理 その他
Editor's Notes
- #2 \n
- #3 \n
- #4 \n
- #5 \n
- #6 \n
- #7 \n
- #8 \n
- #9 \n
- #10 \n
- #11 \n
- #12 \n
- #13 \n
- #14 \n
- #15 \n
- #16 \n
- #17 \n
- #18 \n
- #19 \n
- #20 \n
- #21 \n
- #22 \n
- #23 \n
- #24 \n
- #25 \n
- #26 \n
- #27 \n
- #28 \n
- #29 \n
- #30 \n
- #31 \n
- #32 \n
- #33 \n
- #34 \n
- #35 \n
- #36 \n
- #37 \n
- #38 \n
- #39 \n
- #40 \n
- #41 \n
- #42 \n
- #43 \n
- #44 \n
- #45 \n
- #46 \n
- #47 \n
- #48 \n
- #49 \n
- #50 \n
- #51 \n
- #52 \n
- #53 \n
- #54 \n
- #55 \n
- #56 \n
- #57 \n
- #58 \n
- #59 \n
- #60 \n
- #61 \n
- #62 \n
- #63 \n
- #64 \n
- #65 \n
- #66 \n
- #67 \n
- #68 \n
- #69 \n
- #70 \n
- #71 \n
- #72 \n
- #73 \n
- #74 \n
- #75 \n
- #76 \n
- #77 \n
- #78 \n
- #79 \n
- #80 \n
- #81 \n
- #82 \n
- #83 \n
- #84 \n
- #85 \n
- #86 \n
- #87 \n
- #88 \n
- #89 \n
- #90 \n
- #91 \n
- #92 \n
- #93 \n
- #94 \n
- #95 \n
- #96 \n
- #97 \n
- #98 \n
- #99 \n
- #100 \n
- #101 \n
- #102 \n
- #103 \n
- #104 \n
- #105 \n
- #106 \n
- #107 \n
- #108 \n
- #109 \n