DQNEOのレビュー一覧
-
Posted by ブクログ
仕事でgitが便利だ、開発者はこれを使っていて当然、などという話をちらほら聞くようになり、流行りにのらねば…とコソコソネットを調べてみるも何だかよくわからない。本を読んでも言葉が聞き慣れず入ってこない。。じゃあマンガならどうだ!と思って手に取ったのがきっかけでした。
話は、WEBサイトを作っている大学生わかばちゃんが、ソースの管理に困っているところから始まります。たまたま入ったゼミで、gitをこよなく愛する変な先輩たちに、gitとは何か、どんな事ができるのか?というのを教わっていき、時代遅れなソースの手動管理から脱却!!という内容です。
gitの初心者具合が自分と同じだったので、とてもわかりやすい印象でした(マンガだし)。読んで一番印象に残ったのは、gitはあくまでバージョン管理システムのことで、バージョン管理システムには色んなツールがあるのだ、というところ…。gitはトマトで、ツールは桃太郎的な?
まず、ざっくりとgitの理解をするのには、とても良い内容だと思います。 -
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
Posted by ブクログ
本書はマンガで描かれたGit入門書である。
初心者向けの本で、敷居はかなり低く作られている。
とは言えその内容はしっかり練られており、初〜中級者が読むには十分である。
特にデザイナーや企画職など、プログラマー以外の職種がGitを勉強するのには、この本は最適だろう。
ポイントの1つ目は、GitのツールであるSourceTreeの使い方が、多数のキャプチャ付きでかなり詳しく解説されていること。
しかもWindows版、Mac版両方を載せるという徹底ぶりである。
実は現場では、SourceTreeは重要でありながら、きちんと使える人は意外と少ない。
本来はこの手の専門家であるはずのプログラマーは、コマンドでGitを使うため、SourceTreeには縁がないからである。
そのため、これは資料として非常に役に立った。
「実践」のコーナーを最初から一通り試してみるだけで、十分実務レベルのスキルが身につくだろう。
もう一つは、Gitの仕組みや使い方だけではなく、きちんと「利点」も解説していること。
ネットの入門サイトなどでは、本当に使い方の説明のみで、なぜGitを使うべきかについてはおざなりになっていることが多い。
そういう所で覚えた場合、「よく分からないけど言われたから使う」だけの人になり、非効率なやり方で無理矢理Gitを使い続ける事になりかねない。
だが本書では、そこは十分に、かつ分かりやすく書かれている。
専門家が監修しただけあって、現実的な「よくあるGitが役立つパターン」がいくつも紹介されているのがとても良い。
これならば、読めば自分でも使ってみたいと思うだろう。
自分は非エンジニア職にGitを教える事が多いのだが、なかなかハードルが高く、「使い方が理解出来ない」「なぜこんなものを使うのか分からない」と言われてしまうことが多かった。
だが本書は、今後の大きな助けになってくれるだろう。
十分に自信を持って勧められる、素晴らしい一冊だった。 -
Posted by ブクログ
書いてた感想が全部飛んだので、いったん殴り書き。
Git管理しておけばよかった...
感想
仕事ではpushとpullしとけばいーや、と曖昧な認識でなんとかなっていたが、ある程度しっかり理解しておきたいと思い、購入。
ユースケースに合わせて解説してくれていたので、非常に読みやすかった。
基本的な操作についてはこれで困ることはないと思う。
コマンドについても解説してくれているため、題材にしているGUIツール[Sourcetree]のUIが変わったとしても対応できる。
本書とは関係ないが、やはり技術本は紙のほうが読みやすいし手に取りやすいしで最高。
Gitの基本
・ローカル⇔ローカルブランチ(master)⇔リモート追跡ブランチ(origint/master)⇔リモートブランチ(master)
・init,clone,fetch,merge,pull,add,commit,oush,checkout
Gitの利点
・コミットの度に都度全体断面を記録(checkoutでいつでも好きな断面に
・ローカルリポジトリ、ステージング概念の追加
・clone,folkで複製が容易
・便利機能多数(cherry pick,revert,squash
余談
①プルリクエストってfolk元に「直してみたから私のソースプルして~」の意だったの初めて知った...
(フォーク→クローン→修正→プッシュ→プルリクエスト→OKなら本流にマージされる)
②GitHub Flowという運用ルールがあり、
・masterは常に本番に反映できる内容
・機能追加はtopicブランチ(各命名はその追加機能を表す名前を付ける)
・topicブランチをmasterにマージしたい場合はプルリクエストを介す
→こうすることで、ブランチの一覧を見るだけで今開発中のものがわかる&すべての成果物がコードレビューされてからmasterにマージされる -
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
-
わかばちゃんと学ぶ Git使い方入門
- カート
-
試し読み
購入済み無題
最初のソースツリーのダウンロードくらいきちんと手順に起こしておけ。
途中(メンドくさい部分だけ)はぶきやがって、本当に使えないわ。
開始早々、やる気がうせる。