Git研修講義【21新卒技術研修】

講師紹介

Git研修講義【21新卒技術研修】

2021年04月27日　

00:00:00 - 00:02:50

Gitの基礎

Git研修講義【21新卒技術研修】

2021年04月27日　

00:02:50 - 00:19:38

GItによるチーム開発のいろは

Git研修講義【21新卒技術研修】

2021年04月27日　

00:19:38 - 01:17:33

Gitの内部構造

Git研修講義【21新卒技術研修】

2021年04月27日　

01:17:33 - 02:11:52

00:00:01 - 00:00:04： じゃああーえっと更新についてえっと 00:00:04 - 00:00:07： 僕が降った指紋って言います19診察で今 00:00:07 - 00:00:12： 新卒3年目ですねえっ経歴としては 00:00:12 - 00:00:18： 入社してすぐはいた新規事業で号のサーバーを書いてました 00:00:18 - 00:00:23： そこから半年くらいしてからその新規事業がクローズしてへことだマン 00:00:23 - 00:00:28： 映ってとクライアント同サーバーやってましたその頃は8連と nt でサーバーが 00:00:28 - 00:00:30： ジャバーでした 00:00:30 - 00:00:32： 干支今は開発本部 00:00:32 - 00:00:36： インフラ室というところで映像配信編集基盤を 00:00:36 - 00:00:39： 校で書いているところですあの 00:00:39 - 00:00:41： tips 対応のやつですね 00:00:41 - 00:00:46： えっとその他の活動としてはは学生時代は行き遅れてテーマー icpc とか出て 00:00:46 - 00:00:47： ました 00:00:47 - 00:00:51： で衛藤5チャレンジの問題解決をしています 00:00:51 - 00:00:54： 闘技書店もうちょこちょこ出て 00:00:54 - 00:00:58： 8 wiki シーテックのとって言う mixi 柄している技術省があるんです 00:00:58 - 00:01:00： けどもそれいまぁだいたい 00:01:00 - 00:01:04： 飛行士会鉄塔効果ギットの記事書いてる人です 00:01:04 - 00:01:08： 東個人でもどこかで始めるゲームアドバンス開発入門という本を書いているのでも 00:01:08 - 00:01:10： 良かったら検索してみてください 00:01:10 - 00:01:16： 最近の趣味はビットのクローン号で作ることですツイッターもあるのでよかったら 00:01:16 - 00:01:19： はい越冬事前アンケートあの 00:01:19 - 00:01:24： 新卒の方には取ったんですけどはそれについてちょっとあの 00:01:24 - 00:01:28： ギッとのサブクランどれぐらい使っとくあるかっていう質問したと思うんですけども 00:01:28 - 00:01:33： それで結果がこれぐらいでへとまぁほとんどの人が 00:01:33 - 00:01:39： えっとリセットをぐらいまでは使ったことがあってまーりベースは半分ぐらいでリフ 00:01:39 - 00:01:44： ログは2人 fsck とキャットファイルは02みたいな 00:01:44 - 00:01:49： 感じでしたでどうも全員コメントとプッシュは行ったことがあるっていう感じですね 00:01:49 - 00:01:54： て同研修に求めるものそして結構はれて 00:01:55 - 00:02:02： アン分の1は内部構造を理解したいっていう人がペアとはまあハンデえっと切ったの 00:02:02 - 00:02:07： 基本的な使い方とチーム運用についての機能が知りたいということだったんで 00:02:09 - 00:02:16： 今日の研修ではですね切ったの基礎とチーム開発の話の後内部構造についてやっていき 00:02:16 - 00:02:17： たいなと思います 00:02:17 - 00:02:22： ねえと最後にですね今日学んだことを生かしてリップチャレンジに挑戦してもらうので 00:02:22 - 00:02:25： よろしくお願いします 00:02:25 - 00:02:31： 吐息でタイムテーブルがこんな感じです午前中が越冬切ったの人とチーム開発の余波を 00:02:31 - 00:02:34： やってま12時ぐらいからお昼ご飯 00:02:34 - 00:02:41： でお昼からは内部構造を話をして3時から入ったレンジがあります 00:02:41 - 00:02:45： まぁちょっとどれぐらいこのタイムスケジュールどおりに行けるか分からないんです 00:02:45 - 00:02:49： けどまぁちゃん的にはこの通りに進めたいなと 00:02:49 - 00:02:51： 持っております 00:02:51 - 00:02:54： 3 a 棟じゃあ次ギットの人について 00:02:54 - 00:02:59： きっとっていうのはですねまぁバージョン管理システムの一つなんですけれどもこの 00:02:59 - 00:03:03： バージョン管理システムっていうからにはバージョン管理をするシステムなんですけど 00:03:03 - 00:03:06： このバージョン管理っていうのが偉大なんなのか 00:03:06 - 00:03:08： って言うと 00:03:08 - 00:03:14： まあこの卒論を書いている時にまあ卒論 pdf 卒論1 pdf 00:03:14 - 00:03:19： 卒論最新 pdf みたいな感じで箱セットに保存してるとこんな感じになるわけです 00:03:20 - 00:03:25： でまぁこれってどれが最新なのかわからないんじゃないですか 00:03:25 - 00:03:28： 歳でもこのなってるんだね自分ひとりで作業してたら多分まあ 00:03:29 - 00:03:31： 最新ぐらいは分かる 00:03:31 - 00:03:32： 思うんですよ 00:03:32 - 00:03:37： じゃあ一つ前はどれですかとか一つ前もギリギリわかるかもしれないですけど 00:03:37 - 00:03:40： 5つ前はって言われたら多分もわからないじゃないですか 00:03:40 - 00:03:43： まあこういうのが良くないと思う 00:03:43 - 00:03:49： 越冬じゃあそれがわかればいいんですかということでこんな感じでなんか日付デー 00:03:49 - 00:03:51： パーティングすると 00:03:51 - 00:03:55： えっと確かに最新の版もわかるし5つ前の斑紋 00:03:55 - 00:03:57： わかると思うんですけど 00:03:57 - 00:04:01： あの新しいバージョン保存するためにこの容量がどんどん 00:04:01 - 00:04:06： 二倍三倍って増えていくんですよねまあこの pdf ぐらいのサイズならいいです 00:04:06 - 00:04:08： けどじゃあ何か 00:04:08 - 00:04:13： ゲームのクライアントでプロジェクト全体で5 gb ありますみたいなプロジェクト 00:04:13 - 00:04:18： リーキに保存するために倍三倍とパさすがにやってられないじゃないですか 00:04:18 - 00:04:21： で会とは 00:04:21 - 00:04:24： こんな感じでまあ一人で書いて卒論ならまあ気合でなんとかできるんですけどまぁ 00:04:24 - 00:04:29： 100人であのじゃあ3年かけて 00:04:29 - 00:04:33： 開発するソフトウェアみたいなのではこれをやるとまぁめちゃくちゃやばいいことに 00:04:33 - 00:04:37： なるっていうのはなんとなくわかるかなと思います 00:04:37 - 00:04:39： でまぁ切っ等 00:04:39 - 00:04:43： なくてもいいんですけどまぁ vcs を使う方がこういう問題から 00:04:43 - 00:04:46： えっと逃れることができるんですね 00:04:46 - 00:04:50： 簡単にできもたどれる使用量も抑えられる今改ざんにも強い 00:04:50 - 00:04:55： そういう神ツールがニットです 00:04:55 - 00:04:59： あの全員コミットプッシュ使った下るっていう話だったのでまあ多分これくらいは知っ 00:04:59 - 00:05:00： てて浴衣分 00:05:00 - 00:05:06： イクシーに来る人どうせ卒論ヒット管理していると思うんですけど 00:05:07 - 00:05:14： 8切っ頭使う上でですね重要な機能としてはブランチとマージっていう機能があって 00:05:17 - 00:05:22： ギッとはまあ単にこの時系列にバージョン管理するだけじゃなくてこの別々の時間軸で 00:05:22 - 00:05:25： バージョンを管理できるんですよ 00:05:25 - 00:05:30： しかもそれを統合することができるとえっと 00:05:30 - 00:05:35： 別々の時間軸ということをまあブランチって言うんでもそれを統合することをマージ 00:05:35 - 00:05:37： っていうふうにきっとでは読んでます 00:05:37 - 00:05:40： 図で表すとこんな感じですね 00:05:40 - 00:05:44： 元バージョンがあってそこからこの a と b という2つの 00:05:44 - 00:05:50： 時間軸に分かれてもそれぞれ開発が進んで行ってその後に最後にこの a と b 両方 00:05:50 - 00:05:53： 合体した 00:05:53 - 00:05:58： やつを作るっていう猫のを瓦解させるのがマジです 00:05:58 - 00:06:03： ちょっとブランチとマージを経験してみようと思います 00:06:04 - 00:06:07： えっとナギットリポジトリをつくって適当にコミットを作ります 00:06:07 - 00:06:11： でまあいろいろコメントと込みコマンドを叩いてるんですけどまぁ 00:06:11 - 00:06:16： 8最終的にあの切符ログした時に 00:06:16 - 00:06:20： あのバーストポイントが1個だけツンツンであるっていう状態ですね 00:06:20 - 00:06:24： そんな感じのリポジトリを作りました 00:06:24 - 00:06:30： 江藤ブランチをつくっていくんですけど切っとブランチいただくと現在作られている 00:06:30 - 00:06:35： ブランチ一覧見たり新しいブランチをつくったりすることができます 00:06:35 - 00:06:38： l ランチだけいただくとランチ一覧が見れますね 00:06:38 - 00:06:45： マスターというのがあの最初からあるんですけどこれはデフォルトで作られる 00:06:45 - 00:06:47： グラン地です 00:06:47 - 00:06:50： まぁきっと2.28以降なら 00:06:50 - 00:06:53： ギッとコンフィググローバル init 00:06:53 - 00:06:56： デフォルトブランチっていうのを設定するとこの 00:06:56 - 00:07:00： てフォルトで作られるブランチの名前を変えられるようになってるんですね 00:47:18 - 00:47:21： だからあの 00:07:02 - 00:07:07： 去年ちょっとマスターじゃなくてメインにしましょうみたいなあの動きがあったと思う 00:07:07 - 00:07:09： んですけど 00:07:09 - 00:07:13： 8228以降の it 使ってる人はあの 00:07:13 - 00:07:15： このコマンドで 00:07:15 - 00:07:19： デフォルトブランチ変えられるのでまぁよかったら設定してみてください 00:07:19 - 00:07:22： えっとマップに最初から入っている切符結構 00:07:22 - 00:07:27： 古いのであの音ブルーとかでアップデートしないとダメ 00:07:27 - 00:07:33： その22発とかの新しいバージョンは使えないはずです 00:07:33 - 00:07:38： で a この it ブランチの後ろにグラン地名をつけると新しいブランチを作れ 00:07:40 - 00:07:46： 確認するとこのデベロップっていうのが新しくできたのがありますね 00:07:46 - 00:07:49： ただあの新しいブランチ作っただけであの 00:07:49 - 00:07:53： まだマスターにいることには注意してください 00:07:53 - 00:07:57： ブランチ移動したいときはまぁきっとチェックアウトを訴えます 00:07:57 - 00:07:59： 今ここから 00:07:59 - 00:08:01： キッズチェックアウトデベロップってするとこの 00:08:01 - 00:08:08： マスターカーてブロックに映るとこれは*が現在のブランチを表してるんですね 00:08:08 - 00:08:14： まぁあとはこのそれぞれブランチ月に移動しながら開発をしていけばいいです 00:08:14 - 00:08:18： で衛藤ままスタートデベロップでそれぞれ開発を進めるんですけどまぁ 00:08:18 - 00:08:23： 最終的にこんな感じになったとマスターの方はまあ first commit から 00:08:23 - 00:08:26： 2つポイントが積まれてて 00:08:26 - 00:08:30： 8でべろっこの方も first commit から2つ 00:08:30 - 00:08:33： ポイントが積み上がっていると 00:08:33 - 00:08:35： こういう状態ですね 00:08:35 - 00:08:39： えっと図で表すとこんな感じで first commit からそれぞれ 00:08:39 - 00:08:42： faster とでロックに 00:08:42 - 00:08:46： ポイントが2に上がってるっていうのがわかるかなと思います 00:08:46 - 00:08:51： で衛藤次はこれをマージしていくんですけどあの 00:08:51 - 00:08:55： きっとではですねそのマージするブランチとマージされるブランチっていう2つの関係 00:08:55 - 00:08:59： があってマジするブランチのことを they are ず 00:08:59 - 00:09:02： マージされるグランツのことをアワーズっていう風に 00:09:02 - 00:09:06： 読んでますえっと今回はへ 00:09:06 - 00:09:11： マスターにディベロップをマージするっていうのをやっていくんで税は頭がデベロップ 00:09:11 - 00:09:13： でアワーズがマスター 00:09:13 - 00:09:16： っていう風になっていきます 00:09:16 - 00:09:21： まじするにはですねっとあーずにチェックアウトしている状態できっとマージ 00:09:21 - 00:09:24： there ズっていう風にしたらマジできます 00:09:24 - 00:09:28： 今現在リッドご覧いただくと master ブランチにいることが分かりますねその 00:09:28 - 00:09:31： 状態で越冬 00:09:31 - 00:09:35： ちょっとマジでロップするとを大 00:09:35 - 00:09:39： こんな感じで色々出てくるんですけどどうもエラーメッセージが出て 00:09:39 - 00:09:42： 8どういうことかというとこの readme 00:09:42 - 00:09:47： でコンフリクトを起こしてオートマノートマチックまでに 00:09:47 - 00:09:52： 失敗したというふうに出ます 00:09:52 - 00:09:55： 越冬マジするとギットは 00:09:55 - 00:10:00： ゼアズで開発した差分っていうのを自動的に合わずに取り込んでくれる 00:10:00 - 00:10:02： ですけど 00:10:04 - 00:10:08： アースとゼアズで同じ箇所を編集してた場合 00:10:08 - 00:10:15： であの機械的にはどっちの変更を残すっての自動的に判定できないじゃないですか 00:10:15 - 00:10:18： まあこれがコンフェクトなんですけど 00:10:18 - 00:10:24： の被りクドが起きたらまあ人間がて動かして頑張って差分取り込んで今聴くと改称して 00:10:24 - 00:10:26： いく必要があるんですね 00:10:26 - 00:10:29： でまぁそれをやってみましょう 00:10:29 - 00:10:35： ギッとステータス叩くとどのファイルは隠国ことをしているのか確認できます 00:10:35 - 00:10:39： な感じで長いのでちょっと省略してるんですけど 00:10:39 - 00:10:43： この一杯で手の中で bose モディファイドっていうふうにされている 00:10:43 - 00:10:47： ファイルがこの引くと中です今回は readme だけですねこれは本リックとして 00:10:47 - 00:10:49： います 00:10:49 - 00:10:55： ええっとこのリク途中のファイル開くとなんかどの行がどんな感じでコミックとして 00:10:55 - 00:11:00： ますっていうのギットが教えてくれるんですけどあのまあ自動で検出してるんで 00:11:00 - 00:11:06： あの実用にあの変な指摘の仕方をすることがあるんですね 00:11:06 - 00:11:11： この陸と海症っていうのは基本的にそれぞれのブランチがそのファイルに対してどんな 00:11:11 - 00:11:16： 修正をしてどういう意図やどういう内容を持って 00:11:16 - 00:11:21： その修正が施されているのかっていうのをきちんと確認してから手を付けるべきかなぁ 00:11:21 - 00:11:23： と思ってます 00:11:25 - 00:11:31： この軸と行だけ眺めてこのこもりくと改称したくなるんですけど 00:11:31 - 00:11:36： 先にをやってちゃんと確認するコストとまぁマジみすって 00:11:36 - 00:11:44： 必要な差分がないとか吹い強さ分まで残ってるとかっていう状態になった後の後始末の 00:11:44 - 00:11:47： コスト比べたら絶対先に確認するべき 00:11:47 - 00:11:49： なんですよねあの 00:11:49 - 00:11:52： この不適切なマージした時にまテストとかが 00:11:52 - 00:11:56： かて走ってすぐき漬けたらいいんですけどあの 00:11:56 - 00:11:58： 静か部に入っちゃうとあのー 00:12:01 - 00:12:03： その先で 00:12:03 - 00:12:07： 複雑なコンフリクトを起こす可能性がどんどん増してくるんですね 00:12:07 - 00:12:11： だからまああのこれは絶対先に確認しておきましょう 00:12:11 - 00:12:16： まあそもそもこの六道をしてるって時点ではプチ事故なんで 00:12:16 - 00:12:23： あの面倒くさがらずに結構慎重に下り部と改称は行った方が良いです 00:12:23 - 00:12:27： でまぁその上で具体的にドーマーでしたらええ 00:12:27 - 00:12:35： 両方のブランチの修正を上手に取り込めるのかっていうのを考えていくことになります 00:12:35 - 00:12:42： 8あーずとゼロズの変更を比較したい場合はですねえどうするまずそれぞれのブランチ 00:12:42 - 00:12:47： がどこから分岐しているかっていうのを知られます 00:12:47 - 00:12:53： ギッとマージベースっていうコマンドがあってこれ叩くとそれぞれ二つのプラン地が 00:12:53 - 00:12:55： 分岐したコミットを調べることが 01:50:20 - 01:50:25： できます 00:13:06 - 00:13:09： そうですねこんな感じでリットマーズベースの後ろにまーすとアップでブロックを 00:13:09 - 00:13:11： つくっつけるとあの 00:13:11 - 00:13:17： こんな感じでコメント亜種が出てきてこのコミットハッシュどこかというとここです 00:13:17 - 00:13:19： マスターでブロックの 00:13:19 - 00:13:25： 分岐した後ミッドのコミューター手が出てきます 00:13:25 - 00:13:30： 越冬が分岐点がわかったのであとはこの技とリーフを使ってあの 00:13:30 - 00:13:34： readme にそれぞれのブランチがどんな修正加えてたののかっていうのを確認 00:13:34 - 00:13:37： することができます 00:13:37 - 00:13:41： 木と diff でへとさっき出てきたポイント8集 00:13:42 - 00:13:44： 8デベロップ 00:13:44 - 00:13:48： と readme なるとえっとデベロップで readme に対してどんな変更 00:13:48 - 00:13:48： おっしゃったのが 00:13:48 - 00:13:52： がわかって a 棟 00:13:52 - 00:13:56： ハローっていう行決してハローデベロップに携えているんです 00:13:56 - 00:14:00： これと同じことはマスターでも見て見てみると正華楼を受けしてハローますターンして 00:14:00 - 00:14:02： いると 00:14:02 - 00:14:05： まあマスターでブロックでれたかったことは 00:14:05 - 00:14:07： こんな感じで 00:14:07 - 00:14:13： マスターではハローマスター変更デベロップで hello で6分変更っていう 00:14:13 - 00:14:19： やつですねねえと今回はアワーズがマスターなのであろうマスターにすることにいまし 00:14:19 - 00:14:21： たとしましょうまぁこの辺は 00:14:21 - 00:14:23： でギー考えてください 00:14:23 - 00:14:28： えーとじゃあまずはこのハロマスターにするように今 readme を編集するじゃ 00:14:28 - 00:14:30： ないですかねえ 00:14:30 - 00:14:32： 練習できましたと言っ 00:14:32 - 00:14:36： ねえ桃園書房だったらあの切っとナージャコンティニューっていうの 00:14:36 - 00:14:41： いただくとえっと引き続きマージされていきます 00:14:41 - 00:14:46： ってこれでまあ無事故無陸と干渉して味ができたと 00:14:46 - 00:14:48： っていうわけですね 00:14:49 - 00:14:53： 小麦粉との甲斐性って 00:14:53 - 00:15:00： 人間の手が入るので必要な差分が元消えたりとか真冬の差分があったりする可能性が 00:15:00 - 00:15:03： あるんですね 00:15:03 - 00:15:06： ということはまあ大前提としてこうも行くとはまあ 00:15:06 - 00:15:09： を聞いないっていうのが一番 00:15:09 - 00:15:13： ですよね8切ったにはまあ fast forward マーズっていうあの絶対に 00:15:13 - 00:15:15： フォームリックとが起きない 00:15:15 - 00:15:19： まじがあってですねえーとこれはあの 00:15:19 - 00:15:24： マジベースがアワーズの時に起こるマージですこれどういうことかっていうとあの 00:15:24 - 00:15:27： さっきの例でいうとこんな感じですね 00:15:28 - 00:15:33： マスターとデベロップがあってマスターがアワーズデベロップがゼアズ 00:15:33 - 00:15:37： 状態でえっとマジベース ours 00:15:37 - 00:15:41： こういう状況なのわかりますかねえ 00:15:45 - 00:15:49： デベロップがマスターから切られているじゃないですか 00:15:49 - 00:15:54： で越冬がこういうケースでマジするとパッドフォワードマージっていうのか 00:15:54 - 00:15:58： 発生しますこれどうなのかっていうとあの 00:15:58 - 00:16:01： 栗東はそのマジの作業自体をサボるんですね 00:16:01 - 00:16:08： であのーマスターをデベロップに行こうピューって飛ばすだけになるんですよ 00:16:08 - 00:16:12： これがファストフォワードマジでまああの 00:16:12 - 00:16:18： 実際にはきっとは特に作業してないんでこれ絶対コンフェクト起きないんですよね 00:16:18 - 00:16:22： こういうあの fast forward マーズっていうのがあるので覚えておいて 00:16:22 - 00:16:26： もらえるといいかなと思います 00:16:26 - 00:16:35： じゃあちょっと球技早かった30分しか経ってないけど 00:16:35 - 00:16:40： ちょうどいいので11時までかな 00:16:40 - 00:16:45： tk 入れたいと思います 00:16:46 - 00:16:49： 何か質問あれば 00:16:49 - 00:16:50： track 2 00:16:50 - 00:16:52： 投下してもらえると思う 00:16:52 - 00:17:25： はないかな 00:17:25 - 00:17:28： と休憩中の4弾を話すんですけどあの 00:17:31 - 00:17:35： ci のプロンプトってあるじゃないですかあれってまぁ自分でカスタマイズできるん 00:29:22 - 00:29:24： ですよ 00:17:36 - 00:17:40： まあ例えばは主なら ps 1っていう環境変数で 00:17:40 - 00:17:42： プロントの表示制御してて 00:17:42 - 00:17:45： こんな感じでイース12 00:17:45 - 00:17:47： まあ好きな文字列を行 00:17:47 - 00:17:51： 設定しておくとプロンプトが変えられるぞ 00:17:51 - 00:17:54： こういう機能があるんですけど 00:17:54 - 00:17:57： は ps 1というのがプロンプトストリングの略ですね 00:17:57 - 00:17:59： 冷凍庫の 00:17:59 - 00:18:03： 2普段表示されてるプロンプトってはプライマリープロンプトって呼ばれてて 00:18:03 - 00:18:06： だから i が付いてるんですけどまあ 00:18:06 - 00:18:11： プライマリーって部からには他にも色々あってまあ特殊なやつ含めると4種類あっても 00:18:12 - 00:18:18： ps 1からイエス選んで設定できますでえっとまぁこれなんですけど bs 1って 00:18:18 - 00:18:19： バッシュが 00:18:19 - 00:18:22： 評価した上で画面に出してるんでなんかコマンドつかん 00:18:22 - 00:18:27： サイバーコマンドの実行結構プロンプトに含めることができるんですよ 00:18:27 - 00:18:31： でエトーは bs 1にこんな感じの 00:18:31 - 00:18:35： あのこれは結構 00:18:35 - 00:18:38： 若干シェル芸て具が入ってるんで 00:18:38 - 00:18:42： こういうものが止まってみたいんですけど現在のブランチを表示できますこれやると 00:18:42 - 00:18:48： でまあ僕が普段使ってるのはこんな感じの ps 1でこれやるとこんな感じで自分 00:18:48 - 00:18:51： 現在いるプラン地名とか 00:18:51 - 00:18:55： 8この戦闘に出てるゼロっていうのが直前に実行したコマンドの 00:18:55 - 00:18:59： 選んぺんっ終了コードですねとかそういうの 00:18:59 - 00:19:03： パンと並べられるんでよかったら 00:19:03 - 00:19:06： 見てみてくださいこういうのは 00:19:06 - 00:19:09： あとプロンプトカスタマイズできることを知っておくとなぁコマンドラインの少し取り 00:19:09 - 00:19:14： たいときにま一時ユーザー名隠したりしなくていいので何かと 00:19:14 - 00:19:18： 便利です 00:19:18 - 00:19:21： あこれピーシズですかねぇ 00:19:21 - 00:19:25： まあそうあの別にこれ特にしかなくてもいい話なんで 00:19:25 - 00:19:30： 指示書可決されているので気になる人はあの 00:19:30 - 00:19:36： キュッと治療を組みていただければなんかマジで12分で読める今年が書いてないんで 00:19:38 - 00:19:42： 寝ちゃいと切っ導入チーム開発の色香の話をするんですけど 00:19:42 - 00:19:45： a 棟 00:19:45 - 00:19:50： a 中の開発の話する前にちょっとこのギットのなんで生まれたかっていう話をするん 00:19:50 - 00:19:52： ですけど皆さん知ってますかね 00:19:54 - 00:19:57： あのもこれリラックスを開発するためなんですね 00:19:57 - 00:20:01： 越冬木の藤間 linux バーガーメーリス n 投稿されたパッチを 00:20:01 - 00:20:06： 悲哀で適応しながら頑張るっていう開発をしてたんですけど 00:20:06 - 00:20:09： まああの2002年 00:20:09 - 00:20:13： 頃兄はビットキーパーっていうような vcs があるんですけどもそれを使わせて 00:20:13 - 00:20:16： もらえるようになってですね 00:20:16 - 00:20:21： 2005年にライセンス数とかなんやかんやの話があって 00:20:21 - 00:20:23： まあこの 00:20:23 - 00:20:27： ビットキーパーの行為で無料で使わせてもらってたんですけど喧嘩したっテーマ 00:20:28 - 00:20:31： 有料化されちゃったんですね 00:20:31 - 00:20:36： えっとまぁそうなってくると思う他の vcs を探す必要があるんですけど 00:20:36 - 00:20:39： 他の vcs はこの linux 暗い絵がいい 00:20:39 - 00:20:44： プロジェクター使うにはもう遅すぎるしあの開発者が大勢いる状態に対応できなかった 00:20:44 - 00:20:46： んですね講師って 00:20:46 - 00:20:50： マイナストーバルズがマップを自作するとって言って作りました 00:20:50 - 00:20:54： では詳しくはこれ一派の公式ドキュメントに切っと略しっていうページがあるんでが 00:20:54 - 00:20:57： 良かったら読んでみてください 00:20:57 - 00:20:58： ですっ 00:20:58 - 00:21:02： あの琳茄は天才なのでそこから2週間で切符を作ったんですね 00:21:02 - 00:21:06： ねえとマットや家デビッドキーパーの流れを汲んだ高速な 00:21:06 - 00:21:09： vcs が誕生しました 00:21:09 - 00:21:12： えっとまぁ一派 00:21:12 - 00:21:16： そういう背景があるんでリラックス並みにでかいソフトウェアっていうのを 00:21:16 - 00:21:22： めちゃくちゃオーリンズで開発するという目的で生まれています 00:21:22 - 00:21:27： その欠陥はじっと以前の vcs に比べていろいろ特徴があるんですね 00:21:27 - 00:21:33： まぁちょっとそれぞれの特徴をみていくんですけど 00:21:33 - 00:21:36： it were マーズチェックアウトが凄い高速 00:21:36 - 00:21:39： 見ていきます他の vcs に比べて 00:21:39 - 00:21:43： ネット特にその履歴の頭差っていうのがマージ 00:21:43 - 00:21:47： とかチェックアウトの時間に影響を与えないんですねどんだけ遠くてもあの 00:21:47 - 00:21:51： チェックアウトの時間っていうのはあんまりかじゃない 00:21:51 - 00:21:57： a 棟何が支配的かというと変更されているファイルの数というのが間違い的です 00:21:57 - 00:22:01： これってどうしようもないですよね変更されてる回ファイルを買ったらそんな気 00:22:01 - 00:22:04： ファイルを開かないとダメな絶対時間かかる 00:22:04 - 00:22:07： 野郎っていう 00:22:07 - 00:22:12： まぁあのーこれの理由は後でいいドライブ構図の話をするのでそれ基地はわかるかなと 01:35:35 - 01:35:37： 思います 00:22:13 - 00:22:16： 次の分散がパ vs って言う 00:22:16 - 00:22:19： ギッとの解説するとき絶対に 00:22:19 - 00:22:22： フェス出てくると思うんですけど 00:22:22 - 00:22:27： あのこれはあの世の中のムービー cs っていうのには大きくわけて集中型等分散型 00:22:27 - 00:22:29： の札が 00:22:29 - 00:22:31： あります 00:22:31 - 00:22:35： 越冬分散型のビジネスというのはリポジトリ論は全自力 00:22:35 - 00:22:40： というのを含めた完全なコピーをローカルに物っていうのが分散型 vcs 00:22:41 - 00:22:49： ねえ等収集型で有名なのは subversion で越冬中中型はリポジトリは安全 00:22:49 - 00:22:52： にサーバーが管理してて自分の 00:22:52 - 00:22:55： 触りたいファイルだけローカルにコピーしてくるんですねが修正後にサーバーに 00:22:55 - 00:22:57： プッシュすると 00:22:57 - 00:23:00： えっとこれって 00:23:00 - 00:23:04： 自分が入る触ってる間ってお花の人は自分が使ってるファイルを練習することできない 00:23:04 - 00:23:06： んですよ 00:23:06 - 00:23:10： でまぁ大人数で開発すると開発速度落ちそうじゃないですか 00:23:10 - 00:23:12： なんか明らかにへ 00:23:12 - 00:23:16： そうなんですけど模擬分散型の切符っていうのはま誰がどこでどんな編集してようがお 00:23:16 - 00:23:21： 構いなしに進めることができると 00:23:21 - 00:23:25： で衛藤リップはブランチ機能っていうのがあってこれのおかげで 00:23:25 - 00:23:28： 真央人数で並行して開発を進めることが 00:23:31 - 00:23:35： まああの無秩序にはグランジ使うとお金をリフトしまくるし 00:23:35 - 00:23:40： どこでどの機能が実装されてるのかわかんなくなるんですね 00:23:40 - 00:23:46： しかもこの複雑な洸に行くとの仕方する動画解消に失敗してバッグが購入するかもっ 00:23:46 - 00:23:52： でこのグラン珍島の機能が実装されてるかわからないんんとこの度のブランチが最終盤 00:23:52 - 00:23:54： か分からんっていう 00:23:54 - 00:23:57： 最初行った43 00:23:57 - 00:24:02： ことが起こるんですねでえっとまぁそういう6な問題を防ぐためにまあブランチ運用と 00:24:02 - 00:24:06： いうのはいろいろ方法論があります 00:24:06 - 00:24:13： でその内の1つがギッと風呂10月で多分まあ一般的なブランチ運用といえばきっと 00:24:13 - 00:24:16： 振ろうかなと思うんですけど 00:24:16 - 00:24:19： あのい道路はこんな感じのずうデー 00:24:19 - 00:24:22： らはされてあの 00:24:22 - 00:24:28： 基本的にはみんなでて以降に戻りポツリを一つに決めて切っとを中央集権的に扱える 00:24:28 - 00:24:32： ようにしてるってのがまあ一番のペースとなっている考え方で 00:24:32 - 00:24:38： あのまあこれやるとまぁ集中型と分散型の良いとこ取りがいきますね 00:24:38 - 00:24:43： まぁだいたいのチームはずっとフローちょっとアレンジして使っていると思います 00:24:43 - 00:24:45： たぶんこのまま 00:24:45 - 00:24:50： って使うにはいろいろ難しいところがあると思うので 00:24:50 - 00:24:55： でまぁなんかきっと風呂っていう名前を知らなくても多分慣習として切ってフォローと 00:24:55 - 00:24:57： 同じ事をしてる人がまあ 00:24:57 - 00:24:59： ためちゃくちゃ多いと思うんですよ 00:24:59 - 00:25:04： ねえとまぁ切っ灯籠ではまずリモートリポジトリを一つに決める必要があ 00:25:04 - 00:25:09： ありますこれはあの 00:25:09 - 00:25:15： 舌うなりー行っとらぼなりビッドバケットなり何でもいいです 00:25:15 - 00:25:20： ちなみに弊社では基本的に切っとハーブを使用しております 00:25:20 - 00:25:24： まあとにかくですねその妹リポジトリーを 00:25:24 - 00:25:29： ま開発者同士で口裏を合わせて常にそれが正しい 00:25:29 - 00:25:32： っていうのをあの共有しますって 00:25:32 - 00:25:36： 8まぁそんなんこの当たり前じゃないですか 00:25:36 - 00:25:42： リモートリポジトリが何個も何個もあるっていう状況が無難か経験したことないじゃ 00:25:42 - 00:25:45： ないかなと思うんですけどあの 00:25:46 - 00:25:52： ギッとはまあ機能としては複数のリモートリポジトリを持つことができます 00:25:52 - 00:25:56： あの切っ特集オリジンとかって出廷するじゃないですか 00:25:56 - 00:26:02： あのオリジンの部分でリモートリポジトリーのことを合わせており人以外のリモート 00:26:02 - 00:26:05： リポジトリいう思ってるんですよね 00:26:05 - 00:26:11： でまぁこれじゃあ何のためにこんな機能アンメンっていう話なんですけどこれあの 00:26:11 - 00:26:14： ちょい使い道があって例えばあの 00:26:14 - 00:26:19： it have から切っとハーブができる前からずっと使っている os 00:26:19 - 00:26:23： 結構自前のギットサーバを持ってたりするんですよね 00:26:23 - 00:26:26： でえっと切っと羽生恐れの 00:26:26 - 00:26:31： ミラーサイトとして使っている 00:26:31 - 00:26:33： あります a 棟 00:26:33 - 00:26:37： あとはまあなんかクローズドで開発されている 00:26:37 - 00:26:40： オープンソースソフトウェアみたいな 00:26:40 - 00:26:43： 企業がやっている oss とかそんな感じのがチョコとかあると思うんですけどそう 00:26:43 - 00:26:44： いう時 00:26:44 - 00:26:48： メインはミラーサイトとしてあの木パブ 00:26:48 - 00:26:54： 奥みたいなことをするとあのリモートリポジトリが複数あるみたいな状態にあたります 00:26:54 - 00:26:56： あとはあの 00:26:56 - 00:27:01： フォックしたリポジトリーを木もとにポジトリーニ図1中したい時もうあのリモート 00:27:01 - 00:27:05： リポジトリを2つ持つみたいなことをする 00:27:05 - 00:27:08： を思います 00:27:08 - 00:27:13： でへとサーキット follow の本格的な解説に映るんですけど切っとフローであ 00:27:13 - 00:27:15： 最も重要なのがマスターと 00:27:15 - 00:27:18： デベロップの関係ですね 00:27:18 - 00:27:21： ちょっとさっきも言ったんですけど去年マスターズなって上に使おうという動きがあっ 00:27:21 - 00:27:26： たんですけどこの切っと黒を最初に言い出した記事がマスター使ってるんでちょっと 00:27:26 - 00:27:29： このままいきますね 00:27:29 - 00:27:34： a 棟開発はキャンペーンで基本的にでブロックで 00:27:34 - 00:27:38： ずっと進めてマスターはリリースするタイミングで初めて 00:27:38 - 00:27:40： コミットする 00:27:40 - 00:27:41： っていうのがええ 00:27:41 - 00:27:48： 検測ですねマスターのコミットにはまリリースすることにタグを打っていくと 00:27:48 - 00:27:52： でもマスター無線塔を見れば常にあの 00:27:52 - 00:27:57： プロジェクトの最新リリースがあるというのがマスターとで6です 00:27:57 - 00:27:59： 個人的にはその 00:27:59 - 00:28:03： マスターへのコミットっていうのはますか集 00:28:03 - 00:28:08： した方が綺麗かなと思ってるんですけどまぁこの辺は流派なのであんまり気にしなくて 00:28:11 - 00:28:16： 江藤ここから先はあの基本的にあの devilock ドマスターをサポートする 00:28:16 - 00:28:20： ためのブランチっていうのがどんどん出てきます 00:28:20 - 00:28:25： 聞いちゃこれは複数人ででブロックを開発する時によく使うやつですね 00:28:25 - 00:28:31： あの1機能ごとにデベロップからブランチを切ってですねまぁ 00:28:31 - 00:28:35： 一脳の開発が終われば再びで武力に 00:28:35 - 00:28:37： まじすると 00:28:37 - 00:28:42： 8この1昨日石フィーチャーっていうルールは絶対守りましょう 00:28:43 - 00:28:48： 複数の機能にまたがってフィーチャーを着ると結構デメリットがあっ 00:28:48 - 00:28:51： あるんですよねどうなのかっていうとあの 00:28:51 - 00:28:54： どの機能がどのブランチに入ってるかわかりにくいんですよね 00:28:54 - 00:28:58： まあ複数気に入ってるから当然なんですけど 00:28:58 - 00:29:02： っていうのとあとマーサ場面が大きくなりやすいじゃないですか複数昨日 00:29:03 - 00:29:09： 山が大きくなると思いこともしやすくなるのでやめておきましょう 00:29:09 - 00:29:14： あとこれもすごい重要なんですけどあのリバーとしたいときって 00:29:14 - 00:29:16： 基本的に機能単位でいばと 00:29:16 - 00:29:22： したいんですよねねえそれがこのグラン家ごとに分かれているとあのリバーとしやすい 00:29:28 - 00:29:33： 複数機能が入っているとサンリバーとするときに一気に複数機能全部がリバティされ 00:29:33 - 00:29:35： ちゃうで 00:29:35 - 00:29:40： 細かい単位でリバーとせづらいというのがあります 00:29:40 - 00:29:47： 道は大きい昨日の場合はの姫チャーからさらにフィーチャーをしたりするようなことも 00:29:47 - 00:29:49： あると思います 00:29:49 - 00:29:54： あとまあ概念実証みたいな最終的最終的にあの 00:29:54 - 00:29:58： 製品に入れるか分からないものも 00:29:58 - 00:30:00： ここに 00:30:01 - 00:30:04： 阿蘇あの今はスラッグでありましたけどこの1フィーチャー 00:30:04 - 00:30:07： 10パーの開発環境というのが 00:30:07 - 00:30:10： 結構ヤバくてあの 00:30:10 - 00:30:14： その多分ブランチ名が人の名前になってると思うんですね 00:30:14 - 00:30:18： 人の名前になっているとどの技能がとのブランチに入ってるかめちゃくちゃわかり 00:30:18 - 00:30:19： づらくないですか 00:30:21 - 00:30:26： でしかも多分そのブランチって一生残るんですよね 00:30:26 - 00:30:28： をマージしては 00:30:28 - 00:30:32： また新しい機能を開発してマジではまた新しい機能が開発してっていうのを同じに 00:30:32 - 00:30:34： ブランチでやり続けると思うんですけど 00:30:35 - 00:30:38： 背中を 00:30:38 - 00:30:43： これはちょっときっとあるあるなんですけどあの息の長いい 00:30:43 - 00:30:47： フランジってだいたい問題起こすんですよ 01:01:44 - 01:01:47： なんかあの 00:30:50 - 00:30:53： デベロップスラー毎回1回消すみたいなことを 00:30:53 - 00:30:57： する梅雨も多分あるかもしれないです 00:30:57 - 00:31:00： デベロップはマスターにマジするために入った決してマスターからでグループを 00:31:00 - 00:31:03： 切り直すみたいな 00:31:03 - 00:31:06： そんなんか 00:31:06 - 00:31:11： ブランチの生存期間みたいなのっていうのは結構短くしておく 00:31:13 - 00:31:16： 限ると思います 00:31:17 - 00:31:19： そのまじでー 00:31:19 - 00:31:25： 悪さするんですよ気の長いブランチってホンマにえ 00:31:25 - 00:31:30： っていうのを考えながら仕事をしていただければいいかなと思います 00:31:30 - 00:31:34： じゃあ次へとをリリースブラン時について 00:31:34 - 00:31:37： えっ同技術はあのーデベロップから 00:31:37 - 00:31:41： マスターへマージするための準備をするブランチ 00:31:41 - 00:31:50： です越冬チームによってはステージングみたいな名前で呼んでる所も 00:31:50 - 00:31:57： と具体的にどんな準備するか1プロジェクトによってまちまちかなと 00:31:57 - 00:32:00： エイプを例えばまあ新規実装凍結して 00:32:00 - 00:32:05： をフィックスのみに使ったりとか8バージョン表記とか 00:32:05 - 00:32:09： タイムスタンプを更新するために使ったりとか 00:32:09 - 00:32:13： あとはまああるなのは apple とか google の審査 00:32:13 - 00:32:15： 出すためにステージング 00:32:15 - 00:32:19： にでブローしを得てそれを使うみたいな 00:32:19 - 00:32:22： もあるかなと思います 00:32:22 - 00:32:27： いずれにしてもですねまぁリリースってマスターへコミットする最終段階にあたります 00:32:27 - 00:32:31： 手間伝えコミットするっていうのはユーザーの手に渡るってことなんでリリースするの 00:32:33 - 00:32:38： このリリースブランチに向かって新機能を追加するのはまあ基本的にご法度っていう風 00:32:38 - 00:32:41： に覚えておいてください 00:32:41 - 00:32:48： えっと次フォトリックスあのもっとリックスは本番環境で発生したバグのうち今緊急性 00:32:48 - 00:32:54： の高いやつを修正するためのブランチになっています 00:32:54 - 00:33:00： デイロップ以外では唯一マスターから嫌いルブラン地でもあります 00:33:00 - 00:33:05： えっまあなんか緊急性の高いバッグっていうのは何かというとあの 00:33:05 - 00:33:08： セキュリティキー的にかなり 00:33:08 - 00:33:12： まずいなんか 00:33:12 - 00:33:15： バグがあったりとかあとは 00:33:17 - 00:33:22： 新キャラ実装したけどこのキャラでこのクエスト行くとあの絶対にフリーズします見 00:33:22 - 00:33:25： たいなとかそういう 00:33:25 - 00:33:28： 今すぐ対応しないとアカンようなバグ 00:33:28 - 00:33:31： この事 x で倒します 00:33:31 - 00:33:34： ネットフォトリックスは修正が完了したら8 00:33:34 - 00:33:40： マスターとデベロップにまずしますでまぁデベロップトさらにリリースにも 00:33:40 - 00:33:42： マンすることもあるとは思います 00:33:42 - 00:33:48： で動画とイックスからマスター更新した場合は8 00:33:48 - 00:33:53： このパッチバージョン上げることが多いと思います 00:33:53 - 00:33:57： なんかこういうなんてなんてなんぼっていうバージョニングのことをなんか 00:33:57 - 00:33:59： セマンティックバージョニングみたいなことを 00:33:59 - 00:34:03： 名前で呼ばれたりしますけどまあ1.22から一転さんにあげるんじゃなくて1点 d 00:34:03 - 00:34:07： から入って2.1にあげるみたいなのが 00:34:07 - 00:34:10： あるあるだと思います 00:34:10 - 00:34:13： いう話を全部まとめると 00:34:13 - 00:34:17： えーこんな感じになります 00:34:17 - 00:34:25： これが最初に貼っ数なんですけどまぁ今はなんとなくこの図の意味を理解して 00:34:25 - 00:34:26： もらえません 00:34:27 - 00:34:31： master pro trix とリリースとデベロップと聞いちゃあ 00:34:31 - 00:34:35： がある 00:34:35 - 00:34:38： えっと馬前日の通りですねこの代替の 00:34:38 - 00:34:43： チームはあのギットフローをそのまま使うんじゃなくて 00:34:43 - 00:34:47： ちょっとアレンジして使っていると思います 00:34:47 - 00:34:53： あの細かいところはあ配属されてからのお楽しみになるんですけど 00:34:53 - 00:34:59： 大まかにはこれだけ知っておけば大丈夫かなと思いますでしかもまぁ結局普段触る乗っ 00:34:59 - 00:35:03： てあのほとんどビーチャーだけなんですよね 00:35:03 - 00:35:06： まあだから 00:35:06 - 00:35:09： あんまり大きな問題にはならないかなと思います 00:35:09 - 00:35:12： えっとこの 00:35:12 - 00:35:17： これが初めて書かれた時の記事のリンクを貼っていくので後でもしよかったら読んでみ 00:35:17 - 00:35:18： てください 00:35:18 - 00:35:21： まぁ一応英語なんですけどそんなに難しい事書いてないですし 00:35:21 - 00:35:28： 頭もめっちゃいっぱいあるんでまあぜひ読んでみてもらえるといいかなと思います 00:35:28 - 00:35:36： 8次へときた部の話に移ろうと思うんですけどなんか質問はいいですかね大丈夫ですね 00:35:36 - 00:35:42： きっと頃について 00:35:42 - 00:35:44： もしあれば 00:35:44 - 00:35:48： きっと研修の方に 00:35:48 - 00:35:52： あってもらいたいんですけど 00:35:52 - 00:35:55： なさそうじゃあ 00:35:55 - 00:35:58： 先済みますん 00:35:58 - 00:36:02： はいえーとギッター部についてきっと単体で 00:36:02 - 00:36:07： サウンじゃなくてあのリポジトリホスティングサービスと併用するとまぁヒットは真価 00:36:07 - 00:36:09： 発揮します 00:36:09 - 00:36:14： まあ弊社では epub を使っているのでギター部の機能についてい 00:36:14 - 00:36:18： 解説しますまあじっとアブじゃなくてもまぁだいたいに前に機能は持ってるんじゃない 00:36:18 - 00:36:21： かなと思います 00:36:21 - 00:36:23： えっとまぁギター部は 00:36:23 - 00:36:29： あの切っ当チームで使うにあたっては便利な機能というのがいっぱい入ってます 00:36:29 - 00:36:32： 基本的な機能はこの 00:36:32 - 00:36:36： リポジトリの徳兵衛時のタブにフラット 00:36:36 - 00:36:41： 並べられていてまあなんか意外とこれ全部のた星だいたことないって言う人いるんじゃ 01:16:54 - 01:16:57： ないですかね 00:36:43 - 00:36:46： 使い道わからん誰も結構いっぱいあると思うよ 00:36:46 - 00:36:47： まぁちょっと 00:36:47 - 00:36:53： 今日は全部改善開設しようかなと思いますじゃあまずは異臭の昨日から 00:36:53 - 00:36:59： 異臭はあの基本的には気になったことを何でもまぁ普段デー 00:36:59 - 00:37:02： 書き溜めておくところです 00:37:02 - 00:37:06： 一応このチームごとに運用ルールみたいなのはあると思うんですけど基本的には何書い 00:37:06 - 00:37:11： てもいいというところが多いんじゃないかなと思います 00:37:11 - 00:37:13： えっとあのここに 00:37:13 - 00:37:19： タスク並べて後で紹介するぷろじぇく2っていうのでまぁ管理するチームとかもあると 00:37:19 - 00:37:22： 思いますしあのまあテストが遅いから降 00:37:22 - 00:37:26： 臭いとかあの負債をどうやって回収しようみたいなあのそういう相談事回テーマ議論と 00:37:26 - 00:37:30： 外にするチームというのもあるかなと思います 00:37:30 - 00:37:35： たぶんこのイシューの本来の用途としてはこの議論するバーっていうのが 00:37:35 - 00:37:38： オンラインの使い方ですかねねぇ 00:37:38 - 00:37:45： であとはあの一緒にラベルを付けられるんですけどあの石をの種類を 00:37:45 - 00:37:52： あの整理しやすくしてまー検索できるようにしたりとかあとあのマイルストーンにつけ 00:37:52 - 00:37:54： ていつまでに対応するべきなのか 00:37:54 - 00:37:57： みたいなの明確化するとかえっと 00:37:57 - 00:38:02： 特定のイシューに誰かを朝にしてこの人にお願いするみたいな 00:38:02 - 00:38:06： 沸かしたりできますなんか4色できます1周って言っ 00:38:06 - 00:38:09： まあいろいろ試してみてください 00:38:09 - 00:38:13： へ嫁ぎブロリークエストについてあの 00:38:13 - 00:38:17： プリック estate が一緒について何か知っていますか 00:38:17 - 00:38:19： ないか異臭はさすがにへ 00:38:19 - 00:38:22： 機器用ないかな 00:38:22 - 00:38:26： だ以上ですかねじゃあへとプーリー9 s について 00:38:26 - 00:38:31： ギター部関連の機能で多分一番大事な機能ですね 00:38:31 - 00:38:34： 特定のグランツとか多くの友 00:38:34 - 00:38:40： リポジトリに対してあのこんな作業やったので作業を取り込んでくださいっていう風な 00:38:40 - 00:38:41： お願いを出せる 00:38:41 - 00:38:43： 機能です 00:38:43 - 00:38:45： このなんでー 00:38:45 - 00:38:50： プロリクエストっていう名前なのかっていうとあのもともと oss であの多く元の 00:38:50 - 00:38:55： 一方自撮りにこの作業を取り込んでって言う風にお願いする機能なんであん 00:38:55 - 00:38:59： angelique s とじゃなくて 00:38:59 - 00:39:02： プリゲット2 00:39:02 - 00:39:07： なるんですね交付先からした多くの頭にポジとリーをリモートリポジトリに追加して 00:39:07 - 00:39:11： プルしてくる必要があるので 00:39:11 - 00:39:15： tree フェストっていう名前になっています 00:39:15 - 00:39:21： 動画お願いされたバーはですね取り組む前には差分をよく見て今大丈夫そうならマージ 00:39:21 - 00:39:23： して多分を取り込むと 00:39:23 - 00:39:27： 8ダメそうならダメなポイントを指摘してあげましょう 00:39:27 - 00:39:30： でもこれがいわゆるコードレビュー 00:39:30 - 00:39:32： アツですね 00:39:32 - 00:39:35： えっとちょっとコードレビューの話をするんですけど 00:39:35 - 00:39:39： あのプルリクオファスナーの注意点として 00:39:39 - 00:39:44： アーマーできるだけこの階段いでトリック出すようにしましょう 00:39:44 - 00:39:49： あの巨大に pr っていうのはまあレビューに時間がかかるんですよ 00:39:49 - 00:39:55： でえっとレビューに時間がかかるとマージまでの時間も当然 00:39:55 - 00:39:57： 伸びるじゃないですか 00:39:57 - 00:40:03： デエトワーまあ時までの時間があったので見るとこのその間にほかの人のフリックが 00:40:03 - 00:40:05： どんどん先に回されていく 00:40:05 - 00:40:09： わけですねで先に満載のコミットが増えれば増えるほど 00:40:09 - 00:40:12： 越冬ここに工夫しやすくなるぞ 00:40:13 - 00:40:16： 越冬フィットの解消に失敗して 00:40:16 - 00:40:18： 潤かもしれないですよね 00:40:18 - 00:40:21： だからまあへとフリックは細かい単位で 00:40:23 - 00:40:25： こうしたことはないです 00:40:25 - 00:40:29： まあそれでも巨大にならざるを得ないというときはどうしてもあるんですよね 00:40:31 - 00:40:37： そういうときは途中でレビューしてもらいながら 00:40:37 - 00:40:42： やってもらえれば8木ドローで少し話ししたあのフィーチャーから 00:40:42 - 00:40:46： フィーチャーを切るていくとかも活用してもらえたらなと思います 00:40:46 - 00:40:49： でえっと後 00:40:49 - 00:40:51： そういうことをしたときにはあ 00:40:51 - 00:40:54： 最初の姫チャーにはあの wip 00:40:54 - 00:41:00： のタイトルをつけたいとかあとブラフと pr っていうのができるのでまぁそれを 00:41:00 - 00:41:06： やっておくとあのドラフト pr 中ってあのマージできなくなるんですよね 00:41:06 - 00:41:10： まずボタンが消えるんですけどそういうふうにドラフト pr として 00:41:10 - 00:41:13： 出したりしておくと良いかなと思っ 00:41:15 - 00:41:19： 冷凍ポイントログはきれいにしておくと良いです 00:41:19 - 00:41:23： えっと頭にコミットしてできれば最後にぎっとりベース 00:41:23 - 00:41:27： リベース使ったことある人少なかったからこれ説明入れるのをちょっと微妙なんです 00:41:27 - 00:41:31： けどまぁりベースっていうのはあのコミットを積み直すコマンド 00:41:31 - 00:41:34： なんですねだからまあ 00:41:34 - 00:41:37： 開発中にどんどんコミットは 00:41:37 - 00:41:40： いろいろ汚れていくと思うんですけどあの 00:41:40 - 00:41:41： キレイに 00:41:41 - 00:41:47： あのコミット先頭から順番にを言えばなりしたのかにしたかったのかっていうのがあの 00:41:47 - 00:41:48： を得るような 00:41:48 - 00:41:55： 形にして残してもらえるといいかなと思います 00:41:55 - 00:41:58： この commit log 2 00:41:58 - 00:42:03： 厳しい oss とかの塔 fast forward マーズできへんだけであの 00:42:03 - 00:42:05： リジェクトされたりするんですよ 00:42:05 - 00:42:07： だからまああの 00:42:07 - 00:42:10： fast forward バッジできるように越したことはないんでまぁ意識できる 00:42:10 - 00:42:14： 意識した方がいいかなと思い 00:42:14 - 00:42:20： えっと次はぷリクエスト見る側のあの注意点なんですけれども 00:42:20 - 00:42:25： 機械的にチェックできる部分は ci に任せちゃいましょう 00:42:27 - 00:42:33： しっかりに任せるためにもあのテストはしっかり書きましょう 00:42:33 - 00:42:36： でアンコード困った 00:42:36 - 00:42:38： 最近のゲームはだいたい 00:42:38 - 00:42:43： デファクトのやつがあるかなと思うんですけど正麺を使っておくとあの 00:42:43 - 00:42:50： 細かいスペースとか魁皇とかの差分が生まれないのであの 00:42:50 - 00:42:52： つ業の差分が 00:42:52 - 00:42:54： 少なくなるんですよね 00:42:54 - 00:42:58： だからまあ人間だ見るときにノイズが少なくて楽チンだよねっていう 00:42:58 - 00:43:04： 話ですねえと人間が見るべきポイントにしっかり集中 00:43:04 - 00:43:08： しましょうえっとどういうポイントかというとまあ 00:43:08 - 00:43:12： 仕様の穴とかセキュリティ法的にヤバそうなところとか 00:43:12 - 00:43:17： あと2人になりそうなところ設計的にまずいところ計算量とかレイテンシ的に厳しい 00:43:17 - 00:43:21： ところみたいなところが人間は 00:43:23 - 00:43:28： いたらいいかなと思いますであと意外とを自分は 00:43:28 - 00:43:31： その editor 上で実装してると 00:43:31 - 00:43:36： 気づかなかったこともあのギター部のあの ui で見ると思うんだ言って見つかっ 00:43:36 - 00:43:38： たりすることも多いんであの 00:43:38 - 00:43:42： ぜひ一回自分のプロリクも見ておくと 00:43:42 - 00:43:44： 意外といつかなので 01:33:03 - 01:33:05： いいかなと思います 00:43:49 - 00:43:53： コードレビューでバグを見つけるのってケッ 00:43:53 - 00:43:54： ムズいんですよ 00:43:56 - 00:43:58： まぁちょっとしたあの 00:44:00 - 00:44:04： この大也と将来の向きが違うとかそういう額ならまだ見つけられるかもしれないぬ 00:44:04 - 00:44:08： しれないんですけどあのすごい 00:44:08 - 00:44:10： 仕様的に 00:44:10 - 00:44:15： 絶妙なバグみたいなのって結構コードレビューで見つけられるのは難しいですあのそう 00:44:15 - 00:44:22： いうのは基本的にテストで担当していくようにして行ったほうがあの 00:44:22 - 00:44:25： より良いソフトやをつくる上で重要になってくるので 00:44:27 - 00:44:33： バグを見つける場ではないというのはすごい意識しておいてもらいたいかなと思います 00:44:33 - 00:44:39： あとこれもすごい重要なんですけど実装者のことを思いやりましょう 00:44:39 - 00:44:43： このコードは良くないみたいな言われ方をするとあの 00:44:43 - 00:44:47： どう悪かったのかがよくわからないんじゃないですかだからそういうのはやめてどこが 00:44:47 - 00:44:51： どういう理由でよくないのかっていうのを 00:44:51 - 00:44:53： 書いた方がいい 00:44:53 - 00:44:57： まあそれプラスどういう方法ならいいのかっていうのもついでに書いておくと 00:44:57 - 00:44:59： 異論もしやすいです 00:44:59 - 00:45:07： えっと基本的に観る側より実装者の方がその行動について詳しいじゃないですか 00:45:07 - 00:45:09： でなるとあの 00:45:09 - 00:45:15： こういう方法で書いたらいいよみたいなことを言ってもその実装者側は実はそれは考え 00:45:15 - 00:45:18： た上ででもそれってこういうデメリットがあるからその買い方をしてませんみたいな 00:45:18 - 00:45:19： ことがまあ 00:45:19 - 00:45:22： 往々にしてあると 00:45:22 - 00:45:24： あのそういう時に 00:45:24 - 00:45:28： あのそういう議論がなかったらあのこのコード良くないって言われたら 00:45:28 - 00:45:31： この実装者側は8 00:45:31 - 00:45:36： それこれ以外の角度すると広告大手あかんからこの書き方してない何でこの会社だして 00:45:36 - 00:45:39： くるんやろうみたいな風に捉えるじゃないですか 00:45:39 - 00:45:42： 今そういうふうにこのチームの仲が悪くなっちゃうんですよね 00:45:42 - 00:45:45： だからまぁあのー 00:45:45 - 00:45:48： 粋で消えらしく書いてあげるとあの 00:45:48 - 00:45:52： 建設的な議論にもできてチームの仲も悪くならないので 00:45:52 - 00:45:54： ま意識してみてください 00:45:58 - 00:46:00： 人と話している 00:46:00 - 00:46:05： と聞いの法と同じノリでテキストを書くと結構きつく 00:46:05 - 00:46:12： なりがちなんですよねあの自分の持っている1.5倍ぐらい優しい言葉遣いを 00:46:12 - 00:46:17： しましょうあのすごいなんか小学生みたいなことを言うんですけどでもこれってすごい 00:46:17 - 00:46:19： 大事なことであの 00:46:19 - 00:46:23： hr t のイヤソクみたいな風に呼ばれててえっとぉ 00:46:23 - 00:46:29： これ1 rt はそれぞれ近居尊敬信頼の頭文字なんですけどまぁ 00:46:29 - 00:46:31： えっとこのレビューはの 00:46:31 - 00:46:33： この3つ 00:46:33 - 00:46:36： あの念頭に置いて 00:46:36 - 00:46:38： やっていくといいかなと 00:46:40 - 00:46:44： 次あのアクションずについて 00:46:44 - 00:46:50： 8ギター部が提供している ci cd 環境にアクションズってのがあるんですけど 00:46:52 - 00:46:56： 他のサービスと連携させる必要がないんでまあすごい簡単に 00:46:56 - 00:47:02： 使えるシアのパブリックリポジトリーではギター部があの 00:47:02 - 00:47:06： 無料で使えるようにしてくれているのでまぁそれはすごい 00:47:06 - 00:47:08： メリットですね 00:47:08 - 00:47:11： で後まあこの 00:47:11 - 00:47:14： アクションズドンをすごい特徴的な部分として 00:47:14 - 00:47:18： 人が作ったアクションずを利用することができるですね 00:47:21 - 00:47:22： 例えば何か 00:47:24 - 00:47:28： gcp のなんかのインスタンスにデプロイするみたいな時とかに 00:47:28 - 00:47:32： なんか認証情報をとってくるみたいな部分とかって 00:47:32 - 00:47:36： なんか誰が書いても絶対同じような距離になると思うんですけどそういうのは切っと 00:47:36 - 00:47:38： ハブでだいたい公開されている 00:47:38 - 00:47:44： アクション頭を使えば自分で書く必要がないんですよねそういうふうなことができる 00:47:44 - 00:47:48： 試合ってなんかあんまり多くないと思うんですけどまあそういうのができるのか 00:47:48 - 00:47:50： ありがたいですね 00:47:50 - 00:47:53： で後 00:47:53 - 00:47:56： このフック4大イベントとはフローを回転アムールをこの 00:47:56 - 00:48:01： どっぷりっとファブスラーワーフローズスラーっていうところに愛知ておくと後は 00:48:01 - 00:48:04： 北にあることないですあの 00:48:04 - 00:48:09： 試合をオンにするみたいな設定も必要なくてあってに走ってくれます 00:48:09 - 00:48:12： 今具体的な書き方はすごいあの 00:48:12 - 00:48:18： 結構複雑なんで公式ドキュメントの方を選んでもらった方が早いかなと思うのでこの場 00:48:20 - 00:48:22： スルーさせてもらいます 00:48:22 - 00:48:26： a 棟比較的新しい目のサービスなのであの 00:48:30 - 00:48:35： サークル手芸とかあトラヴィスみたいなこの選考のサービスに比べると一応昨日発展 00:48:35 - 00:48:38： 途上なんですけど 00:48:38 - 00:48:41： まあまああの勢いのある 00:48:41 - 00:48:45： サービスなんでこれはどんどん活用していって 00:48:45 - 00:48:50： いいんじゃないかなというふうに個人的に思っています 00:48:50 - 00:48:56： ねえとツリープロジェクトについてえっと看板歌えるっていう 00:48:56 - 00:49:00： のがあるんですけどそれのタスク管理ツールですねえっとまぁ 00:49:00 - 00:49:01： 取れるみたいな 00:49:01 - 00:49:06： やつですねえーとこれは何かフーガ爆生時代にー 00:49:06 - 00:49:09： 作ろうとして3日で飽きられたゲームエンジンの 00:49:09 - 00:49:13： プロジェクツなんですけどまぁこんな感じであの 00:49:13 - 00:49:18： イシューとかを版で晴れるんですねこの上に 00:49:18 - 00:49:22： 無線みたいな感じでこのタブからた笛自由に移動できるんですよ 00:49:22 - 00:49:25： 名刺この進捗状況を可視化できると 00:49:27 - 00:49:31： それぞれのために何か自動化設定 00:49:31 - 00:49:35： ができてまあ新しい集追加したらこのタブに追加するとか 00:49:35 - 00:49:37： 新しいプロジェクトだしたら 00:49:37 - 00:49:43： このタグに追加するとかプリックがアクセプトされたらこっちに移すとかそういう設定 00:49:43 - 00:49:46： が色々出来るんですね 00:49:46 - 00:49:52： まあそういうのを使いながらパー速化にするとまぁ見やすくていいよねっていう訳です 00:49:52 - 00:49:58： でまぁこれはあの簡単なた分しか作ってないんですけど実際の看板ってすごくが深い 00:49:58 - 00:50:02： ぐんやでこの辺多分ちゃんとした人に見せられたらめっちゃ怒られるんですよ 00:50:03 - 00:50:08： かま結構あらゆるとかスクラム開発とかと関係の深い話なので 00:50:08 - 00:50:15： あのまぁ興味ある人は是非調べてみてもらえると結構面白いので 00:50:15 - 00:50:21： 見てみてくださいあの個人的には改善ジャーニーとスクラムマスター the book 00:50:21 - 00:50:24： っていう音があってこの2つはあの 00:50:24 - 00:50:30： このスクラムとかじゃ入れついて何も知らん状態から選んでも読みやすい本なんでまぁ 00:50:30 - 00:50:34： ぜひ読んでみてもらえればいいかなと 00:50:35 - 00:50:40： 次あの行きについていきはあのまあいわゆる 00:50:40 - 00:50:46： 行きですよねこれをあのはめっちゃくちゃシンプルにした 00:50:46 - 00:50:49： 思ってもらっていいです 00:50:49 - 00:50:53： あの基本的にこのチームメンバーがこの 00:50:53 - 00:50:58： 自由に記事をコードのどんどん追加編集削除をするだけの 00:50:58 - 00:51:03： 機能ですでまずでこれだけでこれ以上の機能は 00:51:03 - 00:51:06： ないんじゃないかなと 00:51:06 - 00:51:08： であのーまあ 00:51:08 - 00:51:12： この力に何を書くかなんですけど 00:51:12 - 00:51:18： ドキュメント類は結構バージョンと合わせて管理したいので 00:51:18 - 00:51:21： あのギットに載せるべきかなーと思ってて 00:51:21 - 00:51:24： あの wiki に書くべきことじゃないと思ってます 00:51:24 - 00:51:30： いきに書くべきなのはまぁちょっとした faq とか十分かみたいな 00:51:30 - 00:51:33： どんどん変わっていくうちに流動的な事柄 00:51:33 - 00:51:39： 履くべき場所過去のものを参照する必要がない 00:51:39 - 00:51:43： っていうのを書く場所かなぁと思っています 00:51:43 - 00:51:48： まあなんか色々ユーザーはあると思うので今正解はあまりないです 00:51:48 - 00:51:52： まただこれ疲労がかなり貧弱なんですよね 00:51:52 - 00:51:58： だからあのちゃんとこれをよる決めて運用してるっていうチームはあんまりないんじゃ 00:51:58 - 00:52:01： ないかなと 00:52:01 - 00:52:06： 思いますでまぁあのせっかく特別契約しているシート9ベースでいいんじゃないかなと 00:52:06 - 00:52:10： いうふうに思ってます個人的には 00:52:10 - 00:52:14： 次あのセキュリティタブについて 00:52:14 - 00:52:17： セキュリティとはそろそろ 00:52:17 - 00:52:20： 1回を開いたことないって言う人いるんじゃないんですかね 00:52:24 - 00:52:28： ざっくりこのセキュリティポリシーセキュリティアドバイザリーズ席 00:52:28 - 00:52:32： ディフェンダー bot という3つの機能についてのあれこれをするタブなんです 00:52:32 - 00:52:34： けどあの 00:52:34 - 00:52:39： セキュリティポリシーは脆弱性報告の手順をアップダウンで開局 00:52:39 - 00:52:44： ところでもこれ書いたことを新しい集作ろうとしたときにあの 00:52:44 - 00:52:48： このセキュリティポリシーへのリンクが出てくるようになってあの脆弱性報告したい人 00:52:50 - 00:52:53： ここへはいいですよっていう 00:52:53 - 00:52:57： 案内を出せるようになる機能ですね 00:52:57 - 00:53:03： でへとセキュリティアドバイザリーズっていうのがこれ面白くてあの 00:53:03 - 00:53:07： 非公開の異臭みたいな感じなんですねあの 00:53:08 - 00:53:13： 脆弱性の報告ってすごいセンシティブな 00:53:13 - 00:53:18： 情報でその対策される前に公開されちゃうとああ 00:53:18 - 00:53:22： 攻撃し放題になるので基本的にはこの秘匿した状態であの 00:53:22 - 00:53:27： リリースまで議論を続ける必要があるんですけどそういうのを議論するための機能で 00:53:30 - 00:53:34： 脆弱性対策されるまでは秘匿した状態で議論してそれのパイをパッチがリリースされる 00:53:34 - 00:53:40： とまあその議論を公開してえっとまぁどういう風な 00:53:40 - 00:53:43： えっとことがあったのかっていうのを後から人が 00:53:43 - 00:53:45： を得るように 00:53:45 - 00:53:46： している 00:53:46 - 00:53:48： いう機能です 00:53:48 - 00:53:52： えっりペンタボットもショップ a あの 00:53:52 - 00:53:54： なんかパッケージ 00:53:54 - 00:53:59： ロック j 3とかなんかその辺を読めばどういう依存パッケージがあるのかっていう 00:53:59 - 00:54:01： の機械的に見えるじゃないですか 00:54:03 - 00:54:06： ソレノイドパッケージのバージョンを解析して 00:54:06 - 00:54:11： でこのバージョンではこんなずいる脆弱性が見つかったみたいな情報をあらかじめ 00:54:11 - 00:54:14： 一方羽生がプロールしておいて持っておいて 00:54:17 - 00:54:22： その状態であの日ペンタもっとオンにしておくとこの依存パッケージ解析して尺性が 00:54:22 - 00:54:27： あればあのメールにアラートが飛んでくるって言う 00:54:27 - 00:54:29： そういう機能です 00:54:29 - 00:54:32： これが新た飛んできたらすぐ対応しましょう 00:54:32 - 00:54:37： であの子のディフェンダー bot 以外は基本的にあぶりっくリポジトリーでしか 00:54:37 - 00:54:38： あんまり使い道 00:54:38 - 00:54:43： なたいんでー基本的には oss のための機能 00:54:43 - 00:54:47： タブっていうふうに思っておいてもらえばいいかなと 00:54:49 - 00:54:53： 次インサイトについてこれもたぶん 00:54:53 - 00:54:54： 開いたことない人 00:54:54 - 00:54:57： 多いかなと思います a 00:54:57 - 00:55:02： インサイトはあの立法自体の活発道っていうのをまあいろんな 00:55:02 - 00:55:03： 指標で 00:55:03 - 00:55:06： 確認できる場所になってるんですけど 00:55:07 - 00:55:09： 時系列で 00:55:09 - 00:55:14： このグリッドの数とかどれくらいのか差分があったのかみたいなのか 00:55:14 - 00:55:15： グラフ化されてて 00:55:15 - 00:55:21： まああのなぜかリポジトリのいろんな統計情報っていうのが見られるんですよね 00:55:22 - 00:55:27： これ何に使うのかっていう話なんですけどたぶん自分のリポジトリーデー 00:55:27 - 00:55:31： このパブ使うことってあんんんまりラインですねなんか 00:55:31 - 00:55:36： ああ今ぐらい会初参加をレーっていうふうに満足感を得るぐらいの使い道しか 00:55:36 - 00:55:40： あんまりないと思うんですけどあの子の的にはこの淫妻 00:55:40 - 00:55:43： この一番便利な使い方っていうのは 00:55:43 - 00:55:47： 新しいライブラリーとか2の導入検討してるときかなと思ってて 00:55:49 - 00:55:55： そういう時にこの多分を見るとあのどれぐらい面倒されているかっていうのがすぐ 00:55:55 - 00:55:56： わかるんですよね 00:55:56 - 00:55:59： だからなんかあの 00:55:59 - 00:56:02： 1年くらい怒ったら書かれてるプロジェクトのが多分 00:56:02 - 00:56:06： 今後もメンテされる可能性低いからやめとこうとか 00:56:06 - 00:56:08： 先週が最終リリースならー 00:56:08 - 00:56:15： まだまだメンズされてるから大丈夫やなぁみたいなのをこの 00:56:15 - 00:56:19： in situ を使わないとそんな感じであの日付ぐらいでしか観る要素がないん 00:56:19 - 00:56:20： ですよね 00:56:20 - 00:56:22： なんですけどあの 00:56:22 - 00:56:27： in situ を見るとあの具体的にどれぐらいの開発者があ 00:56:27 - 00:56:30： どれくらいかパフに行ってるのかみたいなのが 00:56:30 - 00:56:32： わかるんですよねだから 00:56:35 - 00:56:36： これ見ると 00:56:36 - 00:56:40： 分かりやすくて良いかなと思います 00:56:40 - 00:56:43： ぜひ活用してみてください 00:56:43 - 00:56:47： ええっと次セッティングスについてまあセッティングスって名前からしてもわかるん 00:56:47 - 00:56:53： ですけどリポジトリの設定変えるタブですっげぇとどういう設定変えられるかというと 00:56:53 - 00:56:58： まあいろんな機能があるんですけどそれのオンオフができたりとか 00:56:58 - 00:57:04： あのデフォルトブランチの変更とかあのプロリクエストの味に関するルール 00:57:05 - 00:57:10： レビューされてからじゃないとマジで来ませんとかなんかそんな感じのルールですね 00:57:10 - 00:57:12： いろいろ設定できる良い 02:06:38 - 02:06:41： なります 00:57:14 - 00:57:18： 江藤おそらくいいとかやっ 00:57:18 - 00:57:23： 開発所に最もよく使うっていうのがグラン地プロジェクションルールズ 00:57:23 - 00:57:27： っていう機能であのこれあの指定した 00:57:27 - 00:57:31： 生協間にマッチしたあのブランチに対してあの 00:57:31 - 00:57:38： プルリクエストっていない直接のプッシュとかホースプッシュを禁止したりとか 00:57:38 - 00:57:42： 名前から分かる通りブランチを守る機能ですね 00:57:44 - 00:57:49： だいたいこのマスターとデベロップっていうのは何らかのルールが設定されている 00:57:49 - 00:57:50： ケースが 00:57:50 - 00:57:55： まああのほとんどじゃないかなと思います 00:57:55 - 00:57:58： ねえと 00:57:58 - 00:58:01： セッティングするにはこのプライベートリポジトリをパブリックにしたりとか 00:58:01 - 00:58:05： オーナー権限を人に渡したりとかにポジトリ削除したりとか 00:58:06 - 00:58:09： 危険な操作ってのもあるんで今注意してください 00:58:09 - 00:58:12： はこの危険な操作で 00:58:12 - 00:58:14： えんじゃあゾーンみたいな 00:58:14 - 00:58:17： ところがバックがよりされてその中にあるんで 00:58:20 - 00:58:23： 誤って操作することはないようにはなってるんですけど 00:58:23 - 00:58:27： まあセッティングスってのはそういうタブであるっていうことは覚えておいてもらえる 00:58:27 - 00:58:33： といいかなと思います 00:58:33 - 00:58:39： 11:40若干早いんですけど 00:58:39 - 00:58:43： ここでいったんお昼休憩を挟もうかなと 00:58:43 - 00:58:52： 思います何か質問ある人いますかね 00:58:52 - 00:58:55： なんか人聞いてみたいことがあるんですけど1回ご迷惑 00:58:55 - 00:58:58： えっと普通でかっ 00:58:58 - 00:59:04： あのディデーそのイベパイを使ってこういったをきれいにしましょうみたいなあーしを 00:59:04 - 00:59:06： されていたと思うけど 00:59:06 - 00:59:11： i live 前ですねを分毎に s ダイエージェンヌって言ってっ 00:59:11 - 00:59:14： ほんとこの二択 00:59:14 - 00:59:20： とこういったログは禁酒200四球からやるんですけど2通がなんか 00:59:20 - 00:59:24： あって220かはちょっとよくわかってなくて 00:59:24 - 00:59:28： はいどを言っとるぞは知事にしておこうのこの2つの子 00:59:28 - 00:59:30： 上の方って 00:59:30 - 00:59:36： 自分が作っていたそのコミットの系列というのをきれいに振っていうことですよね 00:59:36 - 00:59:40： 阿蘇いっしょれそうですそれとファットフォワードマージー 00:59:42 - 00:59:45： ができるようにするということが繋がらなくて 00:59:45 - 00:59:49： たまに後雲梯の方だと思うんすよスターの幸あっえっと 00:59:49 - 00:59:51： あぁそうですね 00:59:51 - 00:59:55： なのでなんかウェブスターがやっぱり 00:59:55 - 00:59:57： 的まま 00:59:57 - 01:00:01： チョコがあったりだから越冬打つそそれのことです 01:00:01 - 01:00:03： if a 3杯 01:00:03 - 01:00:08： わかりました谷中福井ディベート開いてその 01:00:08 - 01:00:12： パッドフォワード at を何かやり方があっただと思ってあれって今や批判 01:00:12 - 01:00:16： まあそういうコンピューター大丈夫ですはい 01:00:16 - 01:00:21： なかなか音空が苦しい微笑にであるあったので言えないて通りがあるんだったらやり 01:00:21 - 01:00:22： たいなあ 01:00:22 - 01:00:28： 第10話や御中もイベ村との水にあれ 01:00:28 - 01:00:31： クルーシークなくてなんかどの辺が苦しかったですか 01:00:33 - 01:00:37： ぴぷれあーの idc アドバイスしたんすけどあろう 01:00:37 - 01:00:42： そしてリベート音程をすると例えば次郎制定されるコードの部分っていうところがどう 01:00:42 - 01:00:44： してもネックになっちゃう例えば 01:00:44 - 01:00:47： ティップアポサッカー 01:00:47 - 01:00:50： 自動生成を行うことがまあ 01:00:50 - 01:00:56： 条件をもらうことが行われたんですけどその時に越冬 01:00:56 - 01:01:00： 開智書っていうのを生成ハッピーに設定してくれる機能があってビジョンってをすると 01:01:00 - 01:01:03： そもキーが毎回書き換えられてしまうから 01:01:03 - 01:01:08： あのりえぽんてで何回 chops なお東部しても日本一のティロぺリンセンター 01:01:08 - 01:01:13： れるところがどうしても korn freak とかそっちしまって[ __ ]ところが 01:01:13 - 01:01:16： ティルみたいなパティ 01:01:16 - 01:01:18： あんべじゃない 01:01:18 - 01:01:20： いるところはいっ 01:01:20 - 01:01:25： 大事です結局もあるしを取ってもマージできない部分っていうのはどうしても出ちゃっ 01:01:25 - 01:01:27： てここがあくるしていく 01:01:27 - 01:01:33： 前半4ですねあそうですね何かそれはあのー 01:01:33 - 01:01:37： pre commit フックとかを使うと 01:01:37 - 01:01:41： いいかなと思いますなんか 01:01:41 - 01:01:44： フックスって知ってますかねえ 01:01:47 - 01:01:53： じっとコミットていただくとコミットの直前に何か別のスクリプトを走らせる機能 01:01:53 - 01:01:54： みたいなのか 01:01:54 - 01:01:59： あのギットにはあるんですねまぁあの子のスライドのめちゃくちゃ後の方に出て来られ 01:01:59 - 01:02:06： たらとかあだからそれをよああああああそれがそれからとあの 01:02:06 - 01:02:10： コミットするために特定のスクリプトを実行してからコミットするみたいなことが 01:02:10 - 01:02:11： できるんですよ 01:02:11 - 01:02:12： だから 01:02:13 - 01:02:17： んな感じのあの 01:02:17 - 01:02:22： 自動生成で何かを作るみたいなのってこの陸人はするけれどもまあコマンドいいこと 01:02:22 - 01:02:24： 書いた高いたら大丈夫みたいな 01:02:24 - 01:02:26： ほとんどどころかもですね 01:02:26 - 01:02:30： だからそういうのはその pre commit ドックとかにあの 01:02:30 - 01:02:33： をし今度東 01:02:33 - 01:02:37： イベ村2でも苦しい思いをしなくて済むんじゃないかなぁと 01:02:37 - 01:02:42： 思うんですけどちょっと具体的には見てみないとわかんないけど多分それで行けるとは 01:02:44 - 01:02:47： 若いマスター 01:02:47 - 01:02:51： ぶるーぽん一家ルって多分あれ 01:02:51 - 01:02:55： あれってローカルの方のファイルに書かれるよあぁそうですね 01:02:55 - 01:02:59： master に merge するときなんかとこでコンフリクトを超すっていうの 01:02:59 - 01:03:04： はただにどうしようもない 01:03:04 - 01:03:08： まあたりディベロップにまあデベロップでその 01:03:08 - 01:03:10： デベロップに1階東 01:03:10 - 01:03:17： リベースしてそれプリックを出してますプリパブの ui 上でマスターには率じゃ 01:03:17 - 01:03:21： ないですかそこのところでは母校グリップ起きませんん 01:03:21 - 01:03:24： それはでもうパスとフォアノマーズできるような状態にしておけは本リフトしなくない 01:03:24 - 01:03:26： ですか 01:03:28 - 01:03:30： そうですねぇ 01:03:30 - 01:03:34： 確かに何かをフリックとか色々まず混ぜていくとこのところも 01:03:34 - 01:03:38： 回理解をちょっとはいけないみたいですね踊っていん 01:03:38 - 01:03:43： あああよこれじゃないバスターにファストフォワードできてもディベロップの方に 01:03:43 - 01:03:46： ファストフォワードできるとあ 01:03:46 - 01:03:47： 鍵等倍 01:03:47 - 01:03:51： そうですね何か乗ってれば待ってなきゃきゅっぷい fast forward 01:03:51 - 01:03:54： するように 01:03:54 - 01:03:59： だが一つをブランチフィータブラー違って future 村ンツって 01:03:59 - 01:04:03： まぁきっと風炉の灰をつとわかんないけど 01:04:03 - 01:04:07： マスターディもちろん pr 自体向いてるけど一旦別の 01:04:07 - 01:04:12： ブランチにも混ぜたいみたいなシチュエーションアップ3マスター fast 01:04:12 - 01:04:18： forward オスを適宜しているのでまぁいいんだけど他のブランチはパスと 01:04:18 - 01:04:21： part されてなくて 01:04:21 - 01:04:25： 何だろうバージするときにちょっと困るというか本陣の問題ならば 01:04:25 - 01:04:31： pr たーーーーのコンフリクトそれなり解消すればいいんだけど誰かが変なことして 01:04:33 - 01:04:38： こうフリークとしちゃう可能設定等切り日もあるったのでそういう時にちょっときつい 01:04:38 - 01:04:39： んじゃきついことは 01:04:39 - 01:04:41： はなくもない 01:04:41 - 01:04:46： じゃないからマスターメインストリームのブランチはマスター一本だけだったらみんな 01:04:46 - 01:04:49： それを常にパスとファーブしていれば 01:04:49 - 01:04:53： 私狩狂問題は無いだろうけど 01:04:53 - 01:04:56： っていうジレンマじゃないかな 01:04:56 - 01:04:58： そうよねはいっ 01:04:58 - 01:05:05： コード生成に関してはぷりこみったろプレフックフックもいいと思うんですけど 01:05:05 - 01:05:09： 例えばそれ自体を試合に任せてしまって 01:05:09 - 01:05:15： ああああああそのコード生成するファイルを人間がこびっとしない 01:05:15 - 01:05:19： っていうのは一つの手かもしれないですねうちどうやら 01:05:21 - 01:05:25： うちのリポストリーもソロ r リポジトリでもに同様のことをしていてまあこれは 01:05:25 - 01:05:30： コンフリクトするからという糸よりもそれはレンダリングをしているんですけど 01:05:30 - 01:05:36： レンダリングはえーっとコミットしないルールになっていて人間がコミットしない 01:05:36 - 01:05:37： ルールになってて 01:05:37 - 01:05:41： これの糸自体は flcl ベンダリングを含ませると 01:05:41 - 01:05:49： 差分がどえらいことになってえっまあまああロス邪魔だからしないだけで 01:05:49 - 01:05:54： レンダリングはもちろん手元でビルドしたりテストとかする時は1回ベンダリングはし 01:05:54 - 01:05:55： てるんだけど 01:05:55 - 01:05:58： からコミットせずに 01:05:58 - 01:05:59： solo pro 01:05:59 - 01:06:04： ランチがフィーチャー村中を回りされた後リマスターで試合が走って試合ががベンダ 01:06:04 - 01:06:08： リングを全部その後からコミットしてくるみたいな 01:06:08 - 01:06:10： 重になってて 01:06:10 - 01:06:15： まあそのコード生成さっき言ったそのコード自体に位置がこうなんか 01:06:15 - 01:06:18： 識別子が入ってみたいな 01:06:19 - 01:06:23： いいとこまで適用できるかっていうとちょっと難しいかもしれないんですけど 01:06:23 - 01:06:26： 一つの手として 01:06:26 - 01:06:28： cai し cd 01:06:28 - 01:06:33： そいつそういう自動生成のは任せてしまえば 01:06:33 - 01:06:35： 人間が 01:06:35 - 01:06:42： 裾コンフリクトスルースって大変だっていうケースは減らせるのかなっていう気はする 01:06:42 - 01:06:45： そうなんか ci cd おっ 01:06:45 - 01:06:48： hogan から為替 01:06:48 - 01:06:53： ポッ個人的に遭わさフックだとちょっと時差生まれそうかな 01:06:53 - 01:06:56： 適用気持ちがちょっとだけあって 01:06:56 - 01:07:01： まあそのプリクラした瞬間に cdi cd が知ってくればその瞬間に 01:07:01 - 01:07:02： 一番上にこの 01:07:02 - 01:07:05： をフリック当時そうな方 01:07:05 - 01:07:09： 人間が手を加えないところというのが生成されるのでまぁ変に 01:07:09 - 01:07:13： かターボ張ることがいいでしょうという感じでいいアイディアをいただきました 01:07:13 - 01:07:16： ありがとうございます 01:07:16 - 01:07:19： なんか普通の傘 01:07:19 - 01:07:23： うん親愛に赤瀬るっていうのをまた難しくて 01:07:23 - 01:07:28： バースっシェルタイミングいつなんですかっていう 01:07:28 - 01:07:32： そりゃティックを出した瞬間に 01:07:32 - 01:07:35： 走られる道 01:07:35 - 01:07:36： ありますよね 01:07:36 - 01:07:38： はいいますとに入っ 01:07:38 - 01:07:43： 僕らが使ってる奴はプルリク自体には妻ないんですよねマスターか 01:07:43 - 01:07:47： にマージされた時リマスターでか汁っていうかなぁん 01:07:47 - 01:07:51： でそうするとじゃあまあテストの時とか困らないのって思うかもしれないんですけど 01:07:51 - 01:07:54： テストの時はテストで1回 01:07:54 - 01:07:57： レンダリングをもう一回走らせるので 01:07:57 - 01:08:02： 例えばそれをベンダリングに関して言うとコード生成はテストの前にも減る陸のてその 01:08:02 - 01:08:08： 時にも1回走らせて1回その今のランチでコードせしなおしてテストをするから 01:08:08 - 01:08:12： まあコード生成がどうの行動でテストは落ちないし 01:08:14 - 01:08:15： は starry 01:08:15 - 01:08:19： まじされた後にはそのコード生成したやつもは後から 01:08:19 - 01:08:22： bot が勝手にコミットしてくれるので 01:08:22 - 01:08:26： 次の人はそれをバスその後愛が走るのを待ってカラー 01:08:26 - 01:08:30： 何だろうデプロイするがいい 01:08:30 - 01:08:34： なんかする形まあもう一回 future グラッチオフォトリックス作れないとかっ 01:08:34 - 01:08:37： てするときはすればいいだけで 01:08:37 - 01:08:42： いう感じはその今回のケースに戻り食らってハメられるかちょっと具体例をみないと 01:08:42 - 01:08:49： 分からないけど市へリングではそういう感じのことをす 01:08:49 - 01:08:52： バスかに何かクローズ防泥 01:08:52 - 01:08:57： まじぷりカークローズした旋回に走りアップしパワー人に指定できたんですね 01:08:57 - 01:08:59： はじめにしています 01:09:00 - 01:09:02： ゆっくりぞ 01:09:02 - 01:09:07： ありがとうございますいやなんかちょっとあの事例の説明がちょっとは0爆風 01:09:07 - 01:09:12： 前私がねうんはもうカーンを思い出しながらでも当然じゃないかー 01:09:12 - 01:09:16： うんいろんな人が感じている津波の一つだと思いますそれって 01:09:16 - 01:09:18： すごい派 01:09:18 - 01:09:20： いや難しいんですよねー 01:09:20 - 01:09:24： コード生成は確かにするか中この 01:09:24 - 01:09:27： エンジニアが変わっている範囲だけの話ならー 01:09:27 - 01:09:34： それでもまぁエンジニアが的解決すればいいんですけどこれがあの日園児にはもう触る 01:09:34 - 01:09:38： リポジトリでそういうことがあると 01:09:38 - 01:09:42： なんかもう一生その対応した製品エンジニアみたいなが生まれるんですよ 01:09:42 - 01:09:45： もうパパ1日なんかも呼ばれるみたいな 01:09:45 - 01:09:47： ことがあって 01:09:47 - 01:09:49： 伊豆なんか 01:09:49 - 01:09:56： 言霊んは若干そういう時期があったんですけどはそれであの 01:09:56 - 01:10:00： 弟版ではプレーこういったグレーがんばるって言う 01:10:00 - 01:10:04： 感じなりますねなんかあのセットアップスクリプトみたいなのを用意してこれ叩けば 01:10:06 - 01:10:12： 必要なツールとかこれコミックないならないの設定を全部を出してくれるスクリプト 01:10:12 - 01:10:18： みたいなのかいてそれを交機エンジンねに全員にお願いしてやってもらっ 01:10:21 - 01:10:25： カクテキ大丈夫になった 01:10:25 - 01:10:26： んですよねん 01:10:26 - 01:10:30： からまあ事例に応じて考えて言ってもらえれば 01:10:30 - 01:10:32： って感じです 01:10:32 - 01:10:36： なーありがとうございますとても勉強になりました 01:10:36 - 01:10:43： ながら個人でやってるとあの城制定も何も彼をすべて自分で速い緑の彼方ので a 社 01:10:43 - 01:10:45： からたチームで等有 01:10:45 - 01:10:48： どうしてもないところは難しいの 01:10:48 - 01:10:54： はい論破気になりましたねはいありがとうございます 01:10:54 - 01:10:57： なんかもう一個スラック出ちゃいますけど 01:10:57 - 01:11:02： トラフト pr はどのタイミングで出すのがいいかなって言います 01:11:02 - 01:11:04： +と pr あ 01:11:04 - 01:11:08： pr 部昨日のやつじゃなくてなんだっけ多分それだっ 01:11:08 - 01:11:12： 巨大な pr は 01:11:12 - 01:11:16： に近い花 c だろうかなぁ 01:11:16 - 01:11:18： ってかなぁおっ 01:11:18 - 01:11:21： ドラフトにかかわらず 01:11:21 - 01:11:25： 全部ロジックそうかもしれないんですけど何ならぁぁ 01:11:25 - 01:11:30： タスク旭富士された瞬間からドラフト pr 作っちゃ 01:11:30 - 01:11:34： 今こんな作業 01:11:34 - 01:11:43： 俺はすてますっていうアピールを捨て-っていうのはいいと思います 01:11:44 - 01:11:47： その何してんのかっていうのがあ 01:11:47 - 01:11:50： 見えやすい 01:11:50 - 01:11:51： じゃないですか 01:11:51 - 01:11:54： そうしておくとこのどんどんがそのドラフトいい 01:11:54 - 01:11:57： ポイントが持っていくんでー 01:11:57 - 01:11:59： 今どれぐらい入って約的に 01:11:59 - 01:12:06： 9個ぐらいですっていうのは説明しやすくなったりとかするんで 01:12:06 - 01:12:10： アントラフト pr に限らず 01:12:10 - 01:12:21： 出すなら一番最初の最初から出していいと個人的には思っています 01:12:21 - 01:12:25： いう意味であってたんだよかちょっとドラッグと dr 01:12:25 - 01:12:31： と1質問の移動とかそもそもあって誰かちょっとわからない 01:12:33 - 01:12:42： 最初の宮中に日答えを大 01:12:42 - 01:12:46： 知らない戦闘多い質問した吉川です8 01:12:46 - 01:12:49： 質問した糸開けますはぁ 01:12:49 - 01:12:55： ありがとうございますあるもありがとうございます 01:12:55 - 01:12:57： で家でも結構 01:12:57 - 01:13:00： が細くしたいって言う 01:13:00 - 01:13:07： はすごいわかるしレビューするって変わってキーも細かくしてもらってた方が嬉しいん 01:13:07 - 01:13:08： だけど 01:13:08 - 01:13:11： 全体像が逆に掴みづらくなるっていうのを確かに 01:13:11 - 01:13:14： その通りで何かそういう話もあっ 01:13:14 - 01:13:15： だよねあった 01:13:15 - 01:13:21： はあああっあっ合えば違い売れてないですけどねからに赤ありますが別のツイッターか 01:13:21 - 01:13:24： なんかで見たのからだから変わり 01:13:26 - 01:13:29： ドラフト pr みたいなやつを 01:13:29 - 01:13:35： 作ってソロブランチにはすでにコア気にする前の全部が乗っかってて 01:13:35 - 01:13:39： air mass それとは別に独立して例えば 01:13:39 - 01:13:47： api の部分とかもうストとかだとゲームクエストに実際出撃する部分と 01:13:47 - 01:13:52： 報酬を扶養する部分と期待だ何か 01:13:52 - 01:13:56： はケレンことも台みたいな入場がいくつかあるのかあるから 01:13:56 - 01:13:59： それでは決定 01:13:59 - 01:14:01： 出してくれたりする 01:14:01 - 01:14:04： が最近ラン人かいる 01:14:04 - 01:14:08： はすごい助かっなんかあれこれこのう 01:14:08 - 01:14:11： から振って後でどうやって使うんだろうみたいな 01:14:11 - 01:14:16： データベースと軽いのから部を追加がします 01:14:16 - 01:14:19： 今回はこのサブではここまでで 01:14:20 - 01:14:23： じゃあこのから打って本当にどう使われるのかなってダウ 01:14:23 - 01:14:27： 全体のドラフト pr いたやつを見に行くと 01:14:27 - 01:14:29： わかるんだけどただ逆に入っ 01:14:29 - 01:14:35： 小分けにしちゃうと今度コンフリクトが辛い時がたまにあるんだよね 01:14:37 - 01:14:43： そうですねなんか先にマージされてそのマージされたやつから校別の人が 01:14:43 - 01:14:47： 不不不不不不不不不不不不不不不不不 jabra 所キーデザート修正しすると今度 01:14:47 - 01:14:51： それと何かにぶつかってみたような過疎っ難しい 01:14:51 - 01:14:54： そういう問題もあるっちゃある 01:14:55 - 01:14:58： ここフリックと解決ああ 01:14:58 - 01:15:00： ある低頭 01:15:00 - 01:15:04： だれうみたいなところがあるから今回の研修で皆さん 01:15:04 - 01:15:07： られていただけると 01:15:07 - 01:15:10： タブ現場の人たちはカス彼と風 01:15:10 - 01:15:20： まあただ個人的にはそういうケースでもなんか先に混ぜておくべきかなと思ってて 01:15:21 - 01:15:26： そういうコミュに行くとの仕方は多分数解消できるんですけど 01:15:26 - 01:15:32： 巨大プルリクにした悪ノコンギクとつかまずにヤバイう蝕ので確かにた巨大にすると 01:15:32 - 01:15:35： 確かに 01:15:35 - 01:15:36： なっちゃう 01:15:36 - 01:15:39： ケースれちゃうしてい 01:15:39 - 01:15:45： 芦刈ね 01:15:45 - 01:15:47： 本人は 01:15:47 - 01:15:53： 実際にいっぱいこの力とせるとわかると思いますえっ 01:15:53 - 01:15:58： 後半のねぎっとの内部構造とかの話を多分聞けばだんだんわかってくると 01:15:58 - 01:16:01： キットってそんなに難しくないんだっていう 01:16:01 - 01:16:07： いやーは難しいかもしれないけどやってることってそんなに2つじゃない 01:16:07 - 01:16:12： ブーバからなんてか青木パティモ 01:16:12 - 01:16:27： やばーコンフリクトヘルに比べたらティモーそろそろ何かグサグサリーダー 01:16:27 - 01:16:30： でもなんとかなるだろうっていう 01:16:30 - 01:16:33： 気持ちがヌエー 01:16:33 - 01:16:36： できるはずなので 01:16:36 - 01:16:45： それを後半でぜひ使って午後の講義でいます 01:16:45 - 01:16:50： チャーリー配布ちょうど2時0分時間いっ 01:16:50 - 01:16:54： なってみましたけど他に何か質問は 01:16:57 - 01:17:03： なければじゃあお昼休憩に入ろうかなと思うんですか 01:17:03 - 01:17:08： これはこんな感じでいいんですかね中北晃二さんは特に出てこない 01:17:08 - 01:17:16： てっちん家の家紋千切ろうなもうゲームを進めてもらって大丈夫かば 01:17:16 - 01:17:19： じゃあまあ干支午から1時間くらいえっと 01:17:19 - 01:17:22： 1時まで 01:17:22 - 01:17:33： 昼休憩はいおつかれさまでした愛からでしたーー 01:17:35 - 01:17:40： 越冬入って祈祷内部構造の話をします 01:17:41 - 01:17:47： けっこうこれが今日のメインかなーと思ってて孫からのお話が理解できるとたぶん1等 01:17:47 - 01:17:50： 半分くらい作れるようになります 01:17:50 - 01:17:55： 魔王半分が作りたかったら聞きに来てくださいまぁちょっとマスター目指してやって 01:17:55 - 01:17:57： いきましょう 01:17:57 - 01:18:04： まあこうきっとおま普段皆さん使ってるかなと思うんですけどあの 01:18:04 - 01:18:08： 切っトって結構あの使っているだけでは意外とりかいい 01:18:08 - 01:18:13： できてない部分ってのがありますでまぁなんか例えばその 01:18:13 - 01:18:17： 子にとって親子ミットとの差分を保存してるんでしょうとか 01:18:17 - 01:18:21： グランジっては枯れた枝のことでしょうとか 01:18:21 - 01:18:24： あの reset ってコメントなかったことにするコマンドで症みたいな 01:18:24 - 01:18:30： まぁこの辺は当然間違いでまぁ何か僕も結構熱い時代はパンチ概算まあ 01:18:30 - 01:18:32： 使ってたんで全然いいんですけど 01:18:32 - 01:18:36： あのまあここからの話を聞くとなんか 01:18:36 - 01:18:39： リセットと狩りベイ数叩く時って 01:18:39 - 01:18:43： 毎回とりあえず検索して小指するみたいな 01:18:43 - 01:18:49： 感じの人多いんじゃないかなと思うんですよねまあこういう状況を誰も出せるはずなの 01:18:50 - 01:18:54： 聞いてもらえればなと思います 01:18:54 - 01:18:58： 江藤今回はは特にこのコミットの仕組みと 01:18:58 - 01:19:03： チェックアウトリセットの仕組みについて詳しくちょい怒っていきます 01:19:03 - 01:19:07： じゃあまずコミットの仕組みがいきます 01:19:09 - 01:19:13： ポリっと普段する時って大体こんな感じの3つの手順を踏むと思うよね 01:19:13 - 01:19:18： まあコード編集してあっとしてコミットするっていう3段階あると思います 01:19:18 - 01:19:23： でへまあ1段階目はいいんですけどこのいんとさんの時に立ドライブでどんなことが 01:19:23 - 01:19:24： 起こってるのかっていうのを 01:19:24 - 01:19:28： まあ追っていこうと思います 01:19:28 - 01:19:30： じゃあプレイず 01:19:30 - 01:19:35： こんな感じでルートに readme . md あるだけのリポジトリを用意して 01:19:35 - 01:19:38： まーこの上で実験してみましょうと 01:19:38 - 01:19:42： ねえっと編集したコードはとするとライブ的に何が起こっているかと言うと 01:19:42 - 01:19:48： 強化主張的にはインデックスに登録してます 01:19:48 - 01:19:54： えっとこのインデックスが具体的にどこにあるかというとエッドッドギットすら 01:19:54 - 01:19:56： インベックス3 01:19:56 - 01:19:59： を保存されてるんですねネットとりあえず 01:19:59 - 01:20:02： ひょっとしてみるとこんな感じでまあなんか 01:20:02 - 01:20:06： めちゃめちゃ文字化けしてるんですけどまぁなんか理由位とっと md とかまぁ 01:20:06 - 01:20:07： それっぽい 01:20:07 - 01:20:11： 文字列が言いません 01:20:11 - 01:20:15： ええっとまぁこれインディックス脳の中に確認するコマンドあるんでそれで見てみます 01:20:15 - 01:20:19： この ls ファイルズっていうコマンドで入れます 01:20:19 - 01:20:21： では見てみるとこんな感じで 01:20:21 - 01:20:26： ずらっと思っている情報が出てきてこの最初の6桁の数字が 01:20:26 - 01:20:30： ファイルの種類とパーミッションを表しててこれが 01:20:30 - 01:20:34： ブログハッシュっていうものですねこれは後で説明します 01:20:34 - 01:20:37： これがこのフリックとクラブと呼ばれるもので07 01:20:37 - 01:20:43： 保育としてない1ならアワーズのファイルで 01:20:43 - 01:20:46： mina エアーズのファイルです 01:20:48 - 01:20:50： の最後にこれがファイル名ですね 01:20:50 - 01:20:54： 5名と一緒に他にもいろんな情報が出てくるんですね 01:20:54 - 01:20:59： ねあのインデックス数が持っている情報ってこれだけじゃなくて他にも色々持ってるん 02:04:53 - 02:04:54： ですね 01:21:00 - 01:21:03： まあそれが見たい人はあの 01:21:03 - 01:21:08： バックオプションをつけると前情報を吐き出してくれるのでそれでも見てもらえれば 01:21:08 - 01:21:11： いいかなと思います具体的にどんな 01:21:11 - 01:21:14： フォーマットにどんな情報を持っているかとかっていうのはあの 01:21:14 - 01:21:18： 公式リポジトリにインデックスフォーマットっていうのが 01:21:18 - 01:21:25： えっと解説されているのでまぁそこ見てもらえればわかると思います 01:21:25 - 01:21:28： さっきちょっと説明を飛ばしたブログハッシュについてなんですけど 01:21:28 - 01:21:36： 8これはあのギットに管理されているオブジェクトの1周のキーのことなんですけど 01:21:38 - 01:21:44： たぶんきっと使ってでオブジェクトって多分聞いたことないかなと思うんですけどあの 01:21:44 - 01:21:49： ギター様々なデータをオブジェクトっていう概念で by 年で越冬 01:21:49 - 01:21:52： 虚言しています 01:21:52 - 01:21:56： オブジェクトにはまあ大きく4種類あっていっ 01:21:56 - 01:21:59： 8ここに飛ぶジェット3オブジェクトブログ 01:21:59 - 01:22:03： うじぇくとタグオブジェクトがあります 01:22:03 - 01:22:07： でまぁ名前の通り commit オブジェクトってのはコミットの情報が入っている 01:22:07 - 01:22:09： オブジェクトですね 01:22:09 - 01:22:14： で a 棟3オブジェクトはディレクトリの情報が入っています 01:22:14 - 01:22:18： weblog オブジェクトはファイルの情報が入っていた具を09:00 01:22:18 - 01:22:24： タグオブジェクトはまああの後0説明ができますが安定テッドだドっていうのがあって 01:22:24 - 01:22:27： まあそれの情報が入ってます 01:22:27 - 01:22:32： でまぁあのなんでもかんでもオブジェクトにして扱っていいのかっていうとそうでも 01:22:32 - 01:22:34： なくてあの 01:22:34 - 01:22:39： まあ例えばブランチとかはオブジェクトで管理してないんですよね 01:22:39 - 01:22:44： オブジェクトで管理しているのはあくまでこの4種類です 01:22:44 - 01:22:48： でえっとオブジェクトの実態っていうのはどっぷりっとすら 01:22:48 - 01:22:54： オブジェクツの中にあの z リーグで圧縮されて保存されています 01:22:54 - 01:22:58： 例えばキーがこんな感じのいいいい 01:22:58 - 01:23:01： 20223てんてんてんみたいなオブジェクトのパスっていうのは 01:23:01 - 01:23:04： .切っとするオブジェクトすら 01:23:04 - 01:23:11： 先頭のか水だけたでいたびっくり切ってその後に残りが続くっていう感じどう 01:23:11 - 01:23:14： 罵声になってます 01:23:14 - 01:23:19： で8僕な感じであのギットはまあ一種のキーバリューストアみたいな感じで 01:23:19 - 01:23:22： あのオブジェクトを管理してるんですね 01:23:22 - 01:23:28： で衛藤さっきの readme . md のプロ部の中身を確認してみましょう 01:23:28 - 01:23:32： ブログのハッシュ化8 e 2022でしたね 01:23:32 - 01:23:36： やってみるんですけどまぁ readme . md の中身は 01:23:36 - 01:23:40： #21卒切っと減収よリポジトリー変われば 01:23:40 - 01:23:43： readme . md あって a 01:23:43 - 01:23:45： それのグローブオブジェクトもう 01:23:45 - 01:23:49： 見るには8. kit すらオブジェクツすら 01:23:51 - 01:23:55： ブログハッシュっていうのをえっと z リブで回答した 01:23:55 - 01:23:59： を見ればこんな感じで越冬 01:23:59 - 01:24:03： シャープに一つぎっと研修よりポジといって書いてあるからまぁファイル内容が入って 01:24:03 - 01:24:04： いるのはわかりますね 01:24:04 - 01:24:10： 姉とその先頭にまあブログ38ってのがついてるんですけどこれはどうオブジェクトの 01:24:10 - 01:24:14： 種類とファイルサイズをくっつけています 01:24:14 - 01:24:18： これを絶対部で圧縮したのがブログオブジェクト 01:24:18 - 01:24:20： 呼ばれています 01:24:20 - 01:24:25： ちなみに同 01:24:25 - 01:24:29： 者様っていうあのコマンドで 01:24:29 - 01:24:33： 社版を計算できるんですけどこの者はんがこのブログを刺す切り 01:31:46 - 01:31:49： なっています 01:24:35 - 01:24:39： 同じですねこれいい2022なんちゃらかんちゃらといい20 01:24:39 - 01:24:42： ミーミーナチュラ感じればいい 01:24:42 - 01:24:45： まぁこんな感じで表してですね 01:24:45 - 01:24:50： でまぁ各オブジェクトの中に見たい時ってまあ zev で自分であの 01:24:50 - 01:24:53： 回答してもいいんですけどきっとキャットファイルってコマンドがあってそれ使えば 01:24:53 - 01:24:56： 簡単にできます 01:24:56 - 01:25:01： このハイフン p オプションをつけるとオブジェクトの種類判別してくれて読み 01:25:01 - 01:25:04： やすく成形してくれるんでぜひ使ってください 01:25:04 - 01:25:07： a まぁこんな感じですね 01:25:07 - 01:25:11： 内容が見えますでも本来戻ってえっと 01:25:11 - 01:25:15： 編集した行動後すると何が起こるのかというと 01:25:16 - 01:25:21： こんな感じでお江戸テキストを追加してあっとしましたと 01:25:21 - 01:25:24： でそこから友会 ls ファイルズ 01:25:24 - 01:25:27： でインデックスの中身を見てみるとこんな感じで 01:25:27 - 01:25:32： 9行が増えてるんですね 01:25:32 - 01:25:36： これはのインデックスが更新されて新しいエントリーが追加されてるって事がまあ 01:25:36 - 01:25:38： わかりますよね 01:25:38 - 01:25:43： でこの時にブログを走っても書かれてあるのでブログも一緒に生成されてちょっと切っ 01:25:43 - 01:25:46： とするオブジェクツ以下に 01:25:46 - 01:25:50： 格納されます 01:25:50 - 01:25:53： で at って基本的にインデックスの庚申塔 01:25:53 - 01:25:56： ブログオブジェクトの生成しかしないですね 01:25:56 - 01:26:00： あのこんな感じであの二勝手ディレクトリ作ってその中に 01:26:00 - 01:26:03： あの二画像とテキストをつくりましたと 01:26:03 - 01:26:08： それを切っとあっとしてえっと今回インデックスの中身を確認してみるとこんな感じで 01:26:08 - 01:26:12： 追加されているんですけどあの 01:26:12 - 01:26:17： あくまでこれファイルですよねなんか使っていうディレクトリーに関してはどこに 01:26:17 - 01:26:20： 何もせいぜいしてないんですよね 01:26:20 - 01:26:25： あのディレクトリは3振る3オブジェクトで表現するっていう話をしたんですけどあの 01:26:25 - 01:26:31： でリプレイが追加されても1パットした時点ではあの3オブジェクト作りませんぐろぶ 01:26:31 - 01:26:34： しか来ないんですね 01:26:36 - 01:26:41： どうじゃあツリーオブジェっぽい作るかっていうとコミットしです 01:26:43 - 01:26:48： コミット時に行っている内部的に実行してる処理は大まかにはあ 01:26:48 - 01:26:50： こんな感じの3つ 01:26:50 - 01:26:52： に分かれています 01:26:54 - 01:26:57： で赤く見ていこうと思います 01:26:57 - 01:27:00： コメントオブジェクトを作る前にまずインデックスから 01:27:00 - 01:27:03： ツリーオブジェクトを生成するフェーズがあります 01:27:03 - 01:27:08： ツリーオブジェクトの構造はこんな感じでちょっと 01:27:09 - 01:27:11： わかりにくいのであの 01:27:11 - 01:27:14： ヘックスダウンしてるんですけどえっとちょっと見ていくと 01:27:15 - 01:27:20： 最初にツリー37というのが書いてあると思うんですけどこれが 01:27:23 - 01:27:29： あれですねあのブログと同じようにオブジェクトの種類とオブジェクトのサイズが書か 01:27:29 - 01:27:30： れてて 01:27:30 - 01:27:34： その次にこの100644っていうあの 01:27:34 - 01:27:37： さっきインデックスに書いてあったわ会津の種類とパーミション 01:27:38 - 01:27:42： そこから readme . md いうファイル名と 01:27:42 - 01:27:43： 後この 01:27:43 - 01:27:48： ここはなんか文字化けしてるんですけどこれは越冬 01:27:48 - 01:27:51： ブログハッシュですねあん 01:27:51 - 01:27:57： e 20 e 223あっ地球というのが 01:27:57 - 01:28:01： ブログはしです 01:28:01 - 01:28:04： それがえーっとまずレックス06切れ 01:28:04 - 01:28:06： 書き込まれているんですね 01:28:06 - 01:28:11： 全部インディックスが持っていた情報です 01:28:11 - 01:28:16： ねまぁコミットするとあのリポジトリのルートディレクトリを含む馬善美ねっとり分の 01:28:16 - 01:28:20： 3を自動で作るんですよ 01:28:20 - 01:28:23： まああの釣りオブジェクトわー 01:28:23 - 01:28:28： なんかファイルシステムみたいな見た目をしててこんな感じの構造になっています 01:28:29 - 01:28:33： チロ医資格がプログで青い四角が3 01:28:33 - 01:28:38： ねまぁそれぞれファイルとディレクトリに相当してると思ったらなんとなくイメージ 01:28:38 - 01:28:42： つきましたねこれ 01:28:42 - 01:28:45： 一番上のルートのツリーが new text 01:28:45 - 01:28:49： ゲストとテキストバッグっていうのを持ってテーマーそれぞれ 01:28:49 - 01:28:54： エっと new とテキストファイルやからえっとブログのリンクが貼られてて 01:28:54 - 01:28:58： スロットてキスもブログへのリンクはから出ててデバッグはツリーへのリンクが貼られ 01:28:58 - 01:29:00： てるみたいな 01:29:00 - 01:29:03： まぁそんな感じです 01:29:03 - 01:29:08： エトーはブログジェクトっていうのはファイルの中身しか保存してないのでファイル名 01:29:08 - 01:29:10： とか持ってないんですね 01:29:10 - 01:29:13： ファイル名はツリーオブジェクトが 01:29:13 - 01:29:17： という形になっています 01:29:17 - 01:29:22： ねえと後述する commit オブジェクトなんですけどあのリポジトリのルートに 01:29:23 - 01:29:29： ツリーオブジェクト参照してて越冬コミット時の憩い線の状態を再現できるようにやっ 01:29:29 - 01:29:30： てます 01:29:30 - 01:29:35： まちなみになんですけどこれあのマープル3っていうデータ構造になっててあのまあ 01:29:35 - 01:29:37： 興味や人は調べても 01:29:37 - 01:29:45： あったいいんですけどあのマープルツリーの特徴としてあの 01:29:45 - 01:29:51： どっかのディレクトリのハッシュを検査するだけでそのディレクトリ以下のファイルが 01:29:51 - 01:29:52： 改ざんされていないことが 01:29:52 - 01:29:57： osho されるんですねあの 01:29:57 - 01:30:00： わかりましたねなんか8集 01:30:00 - 01:30:07： 持っているものをハッシュ化してるから中身の8周が変わるとを全部崩れる 01:30:07 - 01:30:10： いうイメージ 01:30:10 - 01:30:13： 触ればいいんですけど 01:30:13 - 01:30:16： まあまあ別にそんな重要な特性ではないんでえっ 01:30:16 - 01:30:19： マーシャン分に聞いてもらえれば 01:30:21 - 01:30:25： ちょっと今このプログとズルいの話をガッと詰め込んだんですけど 01:30:26 - 01:30:34： ないですが大丈夫ですか 01:30:35 - 01:30:38： 第13年 01:30:38 - 01:30:45： スターていると信じて綴ります 01:30:45 - 01:30:49： ネット祭オブジェクトもまあオブジェクトなんでー 01:30:49 - 01:30:51： あのキャップ5 day 01:30:51 - 01:30:53： アプリできますこんな感じ 01:30:53 - 01:30:56： ではなんか見た目はインデックスとすごいみた 01:30:56 - 01:31:01： 表示されます 01:31:01 - 01:31:05： でへつりオブジェクトをつくったら松木は 01:31:05 - 01:31:08： をニットオブジェクト 01:31:08 - 01:31:10： 作っていきます 01:31:10 - 01:31:14： 寝床に飛ぶジェクトの構造はこんな感じ 01:31:14 - 01:31:19： になっててあの他のオブジェクトと同様にはこれの後シャワーハッシュ 01:31:19 - 01:31:22： がコミットハッシュになります 01:31:22 - 01:31:27： えっとまぁ中身見ていくんですけどまぁ8 a によって 01:31:27 - 01:31:30： 前頭にあの 01:31:30 - 01:31:34： オブジェクトの種類とオブジェクトのサイズがあってそのぜひ 01:31:34 - 01:31:37： ツリー声があるですね一方子というのルートにあたる 01:31:37 - 01:31:41： tree オブジェクトを参照してでこれをもとにポイントの込 01:31:41 - 01:31:46： 当時の越冬リポジトリの状況を再現できるように 01:31:49 - 01:31:54： 次これがペアレントペアレントっていうのはあの親子ニットの8集 01:31:54 - 01:31:56： ですねん 01:31:56 - 01:31:59： でこれが author の情報でえっと 01:31:59 - 01:32:03： 名前とメールアドレスとこの161780 01:32:03 - 01:32:07： 5187っていうのがそれじゃあると思うんですけどこれあれですね unix た犬 01:32:08 - 01:32:12： 電話+0900がえっタイム丼です 01:32:12 - 01:32:17： 猫にターンはえっとオーサーと同じですよっている情報は 01:32:17 - 01:32:22： ネット最後にポイントメッセージが乗っています 01:32:22 - 01:32:28： でもまとめるとこんな感じでまあリポジトリルートディレクトリの釣り橋と小屋 01:32:28 - 01:32:29： コミットハッシュ 01:32:29 - 01:32:32： といった糖鎖のタイムスタンプ名前メアドこいつメッセージ 01:32:32 - 01:32:37： っていうこの4種類の情報が載ってるんですけど 01:32:37 - 01:32:41： このうちどれかがどれか一つも変わるとあの 01:32:41 - 01:32:46： 左腕が衝突しない限り別のコミット8週にあるんですね 01:32:46 - 01:32:51： まちなみにこのコインとアッシュがどれくらい衝突しないかっていうと 01:32:51 - 01:32:58： 1000人で1日10回40系年間コミットし続けでやっと所属する確率は50% 01:32:58 - 01:33:03： 言われているのでまぁ何箇所衝突する可能性については考えなくていい 01:33:05 - 01:33:09： 干支この親子ミットのハッシュ 01:33:09 - 01:33:12： っていうのを持っているのか結構重要なんですよ 01:33:15 - 01:33:20： 親子ビットの発症をコミットオブジェクト一部に含めることであの改ざんされてない 01:33:20 - 01:33:22： ことは保証できるんですね 01:33:23 - 01:33:29： こんな感じのログが当たるしますでえっとは悪意を持った人があの子のコインと兄を 01:33:29 - 01:33:32： 改ざんしようと 01:33:32 - 01:33:36： せますよねじゃあコミットにの内容を改ざんすると当然 01:33:36 - 01:33:40： コミットにのこういった橋はカールじゃないですか 01:33:40 - 01:33:45： これ変わるとこのポイントさんの親ポイントのハッシュが変わるわけなんで 01:33:45 - 01:33:49： ペアレント書き換える必要がありますねねっペアレント書き換えると今度はコミット 01:33:49 - 01:33:51： さんのコミット橋も 01:33:51 - 01:33:53： 書き換わってアウト 01:33:53 - 01:33:58： すると今度はこういった様もそれに対して親コミットの端変わったからまた変える必要 01:33:58 - 01:34:00： があるんですけど 01:34:00 - 01:34:05： っていうのをやっていくと最終的にこの最新のコミット行ったコミット4 day 01:34:05 - 01:34:11： あの結局元コミット4棟別の端になってるから別物なんですよね 01:34:13 - 01:34:18： 別物なんだからももはやかいざんじゃなくて新規作成なんでー 01:34:18 - 01:34:21： 階段できないんですよ 01:34:21 - 01:34:25： 過去の神コミットを解散するにはそれ以降全てのコミット会談する必要があるので最新 01:34:25 - 01:34:26： のコミットも 01:34:26 - 01:34:28： いつものに 01:34:28 - 01:34:30： なっちゃいますね 01:34:30 - 01:34:35： だからあの最新のコミットハッシュを計算するだけで過去の履歴すべてがパリッとで 01:34:35 - 01:34:38： ありますっていうのが証明できる 01:34:38 - 01:34:40： んですねん 01:34:40 - 01:34:45： これ来場者に伝わってましたねー 01:34:45 - 01:34:49： みんなうなずいてくれているのですみますね 01:34:49 - 01:34:56： まああの絵はギットはブロックチェーンということが伝わればいいです 01:34:56 - 01:34:58： でえっとやっとこの 01:34:58 - 01:35:01： リッドオブジェクト端子もあったのであの 01:35:01 - 01:35:08： 3番目のヘッド新しいコンピューター誌に書き換える部分に話が進んでいくんですけど 01:35:08 - 01:35:14： あのコミットオブジェクトをつくったら it は最後に越冬書き換えます 01:35:14 - 01:35:19： ヘッドの話をまたしてないと思うんですけどこのヘッドって何かっていうとあの先に f 01:35:19 - 01:35:25： スの話を2必要があります8 r 2の一種になります 01:35:25 - 01:35:31： あのレフスっていうのはあの特定のポイント差数ポイントみたいなものでまぁコミット 01:35:31 - 01:35:35： ファッシュの a やすっていうような表現の仕方もできるかなと 01:35:37 - 01:35:41： まあ具体的にはタグとかブランズとかヘッドというのが f スにあたります 01:35:41 - 01:35:45： 他にも色々あるありますけど 01:35:45 - 01:35:50： で8マーレ2の中でも最も単純なライトウェイトタグっていうのを見ていきますまあ 01:35:50 - 01:35:55： 家具っていうのは実はライトウェイトタブとあのあの体テッドタブっていう2つがある 01:35:55 - 01:35:59： んですけどまぁそのうち簡単な方のライトウェイトタグを見ます 01:35:59 - 01:36:04： でライトウェイトた打ってはマジで簡単でただ本当に特定のコミットを発症させてる 01:36:04 - 01:36:07： だけなんですよ 01:36:07 - 01:36:10： 祈祷たくなんちゃらっていうとあの 01:36:10 - 01:36:12： ライトウェイトサーブを作れます 01:36:12 - 01:36:14： これで作りました 01:36:14 - 01:36:16： て確認してみるとまぁ 01:36:16 - 01:36:20： ありますねタブーライトウェイトっていうのが 01:36:20 - 01:36:22： できるのがわかると思います 01:36:22 - 01:36:30： でへとこの高させてるのが名無し4 c 08 d 2本タグがつけられていますね 01:36:30 - 01:36:33： 誰かを作るとあの.ギットスラー 01:36:33 - 01:36:38： レフスラータブずつらの中にタグが保存されるんですね 01:36:38 - 01:36:41： そこ見てみるとこの 01:36:41 - 01:36:44： 7 c 4 c 08 d いうこの 01:36:44 - 01:36:50： ありますかねただ本当にポンプハッシュファッカー仕込まれてるだけっていう 01:36:50 - 01:36:57： ライトウェイトタグはこれ以上でもこれ以下でもないただこれだけの機能です 01:36:57 - 01:37:02： 次あの安定とタブのけどを見ていくんですけど 01:37:02 - 01:37:05： あの安定テッドタブっていうのはコメントが付けられる 01:37:05 - 01:37:08： 多分のことでまぁハイフン a オークションでつくることができるんですね 01:37:10 - 01:37:16： ハイフンで作ってまぁえっと安定とタグはコメントを一緒につけられるのでメッセージ 01:37:16 - 01:37:19： こんな感じで乗っていただきます 01:37:19 - 01:37:25： ええっとログで見てみるとライトウェイトタクト安定とダグは特に見た目場は違いは 01:37:25 - 01:37:28： ないんですけど 01:37:28 - 01:37:32： え風スラーグずつラーの中を見てみるとあの 01:37:32 - 01:37:35： さしてるハッシュがどうも違うと 01:37:35 - 01:37:40： 7 c 4 c 08 d を直接させてるわけじゃないですね 01:37:40 - 01:37:44： で衛藤じゃあこれは何書かれてるのかっていうとあのさっき 01:37:44 - 01:37:50： タグオブジェクトの話をちょっとだけしたと思うんですけどこれになっています 01:37:50 - 01:37:53： まあオブジェクトなのであのキャットファイルで除きます 01:37:53 - 01:37:57： ねもちろん実際は.いいとするオブジェクツ以下にあるので見たい人は 01:37:57 - 01:37:59： とか見てもらってもいいです 01:37:59 - 01:38:03： まあキャットファイルで見てみるとこんな感じになってて 01:38:04 - 01:38:09： ありましたねこのオブジェクトの欄に7 c 4 c 08 d っていうあのタブが 01:38:09 - 01:38:10： 化している 01:38:10 - 01:38:12： commit 8集 01:38:12 - 01:38:14： 書かれています 01:38:14 - 01:38:16： やっぱりちょっとなんかあの 01:38:16 - 01:38:19： コメントオブジェクトにちょっと似てるの分かりますかねねぇ 01:38:19 - 01:38:23： このオブジェクトがペアレントみたいな感じで 01:38:23 - 01:38:27： 違っていうなんか author とがこういったみたいなのがあって 01:38:27 - 01:38:31： ポイントメッセージみたいなのがあってみたいな 01:38:31 - 01:38:34： まあそういうオブジェクトですた国ジェットっていうの 01:38:34 - 01:38:38： で8次のブランチの解説なんですけれども 01:38:38 - 01:38:45： あのーまあブランチは基本的にライド8タグをほぼ変わらないです 01:38:46 - 01:38:50： どれ2すらえっつの中にあるんですけど見てみるとこんな感じで 01:38:52 - 01:38:57： 保存場所が変わっただけで書かれている内容は一緒で直接 01:38:57 - 01:38:58： おいたハッシュは 01:38:58 - 01:39:01： 書き込まれています 01:39:01 - 01:39:04： ねえと指しているこういった亜種がえっと 01:39:04 - 01:39:09： を直接聞かれるだけでまぁタグと何が違うんやっていうとあのタグってのは基本的に 01:39:09 - 01:39:11： 関わらないんですよね 01:39:11 - 01:39:15： なんですけどーがグランちってあのどんどん秋変わっていくんですよ 01:39:15 - 01:39:19： まあなんかどんな感じで書買っていくのはまたもうちょっと後で説明するんですけどば 01:39:19 - 01:39:22： 勝手にどのかかっていきます 01:39:22 - 01:39:28： で後このブランチ名あそのファイルパスになるんで 01:39:28 - 01:39:31： 例えばあのフィーチャーするアホ毛っていう 01:39:31 - 01:39:37： ブランチ作るとあの当然聞いちゃあてでリプリが作られてその中にほげっていう 01:39:37 - 01:39:39： ファイルができるんですよ 01:39:39 - 01:39:44： なるとそれ以降ティーチャーって遊具ランチを作ろうとするとすでに引いちゃう名前の 01:39:44 - 01:39:47： ディぷりがあるから作れないんですよね 01:39:47 - 01:39:51： なんかあのこういう経験多分したことある人 01:39:51 - 01:39:54： いうと思うんですけどあの 01:39:54 - 01:39:58： 同盟じゃないのにあの1回ディレクトリとして使った 01:39:58 - 01:40:03： ブランチ名が使われなくなるのはこういう理由があります 01:40:03 - 01:40:09： じゃああの話を戻してヘッドについてえっとはあの現在のコミット ohsas 01:40:09 - 01:40:12： レウスになっています 01:40:12 - 01:40:16： あてか今大丈夫すかねここまでえっ 01:40:16 - 01:40:23： アーチで質問は 01:40:25 - 01:40:28： ガンガン進んじゃうんで 01:40:28 - 01:40:30： いいなることが 01:40:30 - 01:40:36： ある人は 01:40:36 - 01:40:48： 理解したつもりだけど説明し説明しろって言われたコバ変化の顔をしています 01:40:50 - 01:41:10： 暗い分ありましたか 01:41:10 - 01:41:14： 理解したつもりという言葉を通じてへ 01:41:14 - 01:41:19： 最近吸いますか 01:41:19 - 01:41:23： まああのあの喋ってる途中でも気になるところがあったらどんどん 01:41:24 - 01:41:29： ザクに投下して言ってもらえれば 01:41:29 - 01:41:31： 逐一拾うのでお願いします 01:41:31 - 01:41:35： +いますねねえヘッドについて 01:41:35 - 01:41:38： ネットは現在の国とサス付数です 01:41:40 - 01:41:45： チェックアウトするとあの現在のコミットが変わるじゃないですか 01:41:45 - 01:41:48： であの現在の込みとがカールってのはどういうことかというとヘッドが書き換わって 01:41:48 - 01:41:51： るっていう意味です 01:41:51 - 01:41:56： えっとどこにあるかという糖度といいとすらえっとに保存されていて 01:41:56 - 01:41:59： m 君とこんな感じ 01:41:59 - 01:42:04： ブランチ名でチェックアウトするとコミット足じゃなくテーマブランチの場所は 01:42:04 - 01:42:07： あのこんな感じで書き込まれるんですね 01:42:09 - 01:42:12： このブランチが差している 01:42:12 - 01:42:16： 先のコミットファッシュというのが8現在のコミットは良い 01:57:50 - 01:57:52： になります 01:42:20 - 01:42:25： a 棟はようやくポイントの内部処理の話に戻るんですけど 01:42:25 - 01:42:29： あの子に独女と作ったらきっと最後にヘッドを書き換えます 01:42:29 - 01:42:36： 江戸このヘッドが直接コミットアッシュを参照している場合とブランチを参照している 01:42:36 - 01:42:38： 場合でちょっと処理が変わります 01:42:38 - 01:42:43： 直接コミットハッシュを参照している場合ヘッドのポイントハッシュがそのまま書き 01:42:43 - 01:42:44： 変わります 01:42:44 - 01:42:48： でえっとえっとはブランチを参照している場合 01:42:48 - 01:42:53： ヘッドが参照しているブランチの後見たハッシュを書き換えます 01:42:53 - 01:42:59： こうすることであのブランチが一歩先に進んっていうのわかりますかね何か新しい 01:42:59 - 01:43:02： コミットに 01:43:02 - 01:43:08： ブランチが向くようになるんでー 01:43:16 - 01:43:19： でへと 01:43:19 - 01:43:21： 切っ等ではあの 01:43:21 - 01:43:24： 1回コミットするまでの処理をまとめると 01:43:24 - 01:43:28： まずコート編集しますその後編集した行動 01:43:28 - 01:43:34： あとしますて後するとえーっとインデックスが更新されて新しいファイルがあった場合 01:43:34 - 01:43:39： はグローブオブジェクトが新しく生まれますと 01:43:39 - 01:43:42： ねえとその次にコミットすると 01:43:43 - 01:43:48： ツリーオブジェクトが新しいのがあれば生成されてそれを基にコミットオブジェクトを 01:43:48 - 01:43:50： 生成して 01:43:50 - 01:43:55： 最後に新しいコミックにヘッドの軌跡を変えると 01:43:55 - 01:43:56： こういうことしてるんですね 01:43:58 - 01:44:01： やっていることとしてはこれだけではないんですけど大中にはあのコミットするって 01:44:01 - 01:44:05： 言うとこんな感じの処理のことを 01:44:05 - 01:44:11： たします 01:44:14 - 01:44:15： さあんすかね 01:44:15 - 01:44:18： じゃあチェックアウトとリセットの仕組みに移りますか 01:44:18 - 01:44:25： コミットの仕組み全体通して 01:44:25 - 01:44:47： このスライドムユイは皆さん理解してもらいましたかねぇ 01:44:47 - 01:44:54： 進みますねで次てっカードとリセットの家組についていっ 01:44:54 - 01:44:58： まあチェッカードアまぁ既にこういう中に何度も出てきているした皆 01:44:58 - 01:45:00： 何回も叩いてるかなと 01:45:00 - 01:45:07： 思いますねそれに対してあの reset ってまぁちょっとなんか複雑で上級者向け 01:45:07 - 01:45:10： のコマンドだよねみたいなイメージが 01:45:10 - 01:45:12： あるかなと思うんですけど 01:45:12 - 01:45:17： あの実は結構このはずのコマンドは似たようなことをしてます 01:45:17 - 01:45:19： でエトー 01:45:19 - 01:45:24： 基本的にこの2つはこのワークスリートインデックスとヘッドの3つを書き換える 01:45:24 - 01:45:27： っていうコマンドです 01:45:27 - 01:45:30： まあ履き替え方が違うんですねこの2つもコマンドは 01:45:30 - 01:45:37： えーとじゃあまずえっとせ全見ていきますチェッカー口を一貫しては指定したコミット 01:45:37 - 01:45:42： 2-ワークツリーのインデックスのヘッドも全部向けるっていうコマンドです 01:45:42 - 01:45:47： ねえと指定したポイントが参照してる釣り 01:45:47 - 01:45:52： っていうのを貼っツリーいます展開します 01:45:52 - 01:45:59： これするとあの指定したコミットの時の状態の霧 free 01:45:59 - 01:46:01： なりません 01:46:01 - 01:46:06： で次インデックスをあのワープツリーの状況と同じにします 01:46:06 - 01:46:13： これであのインデックスをあのツリーと同じ状態にできますね 01:46:13 - 01:46:22： その後えっ度を指定したポイントに変更します 01:46:22 - 01:46:24： ね a 棟 01:46:24 - 01:46:29： デフ数を設定してた場合ヘッドにはその3章かはい困りますだから 01:46:29 - 01:46:34： ブランチ名とかでチェッカーと指摘はそのブランチ名はヘッドに書き込まれるっていう 01:46:34 - 01:46:39： 感じですね 01:46:39 - 01:46:44： 大丈夫かこれ 01:46:44 - 01:47:01： 頭もなくてちょっとあ処理意味の説明ではあるかもしれないんですけど 01:47:01 - 01:47:03： ジャマー進みますね 01:47:03 - 01:47:06： a 次技術の仕組み 01:47:06 - 01:47:11： リセットはあのオプションによって挙動があります 01:47:11 - 01:47:16： まあそうとミックスドハードという3種類のオプションがあるんですけど 01:47:16 - 01:47:21： あのまあ指定したフォント足に向けていろんな内容を書き換えていくんですけどこんな 01:47:21 - 01:47:24： 感じになっててえっと 01:47:24 - 01:47:29： ソフトを指定するとえっとだけミックス度を指定するとヘッドとリンピックスでハード 01:47:29 - 01:47:34： を指定するとヘッドもインデックスのアップにも生き返ると 01:47:34 - 01:47:38： いうコマンドなんですけど 01:47:38 - 01:47:44： ハードってなんかヘッドもインデックスのは釣りも帰ってるじゃないですか 01:47:44 - 01:47:47： でチェッカー度もヘッドもインデックスもアップするのか聞かれたからこれ 01:47:47 - 01:47:52： 違いがあるんですかって話になるんですけどこれ 01:47:52 - 01:47:55： 違っててあの 01:47:55 - 01:48:03： ヘッドがプラン地を参照してた場合の挙動が全然違います 01:48:03 - 01:48:06： ねえ等 01:48:06 - 01:48:09： 10カードはヘッドはブランチを参照しても 01:48:09 - 01:48:11： 書き換えるのはヘッドのみなんですよ 01:59:58 - 01:59:59： 俺あの 01:48:12 - 01:48:17： この後前の行員出てきたあのー 01:48:17 - 01:48:22： まじの説明で出てきた2なんですけどあの 01:48:22 - 01:48:27： マスターにチェックアウトしてますっていう状態でえっと devilock に 01:48:27 - 01:48:32： チェックアウトし直すどうなるかというとえっとえっとはマスターを参照してるんです 01:48:32 - 01:48:38： けど勝つ変わるのは江戸の身なのでこんな感じになります 01:48:38 - 01:48:42： ヘッドだけを動きましたね 01:48:42 - 01:48:45： それに対してあのリセットの場合は 01:48:45 - 01:48:52： えっとペッドがブランチさん勝者だ場合はブランチの参照先 01:48:52 - 01:48:54： もう書き換えるんですよ 01:48:54 - 01:48:58： 今からえっとデベロップに対してリセットハードすると 01:48:58 - 01:49:08： ヘッド朝しているマスターの向き先も一緒に変わるんでこんな感じになります 01:49:08 - 01:49:16： これがチェックアウトとリセットの違い 01:49:16 - 01:49:24： 大丈夫すかこれ伝わりましたか 01:49:24 - 01:49:33： いけそう 01:49:33 - 01:49:37： はいでは進みます 01:49:37 - 01:49:43： トウコのブランチの参照先を変えられる仕組みっていうのを応用するとまぁリセットっ 01:49:43 - 01:49:45： ては結構いろんな 01:49:45 - 01:49:46： 使い方が 01:49:46 - 01:49:48： いきますね 01:49:48 - 01:49:55： まあまず一つ目がコミットはなかったことにすることができます 01:49:55 - 01:50:02： 一つ前のポイントハッシュにブランチ向けることで最新のコミットはなかったことに 01:50:02 - 01:50:07： できますでエトーをもう一がとあっどう取り消す 01:50:07 - 01:50:09： 際に方もできて 01:50:09 - 01:50:14： あの技とリセットミックスドヘッドとするとあの 01:50:14 - 01:50:17： いネック添えっとの状況に戻せるんですよね 01:50:17 - 01:50:20： だから圧倒取り消すことが 01:50:25 - 01:50:28： 8最近 it 2.23で追加された 01:50:28 - 01:50:32： ノリスとあーっというサブコマンドを使っても同じことができます 01:50:32 - 01:50:34： ただまぁこのあの 01:50:34 - 01:50:40： いっとりストアーってまだエクスペリメンタルな機能なので今後 01:50:40 - 01:50:43： 消えたりする可能性があるので注意してください 01:50:43 - 01:50:50： 使い方は無限大ですね 01:50:50 - 01:50:58： ヒットリストはまだまだですね 01:50:58 - 01:51:00： のリセットの王様とか 01:51:00 - 01:51:06： 大丈夫ですか皆さん 01:51:06 - 01:51:21： 結構みんな大丈夫なんですね非該当 01:51:21 - 01:51:23： 何かあっ 01:51:23 - 01:51:28： 書いてません 01:51:28 - 01:51:33： ダーツやだしないで und ポジ取り破壊できそうなコマンドですね 01:51:33 - 01:51:41： そうですね使い方次第で飢え死にリポジトリーが赤いできます 01:51:41 - 01:51:43： ただあのー 01:51:43 - 01:51:46： 日本3破壊できるんですけど 01:51:46 - 01:51:49： 井本リポジトリー 01:51:49 - 01:51:51： 赤いされないんで 01:51:51 - 01:51:53： の正 01:51:53 - 01:51:56： プッシュしないハギーは 01:51:56 - 01:52:00： まあ大丈夫な壊れ方しかしないです 01:52:00 - 01:52:10： プッシュするとちょっとやばい壊し方ができます 01:52:10 - 01:52:13： 1の使い方しかしたことなかった 01:52:13 - 01:52:19： 麻生中 at の取り消しってあの 01:52:19 - 01:52:26： チェックアウトとかでも多分できるんですよね 01:52:26 - 01:52:32： まだからなんかあの 01:52:36 - 01:52:37： まぁでも 01:52:38 - 01:52:40： 鳥規制ことは覚えておいてもまぁ買う 01:52:40 - 01:53:04： いいと思います 01:53:04 - 01:53:07： 阿蘇ですねこのじっと2.23以降 01:53:07 - 01:53:11： 使ってる人はきっとステータス叩くとあの 01:53:11 - 01:53:36： restore で消せますっていうサジェストがってます 01:53:36 - 01:53:41： ああそうですねこの後はきっとステータス叩くとあのなんでも教えてくれます何か 01:53:41 - 01:53:43： 今リフトした時とかも 01:53:43 - 01:53:45： あの次 01:53:46 - 01:53:50： abort とかマージ conti new day 01:53:50 - 01:53:54： 元に戻したり味進められたりできますみたいなのか 01:53:54 - 01:53:58： ステータスに書いてあるから 01:54:00 - 01:54:08： 何したらいいかわかん降ったら同棲させたくと意外と均等を教えてくれるかも 01:54:12 - 01:54:20： メジャーほかに御質問ないですかねぇ 01:54:20 - 01:54:23： ちょっとそろそろ一方チャレンジを 01:54:23 - 01:54:26： やっていこうかなと 01:54:26 - 01:54:30： なんですけど 01:54:30 - 01:54:33： いや結構一瞬で説明はチャンスん 01:54:33 - 01:54:37： はっはっはもうはなくやるこんったら 01:54:37 - 01:54:40： 開く前回去年わー 01:54:40 - 01:54:46： 釣り3時までやってた寄付するペット花や実はめちゃくちゃ質問が多かったんですねー 01:54:48 - 01:54:49： なるほどね 01:54:49 - 01:54:52： 季節柄かは答えながら 01:54:52 - 01:54:55： 訳だから 01:54:55 - 01:54:57： 淡路具合も良かったし 01:54:57 - 01:55:06： そこにそう買ったがあったのがあるんですかねだから質問多かったし 01:55:06 - 01:55:07： じゃとりあえず 01:55:07 - 01:55:10： 切符前 jal 前にパン10分ぐらい 01:55:10 - 01:55:12： 休憩しますか 01:55:12 - 01:55:21： まだいたい40分なので1時50分くらい 01:55:21 - 01:55:26： 切符チャレンジ始められたらなと思います 01:55:27 - 01:55:42： 10期してもらっけ 01:55:42 - 01:55:43： 今はまた 01:55:43 - 01:55:50： 休憩暇な人ようなコンテンツがあるんですけどね 01:55:50 - 01:55:54： あのなんか普通の愛ステージで 01:55:54 - 01:55:58： なんかファイルパスとかであのファイルにアクセスするじゃないですか 01:55:58 - 01:56:03： なんかそういうストレージ内のどこに保存されてるかっていう情報で御データに 01:56:03 - 01:56:07： ルーストレージのことを location アドエスエーグルストレージ 01:56:07 - 01:56:08： いう風に 01:56:08 - 01:56:11： 呼ぶらしいんですけどあの 01:56:11 - 01:56:14： こういう階層構造でアクセスするんじゃなくて 01:56:14 - 01:56:19： きっとみたいにデータの内容そのもので 01:56:19 - 01:56:21： データにアクセスする 01:56:21 - 01:56:25： っていうストレージのことをコンテンツアドレステーブルストレージっていう風に 01:56:25 - 01:56:26： 呼びます 01:56:27 - 01:56:35： キャスはあのデータの更新頻度が少ない時に効率が良くてあの子損してからデータが 01:56:35 - 01:56:41： 変更されないことを保証できるいう特性があるんであのーなんか 01:56:41 - 01:56:46： 長いことを保存する必要があってか意見してはならないっていうことがあの高齢で定め 01:56:46 - 01:56:52： られているような情報の保存によく使われているらしい 01:56:52 - 01:56:55： ですなんか 01:56:55 - 01:57:02： 事例を知らないんでらしいなんですけど 01:57:02 - 01:57:06： これキャスって言います 01:57:06 - 01:57:11： その2あのい next か釣りオブジェクトで愛についてはこの 01:57:11 - 01:57:14： 100644という謎のフラグの話 01:57:14 - 01:57:18： これ結構なんかサラッと流したんですけど 01:57:19 - 01:57:25： 神3桁がファイルの種類で下3桁か ex 形式の iphone ミッションを 01:57:25 - 01:57:27： 表してて 01:57:27 - 01:57:32： えっファイの種類というのはまあ0407ディレクトリーで100なら通常のファイル 01:57:32 - 01:57:39： 120なら新堀ピンクになっててあの一読ゼロはあの 01:57:39 - 01:57:40： きっとさんモジュールっていうのが 01:57:40 - 01:57:44： あるんですけどまあ中にポジというのは中に他のリポジトリを 01:57:44 - 01:57:46： 売れ今みたいな 01:57:46 - 01:57:50： 奴が入ってるんですけどあのまあその他のリポジトリなった場合微160 01:57:52 - 01:57:55： であの問題はあの 01:57:55 - 01:57:59： 下3桁の愛パーミッションなんですけど 01:57:59 - 01:58:03： 俺あの実際のパーミッションが保存されるわけじゃなくて 01:58:03 - 01:58:08： オーナーに実行権限があるかどうかだけ見て自己金にあるなら7 gogo ないなぁ 01:58:08 - 01:58:10： で保存 01:58:10 - 01:58:11： していきます 01:58:11 - 01:58:19： だからあの644と孫しかニットは管理できないんですね 01:58:21 - 01:58:26： コミット時にもうちょっといろいろやってますみたいな話をしたんですけどそのもう 01:58:26 - 01:58:28： ちょっといろいろあ 01:58:28 - 01:58:30： こんな感じであの 01:58:32 - 01:58:35： さっきあの 01:58:35 - 01:58:38： ちょっと午前中の質問にもあったあのフックス 01:58:38 - 01:58:42： の軌道が走りますそれコミットフックとか 01:58:42 - 01:58:48： なんかプリペアこみっと edit メッセージなんちゃんみたいな服とかまあ色々 01:58:48 - 01:58:49： あるんですけど 01:58:52 - 01:58:56： 発火させたいスクリプトこのギットフックスイカに入れておくと 01:58:57 - 01:59:00： こ1等に拘る奴らは全部動いてくれます 01:59:00 - 01:59:06： それとあと if ログの更新というのが走ります 01:59:06 - 01:59:09： 岐阜ロブはあの 01:59:09 - 01:59:12： ニットログすヘッドにえっとの虫先の 01:59:12 - 01:59:15： 移動履歴っての 01:59:15 - 01:59:16： 書き込みます 01:59:16 - 01:59:21： あとヘッドがフランツ単勝しての場合はこのギットログレフ数 01:59:21 - 01:59:25： ブランチ名ところにも井戸利益を書き込みます 01:59:25 - 01:59:32： えっとこうやって書き込んだいる移動履歴っていうのはあのリフログ0 01:59:32 - 01:59:33： 各にできます 01:59:33 - 01:59:35： だからまああの中 01:59:35 - 01:59:39： 伊勢届かでぐちゃぐちゃなことを切っていうのはこのリフログたダクト 01:59:40 - 01:59:45： ヘッドの移動履歴っていうのが見れるんであのまあこれを使うといろんなポイントを 01:59:45 - 01:59:49： 表現することができます 01:59:49 - 01:59:54： でと最後にコミット edit メッセージの編集ってのがあってこれ. kit 01:59:54 - 01:59:58： ポイント edit メッセージというファイルがあるんですけど 01:59:59 - 02:00:03： たいステージ設定せずにコミットするとなんか自動で行った起動するじゃないですか 02:00:03 - 02:00:07： ねあのエディターが開いているファイルっていうのがポイント edit メッセージ 02:00:09 - 02:00:15： で同桜これを編集してここに書き込まれている内容が安 02:00:15 - 02:00:21： をコミットメッセージとしてポイントオブジェクトに取り組まれます 02:00:21 - 02:00:27： っていうのがあのもうちょっといろいろやってるの部分でした 02:00:27 - 02:00:31： ってあのリセットを使ってコミットはなかったことにできるみたいなこと書いてあった 02:00:31 - 02:00:35： んですけどあのほんまになかったことになるわけじゃないです 02:00:35 - 02:00:39： あくまであのヘッドインデックスとワープツリーをか使えるってのが 02:00:39 - 02:00:46： リセットなんで別にコミットオブジェクトを消すみたいな機能はないんですね 02:00:46 - 02:00:49： ただでもそうするとなんかどっからも参照されてない 02:00:49 - 02:00:54： 到達不可能なコミットみたいのが出来上がるじゃないですか 02:00:54 - 02:00:57： なんかそういう軸とって実はなんか一定期間立つと 02:00:57 - 02:01:01： フィット g c っていうバンドが裏で買って擦って消されます 02:01:01 - 02:01:05： でこの一定期間っていうのは他の初期設定の30日ぐらい 02:01:05 - 02:01:07： だったと思います 02:01:07 - 02:01:10： はなんかそういうとこからも参照されてないオブジェクトっていうのはまあ 02:01:10 - 02:01:15： fsck るっていうコマンドで誰かせるのでまぁ気が向いたら一回いただいてみても 02:01:15 - 02:01:18： 面白いかも 02:01:18 - 02:01:23： しれないです 02:01:23 - 02:01:27： そんな感じ 02:01:27 - 02:01:33： スラックの方でどこでこんな知識を得るんでしょうか 02:01:33 - 02:01:36： いやそれは 02:01:36 - 02:01:43： わかるんですよねあのこれは1頭を作ろうとするとかってありがとうございます 02:01:44 - 02:01:48： そこの 02:01:48 - 02:01:51： そうですね 02:01:51 - 02:01:56： 一番に見るべきなのは 02:01:56 - 02:01:59： ギッとの公式に 02:01:59 - 02:02:03： 日本の内部言う 02:02:03 - 02:02:16： ペイント r 温泉 02:02:16 - 02:02:39： このうちがうわっ 02:02:39 - 02:02:42： この子のページを読むと 02:02:45 - 02:02:49： それなりに it に 02:02:49 - 02:02:51： 足来られます 02:02:51 - 02:02:54： でも多分まあなんかこの研修でやってるー 02:02:54 - 02:02:56： 範囲ぐらい no 02:02:57 - 02:02:59： 書かれているんですけど 02:02:59 - 02:03:01： ここから 02:03:01 - 02:03:05： もうちょっと踏み込んだ内容がいい 02:03:05 - 02:03:09： 額と規定 02:03:09 - 02:03:12： 方入れああ 02:03:12 - 02:03:15： あのこの時編低床テクニカルが 02:03:15 - 02:03:20： すごいですよねーなんか 02:03:22 - 02:03:25： 詳しく載ってます 02:03:25 - 02:03:30： あのインディックスの愛フォーマットとか 02:03:30 - 02:03:33： 持ってたりとか 02:03:33 - 02:03:38： 0ロジックってたりああああああなんかあのう 02:03:38 - 02:03:41： さっきちょっとありましたけど何か 02:03:41 - 02:03:43： アーティスト機に 02:03:43 - 02:03:47： ここに行くとしまくるみたいなでも隠国とって 02:03:47 - 02:03:50： 機械的に直せますみたいなときにあぁこの 02:03:50 - 02:03:53： リレーを設定しておくとん 02:03:54 - 02:03:58： 同じコンフリクト解消を自動でやってくれるみたいなことができるんですよ 02:04:00 - 02:04:02： 詳しいこれ 02:04:04 - 02:04:09： 使ったことはくーっそんなことはできる柱バッ 02:04:09 - 02:04:14： パチような小田 co だやりなんかたぶん 02:04:14 - 02:04:18： 上手に使うのめちゃくちゃまずいいと思うよ疲れ 02:04:18 - 02:04:24： そんなそんなきれいに館野郎って言う 02:04:24 - 02:04:27： えじゃあ設定すれば 02:04:27 - 02:04:30： きっと誰ってど問題も行く使う 02:04:30 - 02:04:34： 自動で溶けちゃったりするのかなあーと思うたぶん 02:04:34 - 02:04:37： できると思いますけど 02:04:37 - 02:04:40： あそれ設定できんなら普通に溶ける野郎っていう 02:04:40 - 02:04:46： ああっアーサー家ゲームア 02:04:58 - 02:05:02： なんかそこの6447縫合 02:05:02 - 02:05:07： なんでそんな中途半端な数字っていうのはこれはのあれですね unix 形式の 02:05:07 - 02:05:09： ファイルパーミッションってなんか 02:05:09 - 02:05:12： 発信する例を 02:05:12 - 02:05:16： 荒らすんですよで発信数 02:05:17 - 02:05:19： うわなご説明が難しいな 02:05:19 - 02:05:21： ゼロからだデー 02:05:21 - 02:05:29： 4を 02:05:29 - 02:05:34： 関係者のうち1ケタ目がえっオーナーの 02:05:34 - 02:05:37： アイルオーナーの権限を表しててで 02:05:38 - 02:05:47： 発信数でゼロからなって3桁になるじゃないですか 02:05:47 - 02:05:56： こんな感じで一番左の維持が実行権限で真ん中のがリードでへ走っこのが 02:05:56 - 02:05:59： 右足のが越冬 02:05:59 - 02:06:02： 愛とおおおおおおおおおおおおおおおおおおおおおおお 02:06:05 - 02:06:08： zetta キャー 02:06:10 - 02:06:16： 勝村いいのかななんか並び忘れましたけど 02:06:16 - 02:06:21： あそうそうこんな感じで 02:06:21 - 02:06:25： あるんですよ 02:06:25 - 02:06:30： でこれをえっとオーナーとグループ 02:06:30 - 02:06:35： アザーズかなで3つ鍋たのがこの644とか755 02:06:41 - 02:06:43： このなんか 02:06:43 - 02:06:46： 644と755の話 02:06:46 - 02:06:55： ってなんか実はちょっともうちょっとヤバい話があって 02:06:55 - 02:06:58： これなんか菊歳できっとクイズやったんだ 02:06:58 - 02:07:02： ああやったんですよそうやったときに 02:07:02 - 02:07:04： ちょっとこれの話を 02:07:04 - 02:07:09： してて 02:07:09 - 02:07:12： geek サイズさんお世話なかっ 02:07:12 - 02:07:14： しゃべってました菊採泥 02:07:14 - 02:07:23： で駅と小磯を知ってくれるそれだ声さんは第1巻ってなかっいやいや全然いません 02:07:23 - 02:07:28： 賃金るをするのよせってよだれ 02:07:28 - 02:07:31： h 出てるってのを知らなかったからヘアー 02:07:31 - 02:07:35： 申し込み学生しく今年参加できないし 02:07:35 - 02:07:38： いやいやそこは額裏ルートでえっ 02:07:38 - 02:07:42： だがしてくださいううーーだ 02:07:42 - 02:07:50： 6確かに恐竜してよかったねー 02:07:50 - 02:07:54： ちょっとあのさっきのパーミッションの話に戻るんですけど何か 02:07:54 - 02:07:59： あのコアのドキュメントを読むと 02:07:59 - 02:08:04： ここのフィールドには75校が644しか入りませんみたいなことが書いてあって 02:08:04 - 02:08:08： じゃそれ以外のパーミッションれたらどうなるんじゃいっていうのはなんかイベントに 02:08:08 - 02:08:10： 書かれてないんですよ 02:08:10 - 02:08:15： でまぁソースコードを見に行くとなんかこういう関数で 02:08:15 - 02:08:19： このモードを決定して 02:08:21 - 02:08:23： パン所の判断してのがこのマクロなんですけど 02:08:25 - 02:08:29： 紙一ケタとの安藤をとって 02:08:29 - 02:08:32： true なら755効率な644っていう 02:08:32 - 02:08:38： なんか無茶苦茶な判断をしてるぞ 02:08:38 - 02:08:41： 家でこれで 02:08:41 - 02:08:43： そうなんか 02:08:46 - 02:08:49： この辺は問題みたいにとあれなんですけど 02:08:49 - 02:08:54： これであの者64と755でファイルが展開されるんですかというと実はそうでもなく 02:08:57 - 02:09:00： 水にこれで保存しているだけでこのチェックアウトで5展開したときにその 02:09:00 - 02:09:05： パーミッションで展開してくれますみたいなことは別に一言もいってなくて 02:09:05 - 02:09:09： チェックアウトの開封展開ってこの関数なんですけど 02:09:09 - 02:09:11： またこの 02:09:11 - 02:09:16： 凍土のある人気ただけ店で釣るなら並んだな 02:09:16 - 02:09:22： フォルスなら666でオープンするっていう 02:09:22 - 02:09:25： すごくナイス隠れなんか 02:09:25 - 02:09:32： そうなんだあったんだったらた最初からなぁロックロックでき保存すればいいのになん 02:09:32 - 02:09:35： でそ作っ 02:09:35 - 02:09:38： でまあただ 02:09:38 - 02:09:41： これで普通にオープ 02:09:41 - 02:09:45： するとホあのこれが前回なんかとそうでもなくて 02:09:45 - 02:09:50： あの実際は6夫婦のアゴでオープンさいる人がほとんどで 02:09:50 - 02:09:54： これ何でかって言うとなんかいうマスクっていうのか 02:09:54 - 02:09:59： あってなんかニック数で疲れてる環境変数なんですけどなんか新規作成したファイルの 02:09:59 - 02:10:02： パーミッションが制限できて 02:10:02 - 02:10:06： いろんなすぐにセットされたビットに対応するパーミッションって5作成時に設定でき 02:10:06 - 02:10:08： ないですね 02:10:08 - 02:10:13： ヒューマックス口が02の場合は越冬 02:10:13 - 02:10:17： この0662022をかける登録にょん様になるんですよ 02:10:18 - 02:10:24： この湯マスクが立ってるビットが消されるんでー 02:10:24 - 02:10:30： で同様にななななんで5作ると02に限ると75になると 02:10:30 - 02:10:34： でこのいうマスクのデフォルト値が022なんで 02:10:34 - 02:10:40： 666と777で5作ると大体の人は644学ぼう後になるっていう 02:10:40 - 02:10:42： えっ2 02:10:42 - 02:10:51： を言う話ですかねからオーディオんすべく売ってるって 02:10:51 - 02:10:55： それきっとはもういうバス空どっ 02:10:55 - 02:10:59： デフォルト前提とすって 02:10:59 - 02:11:02： 64よ7 gogo で保存してと 02:11:02 - 02:11:07： 夜間かそのゾーンファイルのパーミッションそのまま保存したへのになぁってめっちゃ 02:11:07 - 02:11:08： 思うんですけどね 02:11:08 - 02:11:14： よねまあねずみあーかリアルかって言う 02:11:16 - 02:11:19： もなんか 02:11:19 - 02:11:24： 女性過去に何かあったんじゃないですかセキュリティから何カッ 02:11:24 - 02:11:29： なるほどなバブがあったんですねかわかんないですけど 02:11:29 - 02:11:35： たしっかりなぁ 02:11:35 - 02:11:40： 不思議不思議とですねそう 02:11:40 - 02:11:45： 2分不思議強度いっぱいありますよ