プログラミング勉強会「オトナのGit入門」
•
4 gefällt mir•2,043 views
2017年8月16日に熊本で開催されたプログラミング勉強会「オトナのGit入門」の資料です。
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie プログラミング勉強会「オトナのGit入門」
Ähnlich wie プログラミング勉強会「オトナのGit入門」 (20)
プログラミング勉強会「オトナのGit入門」
- 2. 自己紹介 名前 年齢 住まい お仕事 山ノ内 祥訓(よしのり) 0x25 熊本県 現在は某大学病院の特任助教で臨床研究のデータ マネージャとして主に臨床研究データに関する設 計及び開発と運用をやっています。 某SIerで医療情報システムの導入及び開発を10年 ぐらいやっていました。 SNS Facebook https://www.facebook.com/yoshinori.yamanouchi.12 Github https://github.com/eolla1013 資格等 修士（医科学） 現在博士課程 医療情報技師 Yoshinori Yamanouchi
- 7. バージョン管理システムいろいろ CVS Subversion Git Mercurial Visual Source Safe(VSS) Team Foundation Server(TFS) ※他にもたくさんありますが、自分が使ったことがあるものを載せています。
- 17. Gitの基本操作 1. 配布したユーザ名、パスワードで Cloud9(https://c9.io/)にログイン。 2. otona_gitというプロジェクトを開く。 3. 下に表示されているコンソールエリアを中心に使います。 枠が小さいので適宜広げてください。 4. バージョン管理したいフォルダの作成と初期化 mkdir localgit cd localgit git init
- 18. Gitの基本操作(ファイルの追加) 1. 左側のファイルツリーからlocalgitフォルダ に”hello.py”のファイルを作成。 2. とりあえずprint文を1行書いて保存。 3. ファイルをバージョン管理対象としてコミット。 git status git add hello.py git status git commit –m “最初に作成したファイルです” git status
- 19. Gitの基本操作(ファイルの更新) 1. ”hello.py”の内容を書き換えて保存。 2. 差分を確認してコミット。 3. 新しいファイル”world.py”を作成。こちらもprint文を1 行書いて保存。 4. 追加ファイルのステージングと更新分のコミット。 git diff git commit –a –m “更新したファイルです” git status git add world.py git commit –a –m “追加したファイルです” git status
- 20. Gitの基本操作(履歴の確認) 1. これまでの更新履歴を確認。 2. 最後のコミット情報の確認。 git log git show
- 21. Gitの基本操作(ファイルの復旧) 1. “world.py”を左のツリーから削除。 2. ファイルが削除状態となっていることを確認。 3. 作業コピーの変更をすべて元に戻す。 4. “world.py”が元に戻っていることを確認。 git status git reset --hard
- 22. Gitの基本操作(コミット取消) 1. 取り消したい履歴を確認。 2. hello.pyを更新した履歴のハッシュ値を使用してコミッ トを取り消す。 3. 取り消した内容がコミットしてあることを確認。 4. Hello.pyを開いて元に戻っていることを確認。 git log git revert %ハッシュ値% git status git log
- 23. Gitの基本操作(過去の作業コピー) 1. 取り消したい履歴を確認。 2. 履歴のハッシュ値を使用してチェックアウト。 3. 最新の状態に戻す。 git log git checkout %ハッシュ値% git checkout master ※過去の状態で編集作業を進めたい場合は次の説明にあるブランチ機 能を使用し、一時作業ブランチを作成して編集後に元のブランチに マージすること。
- 24. ブランチの操作(ブランチの作成) 1. dev1というブランチを作成。 2. 現在のブランチ一覧を表示。 3. 作業コピーをdev1に切り替え。 4. 現在のブランチが切り替わったことを確認。 git branch dev1 git branch git checkout dev1 git branch
- 25. ブランチの操作(ブランチの更新) 1. hello.pyの内容を変更。 2. 変更をコミット。 git add *.py git commit -m "開発ブランチでの変更"
- 26. ブランチの操作(元ブランチの更新) 1. 元のブランチに切り替え。 2. hello.pyを変更。 3. 変更したファイルをコミット。 git checkout master git branch git add *.py git commit -m "マスタブランチでの変更"
- 27. ブランチの操作(ブランチのマージ) 1. 現在のブランチ(master)に開発ブランチ(dev1)をマー ジ。 2. コンクリフトを起こしていることを確認。 3. hello.pyを開いて修正。 4. 変更したファイルをコミット。 git merge dev1 git status git diff git commit -a -m "開発ブランチのマージ"
- 28. ブランチの操作(ブランチの削除) 1. 開発ブランチ(dev1)を削除。 git branch -d dev1 git branch
- 31. リモートリポジトリの取得 1. 下記URLのgitリポジトリをクローン。 2. リポジトリフォルダへ移動。 git clone http://174.138.24.29/otona/samplegit.git cd samplegit
- 34. リモートリポジトリへの更新 1. 自分のユーザ名(%username%の部分を変更)でファイ ルを作成。 2. 作成したファイルをコミット。 3. コミットした内容をリモートリポジトリに送信。 git add %username%.py git commit -m "%username%のファイルを追加" git push ※push時にユーザ名とパスワードを聞かれるので Cloud9のユーザ名とパスワードを入力してください
- 35. リモートリポジトリへの更新 1. 何人かの人はpush時にエラーになったはずです。この エラーを解消するため何回かpullとpushを繰り返します git pull git push ※ファイル名を%%のままにしたり、他の人のファ イル名と重複していたらコンクリフトが起きます。 その場合はTAへ
- 37. 共同作業の基本(作業ブランチ作成) 1. 自分の作業用ブランチを作成。 2. 作業コピーを自分の作業用ブランチに切り替え。 git branch develop%username% git checkout develop%username%
- 38. 共同作業の基本(ブランチの更新) 1. hello.pyの内容を変更。 2. 自分が追加したファイルを変更。 3. 変更した内容をコミット。 4. コミットした内容をリモートリポジトリに送信。 git commit -a -m "dev%username%でファイル更新“ git push --set-upstream origin develop%username%
- 39. 共同作業の基本(最新のマージ) 1. 最新のリモートリポジトリを取得。 2. 最新のリモートブランチをマージ。 3. 多分コンクリフトしているのでhello.pyを変更。 4. 変更した内容をコミット 5. コミットした内容をリモートリポジトリに送信。 git pull git merge origin/master git commit –a –m “helloへのマージ” git push origin
- 40. 共同作業の基本(統合マージ) 1. 最新のリモートリポジトリを取得。 2. masterブランチに切り替え。 3. 各作業ブランチの内容をマージ。 4. 変更した内容をコミット 5. コミットした内容をリモートリポジトリに送信。 git pull git checkout master git merge develop%username% git commit -a -m “develop%username%の内容を マージ" git push ※講師側作業
- 42. Github flow githubで開発するときによく使われる開発フローです。 http://scottchacon.com/2011/08/31/github-flow.html https://gist.github.com/Gab-km/3705015 (日本語訳) シンプルな6つのルールで構成されているので一番わかり やすいと思います(注プルリクエストはGithubの機能)。 1. masterブランチのものは何であれデプロイ可能である 2. masterから説明的なブランチを作成する 3. 名前をつけたブランチに定期的にpushする 4. いつでもプルリクエストを作る 5. マージはプルリクエストがレビューされた後だけ 6. レビューのあとは直ちにデプロイする
- 44. Git flow Gitで大規模開発を行う場合のフローです。 https://jeffkreeftmeijer.com/2010/why-arent-you- using-git-flow/ http://keijinsonyaban.blogspot.jp/2010/10/a- successful-git-branching-model.html (日本語訳) 各ブランチがそれぞれの目的をもっています。一見複雑で すが担当ごとに触るブランチが決まりますので管理しやす いと思います。 1. リリースされたものを保持するmasterブランチ 2. 現在の新規開発を行うdevelopブランチ 3. 機能開発を行うために作成するfeatureブランチ 4. リリース準備作業を行うために作成するreleaseブランチ 5. リリース済のものを修正するために作成するhotfixブランチ
- 45. Git flow 「A successful Git branching model」 より引用 更新できるブランチ ・開発担当 →develop feature ・リリース担当 →release master ・保守担当 →hotfix develop
- 48. 他のツールと連携する gitではコミットやプッシュなどいくつかのイベントが 発生したときに特定のスクリプトを実行する「フック」 という機能があります。この機能を使用することで開発 に関わるいろんな付随作業が自動化できます。 gitのフックはリポジトリフォルダにある.git/hooksとい うフォルダに格納されます。 連携の例) pre-commitでコードの静的チェックを行う。 post-commitやpost-receiveフックで変更内容を通 知する。 post-checkoutでバージョン管理外で必要なファイル のダウンロードや環境設定を行う。 post-receiveでビルドを実行する。
- 52. GUIツール 今回の勉強会では基本ということでgitコマンドでの操 作を行いました。 が、実際はほとんどコマンドを打つことはなく画面上で 操作できるツールがたくさんあります。 GUIツールについてはOSやそれぞれの開発環境によっ て大きく異なるため今回は紹介だけしておきます。 https://git-scm.com/downloads/guis 統合開発環境(IDE)の付属 Windows Mac Visual Studio, eclipse, Xcode, … SourceTree, TortoiseGit, … SourceTree, gitk, tower, …