Soumettre la recherche
Mettre en ligne
新人Git/Github研修公開用スライド(その2)
•
40 j'aime
•
7,347 vues
pupupopo88
Suivre
新人「GitとGithub」研修のスライドを公開用に調整したもの
Lire moins
Lire la suite
Technologie
Signaler
Partager
Signaler
Partager
1 sur 273
Télécharger maintenant
Télécharger pour lire hors ligne
Recommandé
新人「GitとGithub」研修のスライドを公開用に調整したもの
新人Git/Github研修公開用スライド(その1)
新人Git/Github研修公開用スライド(その1)
pupupopo88
SourceTreeで始めよう! Gitへの乗り換え指南 - Atlassian User Group NAGOYA 第3回 ユーザーミーティング http://www.kekyo.net/2015/07/23/5241
SourceTreeで始めよう! Gitへの乗り換え指南
SourceTreeで始めよう! Gitへの乗り換え指南
Kouji Matsui
「マージがなんとなく怖い」「リベースするなって怒られて怖い」「エラーが出て怖い」 Git 入門者にありがちな「Git 怖い」を解消するため、Git のお仕事(コミット、ブランチ、マージ、リベース)について解説します。
こわくない Git
こわくない Git
Kota Saito
GitFlow,GitHubFlow,GitLabFlowは使わない! gitの新しいブランチモデル「GitFeatureFlow」を 考えたので紹介します
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
naoki koyama
REST and gRPC for microservices backend API
マイクロサービスバックエンドAPIのためのRESTとgRPC
マイクロサービスバックエンドAPIのためのRESTとgRPC
disc99_
ESNextってなんぞ?を解説するために作った資料です。
JavaScriptの仕組みと未来のJavaScript ~ESNextとは~
JavaScriptの仕組みと未来のJavaScript ~ESNextとは~
Yuki Hirano
Rails Developers Meetup #5 https://techplay.jp/event/631406
マイクロサービスにおける非同期アーキテクチャ
マイクロサービスにおける非同期アーキテクチャ
ota42y
社内勉強会用資料です。Gitの使い方の前に。
デザイナのためのGit入門
デザイナのためのGit入門
dsuke Takaoka
Recommandé
新人「GitとGithub」研修のスライドを公開用に調整したもの
新人Git/Github研修公開用スライド(その1)
新人Git/Github研修公開用スライド(その1)
pupupopo88
SourceTreeで始めよう! Gitへの乗り換え指南 - Atlassian User Group NAGOYA 第3回 ユーザーミーティング http://www.kekyo.net/2015/07/23/5241
SourceTreeで始めよう! Gitへの乗り換え指南
SourceTreeで始めよう! Gitへの乗り換え指南
Kouji Matsui
「マージがなんとなく怖い」「リベースするなって怒られて怖い」「エラーが出て怖い」 Git 入門者にありがちな「Git 怖い」を解消するため、Git のお仕事(コミット、ブランチ、マージ、リベース)について解説します。
こわくない Git
こわくない Git
Kota Saito
GitFlow,GitHubFlow,GitLabFlowは使わない! gitの新しいブランチモデル「GitFeatureFlow」を 考えたので紹介します
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
新たなgitのブランチモデル「Git Feature Flow」!Git Flow,Git Hub Flow,Git Lab Flowを超えれるか?
naoki koyama
REST and gRPC for microservices backend API
マイクロサービスバックエンドAPIのためのRESTとgRPC
マイクロサービスバックエンドAPIのためのRESTとgRPC
disc99_
ESNextってなんぞ?を解説するために作った資料です。
JavaScriptの仕組みと未来のJavaScript ~ESNextとは~
JavaScriptの仕組みと未来のJavaScript ~ESNextとは~
Yuki Hirano
Rails Developers Meetup #5 https://techplay.jp/event/631406
マイクロサービスにおける非同期アーキテクチャ
マイクロサービスにおける非同期アーキテクチャ
ota42y
社内勉強会用資料です。Gitの使い方の前に。
デザイナのためのGit入門
デザイナのためのGit入門
dsuke Takaoka
Apache Kafka Meetup Japan #3 https://kafka-apache-jp.connpass.com/event/58619/ 発表資料
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
Yahoo!デベロッパーネットワーク
OSSセキュリティ技術の会第8回勉強会
OAuth 2.0のResource Serverの作り方
OAuth 2.0のResource Serverの作り方
Hitachi, Ltd. OSS Solution Center.
php conference 2019 で発表された資料です。 https://phpcon.php.gr.jp/2019/
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
Dockerコンテナ内からGitを利用する手順
DockerコンテナでGitを使う
DockerコンテナでGitを使う
Kazuhiro Suga
Frontrend Vol.6 powered by CyberAgent, Inc. http://frontrend.doorkeeper.jp/events/6907 で発表したプレゼン資料です。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・!15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev
いつやるの?Git入門 v1.1.0
いつやるの?Git入門 v1.1.0
Masakazu Matsushita
社内向けのブログの書き方勉強会の資料です。
技術ブログを書こう
技術ブログを書こう
akira6592
Coqによる証明駆動開発について調査した結果とプロトタイピング結果を社内で発表した際の資料です。
バグ0の資産を積み上げるための証明駆動開発入門
バグ0の資産を積み上げるための証明駆動開発入門
Riku Sakamoto
第10回姫路IT勉強会
一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理
Takafumi Yoshida
パーサ勉強会の資料です。
何となく勉強した気分になれるパーサ入門
何となく勉強した気分になれるパーサ入門
masayoshi takahashi
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
2019/03/12にrakumo社で行った講演の資料です https://infosystem.connpass.com/event/120965/
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
JJUG CCC 2019 Springの登壇資料です。 http://www.java-users.jp/ccc2019spring/#/sessions/7fbef8cc-bf8d-4855-8534-c7fca118fb1d
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
Recruit Lifestyle Co., Ltd.
Event : Visual Studio Users Community Japan #1 Date : 2019/09/14 ソフトウェア/サービス開発において最も後回しにされるものの代表が「パフォーマンスの向上」です。C#/.NET の最大の武器は開発生産性ですが、C# 7.0 以降はパフォーマンス向上のための機能追加が多数行われています。いくつかのポイントを押さえることで実装時からより高速なコードを書くことができるようになります。 このドキュメントでは、そんなポイントとなる箇所をふんだんにお届けします。
今日からできる!簡単 .NET 高速化 Tips
今日からできる!簡単 .NET 高速化 Tips
Takaaki Suzuki
DMやPrivate Channelを使うな、といっても意味がないから、 なんでDMを使ってしまうのかをまず考える、 そこからPublic channelの使い方を考えましょう みたいな話 https://eof-github.github.io/eof2019/
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
2017-06-22 Rails Developers Meetup #2
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
1/29 minami.rb でLTした資料
15分でわかるGit入門
15分でわかるGit入門
to_ueda
株式会社クララオンラインの社内勉強会(LT会)の資料です。 今回は「Confluence&JIRA」がテーマでした。 "5分で出来る!イケてるConfluenceページ" 吉村真輝
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ
CLARA ONLINE, Inc.
北村研Notion用
Marp Tutorial
Marp Tutorial
Rui Watanabe
メルカリ社の創業時以来から存在しているモノリスサービスの Kubernetes 移行に関する話
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Shin Ohno
IT/Web業界の9社が2014年に行った「新人シェア研修」のご紹介資料です。
新人シェア研修について
新人シェア研修について
ITmedia_HR(人事・採用)
本書は、このITの基礎的な知識と最新のトレンドに関する最低限の常識を整理するための教科書です。MS word形式(本文54ページ)で掲載致しました。必要に応じて改変しご利用ください。 http://libra.netcommerce.co.jp/
【新人研修】ITの基礎と最新の常識
【新人研修】ITの基礎と最新の常識
Masanori Saito
Contenu connexe
Tendances
Apache Kafka Meetup Japan #3 https://kafka-apache-jp.connpass.com/event/58619/ 発表資料
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
Yahoo!デベロッパーネットワーク
OSSセキュリティ技術の会第8回勉強会
OAuth 2.0のResource Serverの作り方
OAuth 2.0のResource Serverの作り方
Hitachi, Ltd. OSS Solution Center.
php conference 2019 で発表された資料です。 https://phpcon.php.gr.jp/2019/
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
Dockerコンテナ内からGitを利用する手順
DockerコンテナでGitを使う
DockerコンテナでGitを使う
Kazuhiro Suga
Frontrend Vol.6 powered by CyberAgent, Inc. http://frontrend.doorkeeper.jp/events/6907 で発表したプレゼン資料です。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・!15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev
いつやるの?Git入門 v1.1.0
いつやるの?Git入門 v1.1.0
Masakazu Matsushita
社内向けのブログの書き方勉強会の資料です。
技術ブログを書こう
技術ブログを書こう
akira6592
Coqによる証明駆動開発について調査した結果とプロトタイピング結果を社内で発表した際の資料です。
バグ0の資産を積み上げるための証明駆動開発入門
バグ0の資産を積み上げるための証明駆動開発入門
Riku Sakamoto
第10回姫路IT勉強会
一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理
Takafumi Yoshida
パーサ勉強会の資料です。
何となく勉強した気分になれるパーサ入門
何となく勉強した気分になれるパーサ入門
masayoshi takahashi
アプリ「ニュースパス」をマイクロサービスで開発してみた泥臭い体験談です。
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
2019/03/12にrakumo社で行った講演の資料です https://infosystem.connpass.com/event/120965/
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
Tokoroten Nakayama
JJUG CCC 2019 Springの登壇資料です。 http://www.java-users.jp/ccc2019spring/#/sessions/7fbef8cc-bf8d-4855-8534-c7fca118fb1d
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
Recruit Lifestyle Co., Ltd.
Event : Visual Studio Users Community Japan #1 Date : 2019/09/14 ソフトウェア/サービス開発において最も後回しにされるものの代表が「パフォーマンスの向上」です。C#/.NET の最大の武器は開発生産性ですが、C# 7.0 以降はパフォーマンス向上のための機能追加が多数行われています。いくつかのポイントを押さえることで実装時からより高速なコードを書くことができるようになります。 このドキュメントでは、そんなポイントとなる箇所をふんだんにお届けします。
今日からできる!簡単 .NET 高速化 Tips
今日からできる!簡単 .NET 高速化 Tips
Takaaki Suzuki
DMやPrivate Channelを使うな、といっても意味がないから、 なんでDMを使ってしまうのかをまず考える、 そこからPublic channelの使い方を考えましょう みたいな話 https://eof-github.github.io/eof2019/
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
2017-06-22 Rails Developers Meetup #2
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
Takafumi ONAKA
1/29 minami.rb でLTした資料
15分でわかるGit入門
15分でわかるGit入門
to_ueda
株式会社クララオンラインの社内勉強会(LT会)の資料です。 今回は「Confluence&JIRA」がテーマでした。 "5分で出来る!イケてるConfluenceページ" 吉村真輝
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ
CLARA ONLINE, Inc.
北村研Notion用
Marp Tutorial
Marp Tutorial
Rui Watanabe
メルカリ社の創業時以来から存在しているモノリスサービスの Kubernetes 移行に関する話
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Shin Ohno
Tendances
(20)
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
At least onceってぶっちゃけ問題の先送りだったよね #kafkajp
OAuth 2.0のResource Serverの作り方
OAuth 2.0のResource Serverの作り方
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
DockerコンテナでGitを使う
DockerコンテナでGitを使う
いつやるの?Git入門 v1.1.0
いつやるの?Git入門 v1.1.0
技術ブログを書こう
技術ブログを書こう
バグ0の資産を積み上げるための証明駆動開発入門
バグ0の資産を積み上げるための証明駆動開発入門
一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理
何となく勉強した気分になれるパーサ入門
何となく勉強した気分になれるパーサ入門
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
ホットペッパービューティーにおけるモバイルアプリ向けAPIのBFF/Backend分割
今日からできる!簡単 .NET 高速化 Tips
今日からできる!簡単 .NET 高速化 Tips
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
ふつうのRailsアプリケーション開発
ふつうのRailsアプリケーション開発
15分でわかるGit入門
15分でわかるGit入門
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ
Marp Tutorial
Marp Tutorial
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
En vedette
IT/Web業界の9社が2014年に行った「新人シェア研修」のご紹介資料です。
新人シェア研修について
新人シェア研修について
ITmedia_HR(人事・採用)
本書は、このITの基礎的な知識と最新のトレンドに関する最低限の常識を整理するための教科書です。MS word形式(本文54ページ)で掲載致しました。必要に応じて改変しご利用ください。 http://libra.netcommerce.co.jp/
【新人研修】ITの基礎と最新の常識
【新人研修】ITの基礎と最新の常識
Masanori Saito
研修成果発表資料
研修成果プレゼン資料
研修成果プレゼン資料
Wataru Yamaura
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
エンジニア勉強会 エスキュービズム
新入社員研修資料のサンプル
新入社員研修資料のサンプル
creiajp
研修企画書のフォーマットになります! これを記入例にして、各研修で研修企画書を毎月アップロードしていってください!
研修企画書11 12term team名-tn名
研修企画書11 12term team名-tn名
aiesecsfc_icx2011
2015年度 GX/MF エンジニア合同新人研修 3日目
JavaScript 研修
JavaScript 研修
Yuki Ishikawa
2015-06-27(土)エフスタ!!TOKYOのLT資料です。研修を充実させるためにやってきたことなどを簡単に紹介したものです。
新入社員の技術研修に関してありがちな問題を解決するためにやったことやるべきこと
新入社員の技術研修に関してありがちな問題を解決するためにやったことやるべきこと
pupupopo88
エフスタ!でのLT資料です。
とある中堅ベンチャーの新人研修戦略 #efsta42
とある中堅ベンチャーの新人研修戦略 #efsta42
Mamiko Tsuda
学内で行われたインターンシップの成果報告会の発表資料です。 発表時間は5分、質疑応答はコメントのみでした。 マズいなという部分は括弧付きで誤魔化しています。 インターンシップ担当の先生に多々ご指導いただき 学科内最優秀発表賞をいただく事が出来ました。 しかしながら自分の中では納得していない点も多く、 プレゼンテーションの奥深さを感じる次第となったので 今後活かしていきたい所であります。 修正前の資料はコチラ→http://www.slideshare.net/T2C_/internship-progressreportbefore
インターンシップ成果報告会 発表資料
インターンシップ成果報告会 発表資料
T2C_
伝わるプレゼンをする方法。2012/03/03 俺の話を聞け
伝わるプレゼンをする方法
伝わるプレゼンをする方法
Hideaki Miyake
北海道大学 高等教育推進機構 オープンエデュケーションセンター 科学技術コミュニケーション教育研究部門 (CoSTEP) 准教授 石村源生 ishimura[at]costep.hucc.hokudai.ac.jp ※[at]を@に変えて送信
プレゼンテーションの考え方20140628
プレゼンテーションの考え方20140628
Professional University of Information and Management for Innovation (情報経営イノベーション専門職大学)
プレゼンの基本
プレゼンの基本
Hiroyuki Nagataki
綺麗なプレゼン資料の作り方、10のテクニック ガイド吹き出しなし
綺麗なプレゼン資料の作り方、10のテクニック
綺麗なプレゼン資料の作り方、10のテクニック
Manabu Uekusa
ーーーーーーーーーーーーーーーーーーーーーーー schoo WEB-campusは「WEBに誕生した、学校の新しいカタチ」。 WEB生放送の授業を無料で配信しています。 ▼こちらから授業に参加すると、先生への質問や、ユーザーとのチャット、資料の拡大表示等が可能です。 https://schoo.jp/class/307/room ーーーーーーーーーーーーーーーーーーーーーーー
魅せるPowerPointビジネスプレゼン【実践編】
魅せるPowerPointビジネスプレゼン【実践編】
schoowebcampus
良いプレゼン 良いスライド
良いプレゼン 良いスライド
京大 マイコンクラブ
プレゼン資料をたくさん作ってきたので、そのKnow-Howをこの資料にまとめてみました。 これを元にしたレクチャーを社内で希望される方、私までお気軽にメッセージください。
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
Shoe-g Ueyama
問題はパワポではなく、プレゼンターです。 http://www.slideshare.net/jessedee/you-suck-at-powerpoint-2 の英語版から翻訳致しました。
しょぼいプレゼンをパワポのせいにするな! by @jessedee
しょぼいプレゼンをパワポのせいにするな! by @jessedee
「MakeLeaps」請求書の作成、管理、郵送
パワーポイントのデザインで苦労していませんか? 良いデザインはセンスがないと、と諦めていませんか? しかし、提案書のデザインはセンスで作るものではありません。基本的なルールさえつかめば、誰でも、最高のデザインではなくとも、最善のデザインに仕上げることができます。 その「基本的なルール」をまとめてみました。 ビジネスマンが主体業務ではないデザインで苦しむ時間は無駄以外の何物でもありません。 このスライドで、皆さんがデザインに割かれる時間を軽減し、本来必要とされる業務に集中できるようになれば幸いです。
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
Tsutomu Sogitani
BP study #46
色彩センスのいらない配色講座
色彩センスのいらない配色講座
Mariko Yamaguchi
En vedette
(20)
新人シェア研修について
新人シェア研修について
【新人研修】ITの基礎と最新の常識
【新人研修】ITの基礎と最新の常識
研修成果プレゼン資料
研修成果プレゼン資料
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
新入社員研修資料のサンプル
新入社員研修資料のサンプル
研修企画書11 12term team名-tn名
研修企画書11 12term team名-tn名
JavaScript 研修
JavaScript 研修
新入社員の技術研修に関してありがちな問題を解決するためにやったことやるべきこと
新入社員の技術研修に関してありがちな問題を解決するためにやったことやるべきこと
とある中堅ベンチャーの新人研修戦略 #efsta42
とある中堅ベンチャーの新人研修戦略 #efsta42
インターンシップ成果報告会 発表資料
インターンシップ成果報告会 発表資料
伝わるプレゼンをする方法
伝わるプレゼンをする方法
プレゼンテーションの考え方20140628
プレゼンテーションの考え方20140628
プレゼンの基本
プレゼンの基本
綺麗なプレゼン資料の作り方、10のテクニック
綺麗なプレゼン資料の作り方、10のテクニック
魅せるPowerPointビジネスプレゼン【実践編】
魅せるPowerPointビジネスプレゼン【実践編】
良いプレゼン 良いスライド
良いプレゼン 良いスライド
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
素敵なプレゼン資料を作るためのKnow-Howてんこ盛りセッション:プレゼン道場 Ver 2.2
しょぼいプレゼンをパワポのせいにするな! by @jessedee
しょぼいプレゼンをパワポのせいにするな! by @jessedee
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
ビジネスマン必見!キレイな提案書を作るためのデザインの基礎知識
色彩センスのいらない配色講座
色彩センスのいらない配色講座
Similaire à 新人Git/Github研修公開用スライド(その2)
【エンジニア向け】Git 初心者講座 by Forkwell https://forkwell.connpass.com/event/47137/
Git 初心者講座 by forkwell
Git 初心者講座 by forkwell
sinsoku listy
2013/08/22 CMSIハンズオン
バージョン管理システムチュートリアル
バージョン管理システムチュートリアル
Ryo Igarashi
Git&GitHub入門
Git&GitHub入門
hideaki honda
@s_ssk13さん向けGitHub入門
@s_ssk13さん向けGitHub入門
Takashi Imagire
超初心者向け!Visual Studio + GitHub + Source Treeで始めるアプリケーション開発 http://www.dotnetlab.net/dnn/2014/12/net%E3%83%A9%E3%83%9C-%E5%8B%89%E5%BC%B7%E4%BC%9A-2015%E5%B9%B41%E6%9C%88/
超初心者向け!Visual Studio + GitHub + Source Treeで始めるアプリケーション開発
超初心者向け!Visual Studio + GitHub + Source Treeで始めるアプリケーション開発
満徳 関
ゆるふわ第2回の資料です
ノンプログラマのGit入門
ノンプログラマのGit入門
Muyuu Fujita
バージョン管理について聞いたことが無いレベルの人が、(実操作は差し置いて)バージョン管理システムを実運用できるレベルを目指すためのスライドです。
Git & ブランチモデルで学ぶ バージョン管理入門
Git & ブランチモデルで学ぶ バージョン管理入門
kazuki kuriyama
社内Git勉強会用の資料です
Git社内勉強会資料
Git社内勉強会資料
Kenji Takei
バージョン管理というかGitのお話@パンゲア
バージョン管理
バージョン管理
Misa Kondo
VCS - Version Control System at Security and Programming camp 2011 by Hiro Yoshioka
VCS - Version Control System at Security and Programming camp 2011
VCS - Version Control System at Security and Programming camp 2011
Hiro Yoshioka
Git extensions ws外部公開用
Git extensions ws外部公開用
CROOZ, inc.
Git入門です。ゆるくふわっとGit、GitHubってなんぞや?から バージョン管理?、Gitインストール・設定、Git基本コマンド って感じです。
ゆるふわっGit入門
ゆるふわっGit入門
Keisuke Oohata
2021/03/31に行われました「自動運転の自動運転以外のこと(Web/SRE/AI教習所)」ミートアップの資料です。 GitFlowで開発していたチームがどのようにトランクベース開発を取り入れていったかをご紹介します。
トランクベース開発を活用して爆速に開発した話
トランクベース開発を活用して爆速に開発した話
Tier_IV
RedmineとGitHubを併用して運用するお話し
RedmineとGitHubのうまい関係
RedmineとGitHubのうまい関係
Mitsuyoshi Kawabata
CMSI神戸ハンズオン(2015-09-07)資料
Version Control System Tutorial バージョン管理システムチュートリアル
Version Control System Tutorial バージョン管理システムチュートリアル
Computational Materials Science Initiative
Git -分散バージョン管理システム-
Git -分散バージョン管理システム-
Koji Shinba
俺とGitHub 完成版
俺とGitHub
俺とGitHub
Masayuki KaToH
Gitの勉強会用の資料 Gitの勉強会用ページ http://irobot.csse.muroran-it.ac.jp/index.php?%A5%BC%A5%DF%A4%CE%A4%AA%CF%C3%2F%B0%EC%CD%F7%2Fgit
Git lev 3 -おひとりさまでブランチを-
Git lev 3 -おひとりさまでブランチを-
Kentarou Kurashige
とあるプロジェクトのGitHub
Github of project
Github of project
Ito Kunihiko
Git @ NNCT programming workshop
Git @ NNCT programming workshop
NNCT programming study group
Similaire à 新人Git/Github研修公開用スライド(その2)
(20)
Git 初心者講座 by forkwell
Git 初心者講座 by forkwell
バージョン管理システムチュートリアル
バージョン管理システムチュートリアル
Git&GitHub入門
Git&GitHub入門
@s_ssk13さん向けGitHub入門
@s_ssk13さん向けGitHub入門
超初心者向け!Visual Studio + GitHub + Source Treeで始めるアプリケーション開発
超初心者向け!Visual Studio + GitHub + Source Treeで始めるアプリケーション開発
ノンプログラマのGit入門
ノンプログラマのGit入門
Git & ブランチモデルで学ぶ バージョン管理入門
Git & ブランチモデルで学ぶ バージョン管理入門
Git社内勉強会資料
Git社内勉強会資料
バージョン管理
バージョン管理
VCS - Version Control System at Security and Programming camp 2011
VCS - Version Control System at Security and Programming camp 2011
Git extensions ws外部公開用
Git extensions ws外部公開用
ゆるふわっGit入門
ゆるふわっGit入門
トランクベース開発を活用して爆速に開発した話
トランクベース開発を活用して爆速に開発した話
RedmineとGitHubのうまい関係
RedmineとGitHubのうまい関係
Version Control System Tutorial バージョン管理システムチュートリアル
Version Control System Tutorial バージョン管理システムチュートリアル
Git -分散バージョン管理システム-
Git -分散バージョン管理システム-
俺とGitHub
俺とGitHub
Git lev 3 -おひとりさまでブランチを-
Git lev 3 -おひとりさまでブランチを-
Github of project
Github of project
Git @ NNCT programming workshop
Git @ NNCT programming workshop
Dernier
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
CRI Japan, Inc.
This is an introduction to MAPPO's paper.
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
atsushi061452
LoRaWANスマート距離検出センサー DS20Lカタログ
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
CRI Japan, Inc.
2024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
iPride Co., Ltd.
2024年5月8日 Power Platform 勉強会 #1 LT資料
知識ゼロの営業マンでもできた!超速で初心者を脱する、悪魔的学習ステップ3選.pptx
知識ゼロの営業マンでもできた!超速で初心者を脱する、悪魔的学習ステップ3選.pptx
sn679259
Jue Wang, Wentao Zhu, Pichao Wang, Xiang Yu, Linda Liu, Mohamed Omar, Raffay Hamid, " Selective Structured State-Spaces for Long-Form Video Understanding" CVPR2023 https://openaccess.thecvf.com/content/CVPR2023/html/Wang_Selective_Structured_State-Spaces_for_Long-Form_Video_Understanding_CVPR_2023_paper.html
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
Toru Tamaki
Syed Talal Wasim, Muzammal Naseer, Salman Khan, Ming-Hsuan Yang, Fahad Shahbaz Khan , "Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Grounding" arXiv2024 https://arxiv.org/abs/2401.00901v2
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
Toru Tamaki
2024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
iPride Co., Ltd.
Key topics covered: - Understanding Ballerina's role in integrations: features and advantages - Designing and implementing REST APIs for integration - Designing and implementing GraphQL services with Ballerina - Monitoring and observing applications - Introduction to data integration
Utilizing Ballerina for Cloud Native Integrations
Utilizing Ballerina for Cloud Native Integrations
WSO2
2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
iPride Co., Ltd.
Dernier
(10)
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
LoRaWAN スマート距離検出デバイスDS20L日本語マニュアル
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
論文紹介: The Surprising Effectiveness of PPO in Cooperative Multi-Agent Games
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
LoRaWANスマート距離検出センサー DS20L カタログ LiDARデバイス
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その32024/04/26の勉強会で発表されたものです。
知識ゼロの営業マンでもできた!超速で初心者を脱する、悪魔的学習ステップ3選.pptx
知識ゼロの営業マンでもできた!超速で初心者を脱する、悪魔的学習ステップ3選.pptx
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Selective Structured State-Spaces for Long-Form Video Understanding
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
論文紹介:Video-GroundingDINO: Towards Open-Vocabulary Spatio-Temporal Video Groun...
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Amazon SES を勉強してみる その22024/04/26の勉強会で発表されたものです。
Utilizing Ballerina for Cloud Native Integrations
Utilizing Ballerina for Cloud Native Integrations
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人研修 後半 2024/04/26の勉強会で発表されたものです。
新人Git/Github研修公開用スライド(その2)
1.
Git / Github
研修 後半戦! 2015/6/4,5 株式会社ヴァル研究所 ぷぽ(@pupupopo88) 公開用
2.
このスライドについて 新人研修でやった内容を一部公開用に修正したもの 研修の対象(想定) 開発未経験者(数名程度) 配属も開発とは限らない HTML5とCSS3の基本はレクチャー済み イメージを持ってもらうことを優先しているため、 多少表現に無理(まちがい)があります 2
3.
ざっくりなもくじ Githubとは Githubにリポジトリをつくる 分散型のバージョン管理システム リポジトリをクローンする Githubをつかった作業フロー コンフリクトの解消 リモートブランチをローカルに持ってくる チーム開発・プロジェクト管理(issueなど) 3 p. 7 p. 12 p.
43 p. 69 p. 83 p.149 p.172 p.185
4.
おさらい 4
5.
バージョン管理システムとは 安心してファイルの変更ができる 前のバージョンに戻せる、差分が見られる 自前でファイル変更に関する情報を残さなくていい いつ誰が変更したのかわかる 複数人で作業するときラク 各々の作業をマージできる 5
6.
特にGitは ブランチ切ったりバージョンの切り替えがラク 安心度が高い 複数人で作業しやすい 6
7.
特にGitは ブランチ切ったりバージョンの切り替えがラク 安心度が高い 複数人で作業しやすい →まだイメージできないですよね 6
8.
7
9.
Githubとは リポジトリ(コード)のホスティングサービス ソーシャルコーディングの場 8
10.
_人人人人人人人_ > ファッ!? <  ̄Y^Y^Y^Y^Y^Y ̄ 9
11.
Githubとは リポジトリ(コード)のホスティングサービス ソーシャルコーディングの場 10
12.
どういうこと? 社内の共有サーバをつかってたら外の環境からア クセスできなかった → 社内ネットワークから(有線LAN) じゃないとアクセスできない Githubはネットさえ繋がっていれば使える! 11
13.
どういうこと? 社内の共有サーバをつかってたら外の環境からア クセスできなかった → 社内ネットワークから(有線LAN) じゃないとアクセスできない Githubはネットさえ繋がっていれば使える! → 障害さえ起きていなかったら… 11
14.
イメージ 12
15.
Githubさんにコード (リポジトリ)を 預けてみよう 13
16.
これを預ける 14
17.
https://github.com 15
18.
リポジトリを預ける場所を作る 16
19.
名前とか決める 17
20.
リポジトリの種類 18
21.
Public 何個つくっても無料! 全世界に公開される →Github上の検索だけではなく、ググってもヒッ トする →Githubアカウント持ってない人も見られる 扱いに注意 個人情報やパスワードなど、重要な情報をコミッ トしない 19
22.
Private 有料 リポジトリの上限数でプランが異なる 会社アカウントで有料プラン登録してあります →作りたい場合は管理者に連絡(おまかせあれ) 非公開 ググってもGithubの検索でも出てこない 権限与えた人しか見られない だけどパスワードとかはコミットしない! 20
23.
リポジトリ作成 21
24.
預ける場所用意できた! 22
25.
預ける場所用意できた! 22 カラのリポジトリ
26.
リモートを指定する 23
27.
リモートリポジトリを指定する Github上にあるのが親玉(リモートリポジトリ) それを直接いじるのではなく、個々人のPCに置い てある分身(ローカルリポジトリ)を変更してい くスタイル →おや、なんか似たようなことやりましたね 個々人が「分身」で作業したものを、「親玉」に 送る(同期)することで作業を進めていく 24
28.
イメージ 25
29.
イメージ 25 俺の親玉はココ!
30.
実際にやってみる 26
31.
リポジトリ>リモートを追加 27
32.
httpsの方のパスをコピペ 28 httpsに切り替えてコピペ
33.
設定ファイルを変更 29 表記違うけど 気にしないで!
34.
リモートの設定が できました 30
35.
リモートリポジトリに送る 31
36.
リモートリポジトリに送る 32 送りたいブランチを選択
37.
こんな画面出るかも 33
38.
git_practice/master 34 なんか増えた
39.
さっきは場所を用意しただけ 35
40.
同期できてるっ! 36
41.
プッシュ = リモートに送る 37
42.
これぞリポジトリの ホスティングサービス 38
43.
Githubを利用した開発 Github上にあるのが親玉(リモートリポジトリ) それを直接いじるのではなく、個々人のPCに置い てある分身(ローカルリポジトリ)を変更してい くスタイル 個々人が「分身」で作業したものを、「親玉」に 送る(同期)することで作業を進めていく 39
44.
40
45.
40 こっちをいじる
46.
分散型 といいます 41
47.
何がいいの? 42
48.
思い出してください みんなで一つの共有フォルダを使ってたら大変 私編集したのに勝手に変更が上書きされてる! 他の人が作業しているとき手持ち無沙汰 誰がどんな意図でファイルを変更しているかわ からん! ネットが切断されたらファイルがいじれなく なった! 43
49.
分散型だと ネットに繋がってなくても手元の環境(自分の PC)でファイルの変更ができる 他の人の変更をむやみに壊さない 親玉(リモートリポジトリ)をむやみに壊さない 自分の環境が死んでも親玉や他の人のローカル環 境で生きている! 44
50.
分散型は安心 45
51.
ネットが死んでも 46
52.
ネットが死んでも 46
53.
ネットが死んでも 46 こっちはいじれる
54.
リモートに問題起きても 47
55.
リモートに問題起きても 47
56.
リモートに問題起きても 47 こっちはいきてる (またpushできる)
57.
ローカルに問題起きても 48
58.
ローカルに問題起きても 48
59.
ローカルに問題起きても 48 こっちはいきてる (複製できる)
60.
ローカルAに問題起きても 49
61.
ローカルAに問題起きても 49
62.
ローカルAに問題起きても 49 こっちも
63.
ローカルAに問題起きても 49 こっちもいきてる こっちも
64.
Gitは ブランチ切ったりバージョンの切り替えがラク 安心度が高い 複数人で作業しやすい 50
65.
これぞリポジトリの ホスティングサービス 51
66.
えっ? 52
67.
コード(リポジトリ)が いろんなとこにあるって 53
68.
しっちゃか めっちゃかじゃん 54
69.
Githubを利用した開発 Github上にあるのが親玉(リモートリポジトリ) それを直接いじるのではなく、個々人のPCに置い てある分身(ローカルリポジトリ)を変更してい くスタイル 個々人が「分身」で作業したものを、「親玉」に 送る(同期)することで作業を進めていく 55
70.
ブランチを活用する 基本は直接masterブランチをいじらない 基本は直接masterブランチをpushしない 各々の手元(ローカル)でブランチを作って編集、 pushする リモートにそれぞれブランチを送りつける →問題がなければとりこんでもらう(マージ) 問題がないかどうかは、一緒に作業している人 などに確認してもらおう! 56
71.
イメージ 57 push push
72.
手持ちぶさたに ならない! 58
73.
これぞ ソーシャルコーディング 59
74.
他にも 60
75.
こんな風に 61
76.
こんな風に 61 指摘してみたり
77.
コードを指定してコメントも 62
78.
議論する場にしたり 63
79.
いろんなコードが見られたりと 64
80.
いろんな人と関われる ユーザーをフォローしたり、リポジトリをウォッ チする(ブックマーク的な) 自動で活動状況を受け取れる →Twitterみたいですね いろんな人、いろんなサービスのコードを読むこ とができる バグ修正などで貢献(コントリビュート)できる 65
81.
ワイワイやろうぜ! 66
82.
これぞ ソーシャルコーディング 67
83.
詳しくは Web制作者のためのGitHubの教科書 http://www.amazon.co.jp/dp/4844337009/ 68
84.
とにかく 特に大事なところは さわって覚えよう 69
85.
リモートリポジトリを ローカルにクローンする 70
86.
さっきは 自分の手元にあったものをGithubに送った Github上にリポジトリを作る ローカルリポジトリをプッシュ 71
87.
さっきは 自分の手元にあったものをGithubに送った Github上にリポジトリを作る ローカルリポジトリをプッシュ →次は既にGithubに置いてあるものを手元へ複製 71
88.
さっきはGithubにのっけた 72
89.
つぎはGithubからもってくる 73
90.
SourceTreeで クローンする 74
91.
こちらから ファイル > 新規
/ クローンを作成する 75
92.
クローンする URLからクローン 76
93.
リモートの住所をコピー HTTPSの方を選択し、コピーしてください 77
94.
ソースURLにコピペ 保存場所を指定してクローンを押してください 78
95.
クローンできた! 79
96.
こいつら何? 80
97.
originって何よ origin = https://github.com/pupupopo88/ github_practice/ リモートを指す言葉で別名みたいなもの origin/master リモート
の master origin/HEAD リモートの HEAD(最新のコミット) 81
98.
origin/masterとmaster 82 リモートのmasterと ローカルのmasterが同じ (同期できてる)
99.
準備ができました 83
100.
Githubさんを 使ってみよう 84
101.
_人人人人人人人人人人人人_ > 突然のあいうえお作文 <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y ̄ 85
102.
86
103.
ローカルリポジトリを編集 試しに、誰かローカルリポジトリを編集してみま しょう backronym.md ブランチを作る 「あ」の文字を編集する 「あいうえお作文と」と書いてね コミットしてプッシュ 87
104.
ブランチをプッシュ 88
105.
他の人のリポジトリは… 何も変わってない origin/add-a-lineは増える 自分の所には影響していない 完全に独立(分散)している! 89
106.
リモート(Github)の様子 90
107.
Network(ツリー)を見てみる 91
108.
この変更どうするの? さっき少しお話ししました ソーシャルコーディング 「これを取り込んでください」とお願いする! add-a-lineってブランチ投げたから、 よかったらmasterにマージしてよね! →プルリクエスト(プルリク)を出す 92
109.
やってみよう 93
110.
Githubを見てみる 94
111.
プルリクエストの画面 95
112.
取り込む(食べる)方 プルリクエストの画面 95
113.
取り込む(食べる)方 取り込まれる (食べられる)方 プルリクエストの画面 95
114.
96
115.
96 タイトルは変更点の 概要をわかりやすく
116.
96 タイトルは変更点の 概要をわかりやすく コメントも!
117.
差分も見られる 97
118.
差分も見られる 97 Viewをクリックすると
119.
mdも見やすくなる! 98
120.
mdも見やすくなる! 98 マークダウンでなければ ソースがそのまま表示
121.
問題なければ 99
122.
プルリクエストが出せた! 100
123.
この後どうするんだっけ add-a-lineってブランチ投げたから、 よかったらmasterにマージしてよね! →プルリクエスト(プルリク)を出す 問題無かったらmasterにマージする 基本的にプルリクを出した人以外が確認し、 masterにマージしてもらう 101
124.
やってみよう 102
125.
だーくぷぷぽぽさん 103
126.
変更されたファイルを確認 104
127.
105
128.
行選択でもコメントできる 106
129.
コミット単位でも確認できる 107
130.
コミットごとの変更 108
131.
実際にコメントしてみる 109
132.
コメントできた! 110
133.
いよいよ マージします 111
134.
マージ先問題ないよね 112
135.
取り込む(食べる)方 マージ先問題ないよね 112
136.
取り込む(食べる)方 取り込まれる (食べられる)方 マージ先問題ないよね 112
137.
ワンクリックマージ 113
138.
念押しされるけどそのままマージ 114
139.
マージできた! 115
140.
Network(ツリー)を見てみる 116
141.
Network(ツリー)を見てみる 116 マージされてる!
142.
ブランチも消しちゃおう 117
143.
プルリク形式の良いところ 誰が何の作業をしているかわかりやすい 情報が残る 属人化しにくい 人から指摘をもらえる 自分の勉強にもなる 個人の責任にしない チームに責任を持たせる 118
144.
チーム開発にとって この上ない仕組み!! 119
145.
ところで リモートでマージが行われたけれど、実はローカ ル環境は古いまま… 120
146.
ところで リモートでマージが行われたけれど、実はローカ ル環境は古いまま… 120 手元のmaster
147.
ところで リモートでマージが行われたけれど、実はローカ ル環境は古いまま… 120 手元のmaster リモートのmaster
148.
リモートの変更を ローカルに反映する 121
149.
122
150.
123
151.
何か変わった? 124
152.
fetch(フェッチ) リモートの状態をローカルに持ってくる(だけ) 自動で取り込んではくれない SourceTreeさんは(設定で)定期的に情報をもっ てきたりしてくれるので不要だったりする 何もしていないのに、コミットグラフに 「origin/master」とか書いてありますよね 覚えるためにも念のため毎回やりましょう 125
153.
進めます 126
154.
さっそくマージする 127
155.
128
156.
マージできた! 同期できた状態! 129
157.
マージできた! 同期できた状態! 129 ローカルのmaster
158.
マージできた! 同期できた状態! 129 ローカルのmasterリモートのmaster
159.
なんでチェックはずすの? 130
160.
コミットつくっちゃったら ローカルのmasterがリモートのmasterよりひと つコミットが増えてしまう origin/master と master
が同じではなくな る 131
161.
コミットつくっちゃったら ローカルのmasterがリモートのmasterよりひと つコミットが増えてしまう origin/master と master
が同じではなくな る 131 リモートと比べると 1つ先に進んでるよ
162.
設定をもどしておこう もう慣れたと思うので、Fast-Foward可能でもコ ミット作るオプションを解除しておく 132 解除!
163.
Next 133
164.
みんな同時に 作業してみよう! 134
165.
変更する い:言われましても う:うまいこと返せないし え:え…え…。ほら、何も思いつかないじゃん! お:おこだよ! 135
166.
コミット後、そのままプッシュ 136
167.
プッシュできた! 137
168.
もう一方も 138
169.
もう一方も 139
170.
「い」のプルリク 140
171.
「い」のプルリクをマージ 141
172.
「う」のプルリクを作…成…? 142
173.
Can't automatically merge. →
自動でマージできんよ 143
174.
とりあえず作っちゃう 144
175.
本当にマージできない(戦慄) 145
176.
なんで? 146
177.
147
178.
147 origin/master
179.
147 add-u-line origin/master
180.
_人人人人人人人人人人人_ > どっちが正しいねん <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y ̄ 148
181.
複数人で作業していると 同じ部分を修正していると 競合(コンフリクト)がおきます コンピューターはどっちが正しいかまでは判断で きません どっちが正しいのか教えてあげましょう 149
182.
コンフリクトの解消 150
183.
masterの変更を 取り込む 151
184.
今こんな状態 152
185.
マージ 153
186.
コンフリクト!(競合) 154
187.
155
188.
155 ファイル開く
189.
156
190.
156
191.
156 add-u-line
192.
156 add-u-line
193.
156 origin/master add-u-line
194.
正しいところだけ残して 保存しましょう 157
195.
これが正解! 158
196.
add(ステージング)する 159
197.
コンフリクトがなくなった! 160
198.
コミットする 161
199.
マージ&プッシュできた! 162
200.
プルリク確認してみる 163
201.
_人人人人人人人人人_ > マージできる! <  ̄Y^Y^Y^Y^Y^Y^Y ̄ 164
202.
165
203.
マージできた! 166
204.
masterの同期もしておきましょう 167
205.
masterの同期もしておきましょう 168
206.
気をつけたいこと コンフリクト自体は悪いことではない チーム開発が活発であれば自然と起こるもの 不用意にコンフリクトしないように気をつける ブランチを作成する際は、 正しい箇所(最新のmaster等)から作る 同期を忘れない 作業の順番に気をつける 169
207.
Gitは ブランチ切ったりバージョンの切り替えがラク 安心度が高い 複数人で作業しやすい 170
208.
残りの「え」と「お」 もやってみましょう 171
209.
tips? 172
210.
他の人が作業していた ブランチをいじりたい 173
211.
こんなこともあります ぷぽさんがブランチAをつくって作業する ぷぽさんがブランチAをpushする ぷぽさんがプルリクを出す ぷぽさんが突然の風邪でおやすみしてしまう だーくぷぷぽぽさんがバグに気づく →今すぐ修正したい! 174
212.
こんなかんじで 175
213.
まちがい見つける 176
214.
じぶんのリポジトリにもってくる フェッチしてチェックアウト 177
215.
こうやって 178
216.
もってこれる! 179
217.
もってこれる! 179 origin/add-e-line の状態を利用して add-e-lineブランチをつくったイメージ
218.
commit、pushもできるよ 180
219.
プルリクにも反映されてる! 181
220.
無事にかいけつ! 182
221.
ちゅうい 他の人が同時作業していないか確認する 他の人の変更を上書きしてしまう恐れ 手がかかりそうな場合はおうちゃくしない 元ブランチからさらに別のブランチをつくり、 別途マージさせると安全 183
222.
add-e-line master fix-e-line こんなやつ 184
223.
Next 185
224.
Githubさんは チーム開発をするのに 大変べんり 186
225.
プロジェクト管理 開発作業で出てくる問題 今誰がどんな作業をしているのか 今何が問題になっているのか 次に行うべき作業はなんなのか 期限はいつなのか アジャイル研修思い出して タスク出し、優先順位付け 187
226.
issueをつかってみる 188
227.
こちらから 189
228.
更にこちらから 190
229.
提案してみる 191
230.
ラベルもつけられる 192
231.
自分で設定したいなら 193
232.
こんな風に 194
233.
Milestone issueの親要素となるもの 期間も設定できる Milestone:この期間中にページAを作ります issue:ページAをマークアップ issue:ページAの見出しを青色に issue:ページAの構成を変更 etc… 本研修ではほぼ使いません 195
234.
Assignee 担当者を設定できる 「これ、私がやります!」の意思表示 検索機能により、自分や人が抱えているタスク がわかりやすい 196
235.
issueさくせい 197
236.
issueつくれた 198
237.
ところで 199
238.
これってどうやるの? 200
239.
絵文字(emoticon)をつかう Githubで実装されている機能 :(コロン)区切りで絵文字が表示される 途中まで入力すると候補が表示される チートシート http://www.emoji-cheat-sheet.com/ 201
240.
そのほかにも 202
241.
画像とかもつかえる Chrome拡張のLTTMがおすすめ !s でかわいい「寿司ゆき」の画像が! 203
242.
表現に気をつけよう 文字だけの表現では(意図せず)攻撃的になりがち エラーが出てるから修正して こんな書き方はダメでしょ、修正して こんなクソコード書くとかどんな神経してるの うまく表現を言い換えたり、相手を尊重した発言を 心がける 絵文字や画像で空気をやわらげる 204
243.
たのしく開発するために 205
244.
みんなで工夫する 206
245.
Githubとは リポジトリ(コード)のホスティングサービス ソーシャルコーディングの場 207
246.
諸刃の剣 Githubはチーム開発を円滑に進めるこの上ない サービス 使い方次第で、良いものにも悪いものにもなる しあわせになれるかどうかはあなた次第 208
247.
実際にみんなで やってみる 209
248.
これの続きをやりましょう 210 https://github.com/pupupopo88/git_practice このリモートつかって
249.
手順 こちらから要望(完成図)を出します 機能ごとに作業を分け、issueを作成する 各自役割分担して完成させる →アジャイル研修思い出してね! 211
250.
212
251.
とにかくさわるのみ 213
252.
さいごに 214
253.
本研修の目標はこれだった (なんとなく)「バージョン管理システム」がなん なのかイメージできる (なんとなく)「Git」がなんなのかイメージできる (なんとなく)「Github」がなんなのかイメージで きる GitやGithubを使うことを怖がらない 215
254.
なんとなく イメージできれば おkだった 216
255.
イメージできましたか? 217
256.
2日間のまとめ 自前で変更管理する大変さ 複数人で作業することのむずかしさ バージョン管理システムとは Gitの特徴 Githubとは 218
257.
バージョン管理システムとは 安心してファイルの変更ができる 前のバージョンに戻せる、差分が見られる 自前でファイル変更に関する情報を残さなくていい いつ誰が変更したのかわかる 複数人で作業するときラク 各々の作業をマージできる 219
258.
Gitの特徴 ブランチ切ったりバージョンの切り替えがラク 処理が高速 安心度が高い 分散型の管理 複数人で作業しやすい 賢いマージ 220
259.
Githubとは リポジトリ(コード)のホスティングサービス ソーシャルコーディングの場 221
260.
おわりに Gitはたくさん失敗して覚えていくもの やらかした数だけ成長します 私もたくさん失敗して、たくさんの人に助けてもら いました Gitは怖くない いくらでも戻せる、やり直せる この研修で伝えたことはほんの一部 開発に配属されたら、ぜひコマンド操作も覚えてね 222
261.
参考 Web制作者のためのGitHubの教科書 http://www.amazon.co.jp/dp/4844337009/ 超初心者向け。SourceTreeの使い方多し Github実践入門 http://www.amazon.co.jp/dp/477416366X/ コマンド使う人向け。Gitそのものについても 入門Git http://www.amazon.co.jp/dp/4798023809 入門と思いきや、初心者が買ったら死ぬ 223
262.
おまけ 用語集的なもの 224
263.
リモートリポジトリ 共有ディレクトリみたいなもの ≒Githubに上がっているもの Githubからクローンすると origin という名称が 設定される 参考スライド 基礎 リモートの別称(origin) 225
264.
ローカルリポジトリ リモートリポジトリから複製してきたもの ≒自分のPC上に置いてあるリポジトリ リポジトリを新規作成して、後でGithubなどにアッ プしたい場合、リモートの指定をする必要がある 参考スライド 基礎 リモートの設定方法 226
265.
Publicリポジトリ 公開リポジトリ いくつ作っても無料だが、Googleなどの検索エン ジンでも検索できてしまう 参考スライド 227
266.
Privateリポジトリ 非公開リポジトリ 有料だが、指定したアカウント以外は閲覧も出来 ない 仕事で必要になった場合は、会社アカウントでつ くる(管理者に連絡) 参考スライド 228
267.
clone(クローン) リモートリポジトリからローカルに複製すること Githubからクローンすると、自動でリモートリポ ジトリと紐付けされる(origin) 参考スライド 基礎 SourceTreeでのクローン 229
268.
プルリクエスト(プルリク) 主にローカルリポジトリで作業したものをリモー トリポジトリに取り込んで欲しいときに出すもの 取り込み(マージ)先との差分を確認したり、コ メントすることもできる 行単位、コミット単位でも差分を確認できる 参考スライド 230
269.
fetch(フェッチ) リモートの状態をローカルに持ってくる SourceTreeは(設定で)定期的にfetchしてくれる 自動で取り込んではくれない その情報を取り込みたい場合はマージする必要がある リモートブランチにチェックアウトすると、ローカルリポジ トリにそれと同じブランチを作成することができる 参考スライド 基礎 リモートに存在するブランチをローカルに持ってくる 231
270.
コンフリクト(競合) マージなどをする際、自動で統合できず衝突が起 きてしまった状態のこと 同じファイル、同じ箇所を編集していた場合な どに起きる コンピューターはどちらが正しいか判断できない ため、手動で正しい状態を示す必要がある 参考スライド 232
271.
issue(イシュー) メンバー内で共有したいことなどを記述するもの Redmineでいうチケットみたいなもの マークダウン形式で見やすく記述できる 実はプルリクも1つのissue issueやプルリクに #1 と(issue番号)を記述する と、そのissue(プルリク)へのリンクがつけられる 参考スライド 233
272.
WIP(Work In Progress) まだ作業途中だよという意味 まだマージして欲しくない!というプルリクのタ イトルの頭に[WIP]と記述する 作業途中で意見が欲しくなったときや、変更が 多くなりそうなときなどに =
生煮えプルリク 234
273.
LGTM(Looks Good To
Me) 「良いと思う」の意味 OK!のようなもの プルリクを確認して問題ないとき、コメントとし て残すことが多い 235
Télécharger maintenant