【天才の逆鱗】なぜ『Git』は世界を塗り替えたのか？開発をわずか2週間で終わらせたリナスの怒りと、革命的すぎる「分散管理」の正体【ゆっくり解説】
ご視聴ありがとうございます。 「Gitって結局なに？ GitHubと何が違うの？」という疑問を、誕生の歴史からまるごと解決します。天才リーナスが既存のツールを切り捨て、わずか10日で構築した「革命的設計」の秘密に迫ります。プログラミング初心者から現役エンジニアまで、知っておきたい「Gitの本質」を東方キャラが楽しく解説！ ゆっくりしていってね！ ※この動画は【東方project】を基にした二次創作です。 東方Projectの二次創作ガイドライン https://touhou-project.news/guideline/ ※ゆっくり魔理沙、ゆっくり霊夢はきつね様の画像を使用しています。 https://kitsunekakko.fanbox.cc/posts/2718822 ##Git #GitHub #プログラミング #ゆっくり解説 #エンジニア
【図解解説】これ1本でGitをマスターできるチュートリアル！【完全版】 - Qiita
はじめに こんにちは、Watanabe Jin(@Sicut_study)です。 今回は記事1本で初心者が必要な知識を全て学べるGitチュートリアルを紹介していきます。 世の中にはたくさんのGitに関する教材があります。しかし、真に良いと思える教材はありません。 もちろん私も4年前はGitという言葉を知らない状態から、書籍などで学習をしました。 しかし、書籍で知識を得たとしても実際にコマンドを使って実践的に学んだわけではなかったのでほとんど身になりませんでした。 私が思う世の中にあるGitの教材のイケてない点は2つです。 結局ほとんどの人が、教材ではなく実際に使ってみて使えるようになっているはずです。 書籍でやったことを全部ちゃんとできるようになった人はいないと考えています。 実際に利用するコマンドは限られている、たまに使うコマンドを紹介しとしても「この記事1本」で説明することができると思
ロジカルなコミットメッセージの書き方
チーム開発におけるコミットメッセージの書き方についてアウトプットします。 コミットメッセージに正解はありません。 組織によって最適な手法は異なるため、参考のひとつにしてください。 要点 フォーマット :Emoji: Title / Reason / Specification / Issue 項目 Emoji - 内容・種類をひと目で分かるように Title - タイトル（概要） Reason - このコミットをする理由 Specification - 言い訳ではなく、このコミット内容になった意図や仕様など Issue - 対応するIssue 作業内容はコードを見ればわかるので、「概要」「変更理由」「意図・仕様」を簡潔にまとめる。 例 コミットメッセージを書く理由 そもそも、コミットメッセージを書く理由は以下の通りです。 ひと目でどんなコミットなのか判断するため 簡潔にコミット内容を説明す
Gitのコミットメッセージの書き方（2023年ver.）
本記事のモチベーション 約8年前、Gitを使い始めたときに以下の記事を公開したところ、想像以上の反応をいただきました。 当時はSubversionからGitに移行し、試行錯誤をしている中だったこともあり、多くの反応をいただけたことはモチベーションのひとつでした。 ただ、時が経ち、当然かもしれませんが現在は当時と違う書き方をしており、思想として変わっていない部分はあるものの、今でもときどきLikeをいただく中で、アップデートを全くしないのは誠実じゃないなと感じていました。 というわけで、現在のフォーマットも数年後には変わっている可能性が高いですが、その時々のスナップショットを公開することにも何らか意味があるかなと思い、「今の僕はこうコミットメッセージを書いているよ」というのをまとめました。 Gitを使う環境 開発フローやホスティングサービスごとのUIのdiffによって、最適なフォーマットは変
GitHubの使い方を学ぶ「GitHub Skills」が無料公開。GitHubを実際に操作してMarkdown、Pages、Pull Requests、マージのコンフリクト解消などを体験
GitHubの使い方を学ぶ「GitHub Skills」が無料公開。GitHubを実際に操作してMarkdown、Pages、Pull Requests、マージのコンフリクト解消などを体験 GitHubは、実際にGitHubを操作しながらGitHubの使い方を学べる無料の教材「GitHub Skills」を公開しました。 Expand all you know about the GitHub platform. We're introducing GitHub Skills, a new learning experience integrated into the GitHub UI, backed by GitHub Actions. Try it out today! https://t.co/XnqCYdVqBL — GitHub (@github) June 6, 2022 G
[Git] .gitignoreの仕様詳解 - Qiita
対応バージョン この記事の内容は、少なくともGitのバージョン2.19.1までは対応している。 もし最新のGitで新しい動きがあれば随時更新する。 基本 .gitignoreを使うと無視する（Gitのトラッキングの対象外とする）ファイル or ディレクトリを指定できる。 .gitignoreは複数のディレクトリに置くことができる。 深い階層の.gitignoreに書かれた指定の方が優先順位が高い。（後に解釈される） .gitignore内の記述は上の行から順に以下のように解釈される。 /を含まない行（fileなど） .gitignore以下の全サブディレクトリ下にあるこの名前のファイル or ディレクトリを無視する 末尾以外にのみ/を含む行（/file, /path/to/file, path/to/fileなど） .gitignoreが置いてあるディレクトリをカレントディレクトリとする相
![[Git] .gitignoreの仕様詳解 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/36d49cf8b2fc1d393439b624f776be3f00d73051/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMTA2NzYwJTJGcHJvZmlsZS1pbWFnZXMlMkYxNDczNzEwMDM1P2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZiZz1GRkZGRkYmZm09cG5nMzImcz1lY2VjNDRmOWI4MDIwZDM1YzExN2I5N2MwZmE2NjQyOQ%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D9de655caf568dc475cc989b1cd0bf0ec%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCR2l0JTVEJTIwLmdpdGlnbm9yZSVFMyU4MSVBRSVFNCVCQiU5NSVFNiVBNyU5OCVFOCVBOSVCMyVFOCVBNyVBMyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPTkyYmE1YmEwOWQ2N2RkZjE5ZDY3ZmFhNzViOWE4NjU5%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBhbnFvb3FpZSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPWRhNGM0OWVkMWE1MzMzMWU2YTYwYjMyZmQ3N2E1NjZh%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Df341741f398aeec08f3f8f1cb3b2a0e6)
git push -u オプションで”上流ブランチ”を設定 | WWWクリエイターズ
git push のオプション「-u, --set-upstream」と、Git 初心者にあまり理解されていない「上流ブランチ」についてです。 git push の「-u, --set-upstream」 git push は、特に初めてブランチをPushするときに「-u」オプションをつけることを推奨されます。このオプションにより、push 先のリモートブランチが、push 成功時に上流ブランチとして設定されます。 例えば、はじめてローカルのブランチ「master 」をレポジトリ「origin」にpush するときに、-u オプションを付加すると、origin 上の master ブランチがローカル master の上流ブランチとして設定されます。 // push と成功時に上流ブランチとして設定する。 git push -u origin master 上流ブランチってなんなのさ？ 「上
transitive.info - git clean 使い方
git clean 使い方 git clean で削除されるファイルを確認する 「-n」オプションをつけると、実際にはファイルを削除せず、 どのファイルが削除の対象となるか表示される。 git clean -n 追跡されていないファイルをワークツリーから削除する リポジトリに管理されていないファイルは git clean で まとめて削除することができる。 git clean -n で削除対象のファイルを確認して git clean -f で実際に削除する。 「-f」オプションは git の設定で clean.requireForce が false （デフォルト値）になっていても ワークツリーのファイルを削除する。 git clean の対象を制限する git clean にファイルパスを与えると 削除の対象を制限することができる。 たとえば、削除するファイルをディレクトリ dir 以下
Git pretty format colors
I'm trying to set up pretty format colors for Git. From what I can tell version 1.6.0 only recognizes red, green and blue. $ git log --pretty=format:"%Credred%Creset %Cgreengreen%Creset %Cyellowyellow%Creset %Cblueblue%Creset %Cmagentamagenta%Creset %Ccyancyan%Creset %Cwhitewhite%Creset" red green %Cyellowyellow%Creset blue %Cmagentamagenta %Ccyancyan %Cwhitewhite In addition none of the colors wo
git diffの全オプション一覧 - Qiita
GitのサイトにはPro Git 2nd ed. Editionという本が全文無償公開されていて、日本語訳も公開されています。 なのでGitの使い方についてはこの本を読めば概ね事足ります。 ちなみに最新版はGitHubにあります。 それはいいのですが、なにげに意外なことにリファレンスは日本語訳が、というか英語以外の言語がないみたいです。 以下は、諸事情でgit diff --break-rewritesについて知りたかったのだけど日本語解説が一件たりとも存在しなかったので調べたついでに全オプションについて軽く調べてみたメモです。 マニュアルのバージョンは2.20.0。 git diff SYNOPSIS 書式。 基本的にgit diff、オプション、対象コミット、--、対象ファイル名の順に書く。 git diff [<options>] [<commit>] [--] [<path>…]
新規ブランチをチェックアウトする「git checkout -b」オプション | WWWクリエイターズ
Git 利用者は便利で利用機会の最も多いオプションのひとつ、git checkout の「-b」オプションについてです。 ブランチを新規作成してチェックアウトする「git checkout -b」 開発中はフィーチャブランチを作って機能ごと対応を開始する事も多いはずです。そんなときは、checkout に「-b」オプションをつければ、ブランチ新規作成とチェックアウトを同時に行うことができます。 // feature/bookmark ブランチを作成してそのままチェックアウト $ git checkout -b feature/bookmark // 同義 $ git branch feature/bookmark $ git checkout feature/bookmark このコマンドで、すばやく新規機能を開発を始めることができますね。 git checkout の参考情報 git c
Windows10のgit logが文字化け（<E8><A4>...)するときの対処 - Qiita
powershellやcmdで見ると以下のように文字化けしてしまっていたのですが この記事のコメント欄で「gitでなくgit logで表示に使ってるlessの文字コードが違うのではないか」ということと、lessはLESSCHARSETという環境変数で文字コードを指定できるということを知ったのでシステムで環境変数を設定。 コマンドプロンプト・Powershellを再起動（VisualStudioから起動したcmdはVisual Studioごと再起動しないとダメだった）してもう一度git logを試すと (コンソールで環境変数を出力させて正しく反映されているか確認して） Powershellでもcmdでも日本語でgit logできるようになりました。
美容内服薬ラボットメディカルクリニック【公式】
オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。 普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。
Ansibleでgit cloneを実行する - かべぎわブログ
今回はAnsibleでgit cloneを実行する方法をご紹介します。 今回はテスト用に以下のリポジトリを利用してみます。 https://github.com/takakabe/blog_RaspberryPi 前提条件 各ターゲットノードに以下のモジュールが必要です。 git>=1.7.1 (the command line tool) ## 実行コマンド $ ansible-playbook -i ansible_hosts git.yml ansible_hosts [test_server] 172.140.1.1 git.yml - name: git_test hosts: test_server tasks: - git: repo=https://github.com:takakabe/blog_RaspberryPi.git dest=/home/ec2-user/te
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: エンジニアのためのGitの教科書 実践で使える！バージョン管理とチーム開発手法: 株式会社リクルートテクノロジーズ, 株式会社リクルートマーケティングパートナーズ, 河村聖悟, 太田智彬, 増田佳太, 山田直樹, 葛原佑伍, 大島雅人, 相野谷直樹: Digital Ebook Purchas
大学の情報工学科はGitを教えませんが、それで実務ができるのでしょうか？企業は大学で習わなくても自分で勉強しており、入社したらGitは当たり前に使える人間が欲しいですか？
.gitignore で、git のバージョン管理から無視するファイルを設定する - Qiita
GitのRemote名変更（メモ） - Qiita
最新のgitだと`git push`した時に警告が出たのでその対策 - Qiita
【イラストで覚える】初心者のためのGitとGitHub用語集 | ずくろぐ
