【図解解説】これ1本でGitをマスターできるチュートリアル！【完全版】 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは、Watanabe Jin(@Sicut_study)です。 今回は記事1本で初心者が必要な知識を全て学べるGitチュートリアルを紹介していきます。 世の中にはたくさんのGitに関する教材があります。しかし、真に良いと思える教材はありません。 もちろん私も4年前はGitという言葉を知らない状態から、書籍などで学習をしました。 しかし、書籍で知識を得たとしても実際にコマンドを使って実践的に学んだわけではなかったのでほとんど身になりませんでした。 私が思う世の中にあるGitの教材のイケてない点は2つです。 結局ほとんどの
脱ブランチファースト - 日々常々
あるいは「プルリクエストをやめてみた」 チーム構成とかにもよるんだろうけど。Gitかつフォークされないプロダクトでの話です。OSSとかは全然話は変わります。 問題とアプローチ (2019-10-25T15:20 追加) 表出している問題と、ここでのアプローチを書いておきます。 ブランチファースト（造語） 「ブランチファースト」はこのエントリでの造語です。コードベースに変更を加える際に「まずブランチを作成する」から始めることを指します。 作業単位でブランチを作成、ブランチでコードを変更してプルリクエスト、レビューを経てメインライン（ master ブランチ）に反映までがブランチファーストのスコープになります。 よくあるスタイルだと思いますし、ブランチだけ作成して変更せずプルリクエストを作成する拡張もありますね。 プルリクエストを挟まずにメインラインにマージするものは含みません。 ……名前微妙
チーム開発においてGit初心者が踏みがちな地雷まとめ｜TechRacho by BPS株式会社
morimorihogeです。残暑やばい。 ※元々は2014年に書いた記事ですが、2020年になっていろいろと事情も変わっているので2020年revise版として更新しました。 弊社ではバージョン管理システムにGitを使っています。 数ヶ月以上一緒にやっているある程度ツーカーなメンバーだけのプロジェクトなら問題無いのですが、案件によっては協力会社の方が一時的にJOINしたり、新規参入メンバーの参加などで、これまでGitを使ったことがない、または本格的なチーム開発でGitを使ったことがない人が参加することもあります。 ※2020年現在では流石に全くGitを使ったことのない開発者というのはほぼ見なくなりましたが、チーム開発できちんと運用に乗せて使ったことがない、という所は今でもそこそこあるようです。 Gitは自由度の高いシステムですが、その分概念を覚えることが必要なため、導入の敷居が高い方だと
Windows10 64bit でgitBashやSourceTreeがやたら遅い 重い - Qiita
なぜかgit GUIクライアントのSourceTreeやコンソールからgitを使用するgitBashがやたら遅くなる。 gitBashのコンソールが起動するのも遅いし、起動したあともただEnterキー押しただけなのに シェルに戻ってくるまで時間がかかる。 SourceTreeもステージングやコミット、差分の検出がとても実用に耐えないほどクソ遅い。 どうしたもんかと検索しても合致する現象が出てこない。 英語ならどうかなと[gitBash Windows10 very slow]で検索してみたら 同じ現象のがあった 「Disabling AMD Radeon graphics driver in the Windows device manager」 AMD Radeon graphics driverを無効にすればいいらしい。 こんなんで治るんかいなと思ったがとりあえずやってみる。 デバイス
【初心者向け】Gitのインストール方法をわかり易く解説（画面付き）
Gitとは、バージョン管理を行うツールの１つだ。バージョン管理は数多く存在するが、ここではGitを紹介する。 Gitインストール方法 Gitはバージョン管理システムのひとつであり分散型と呼ばれている。そのGitのインストール方法を表示される画面の順に従って説明を行う。 ダウンロード 「git for windows」の公式サイト（URL: https://git-for-windows.github.io/）よりインストーラーのダウンロードを行う。 出典：git for windows ダウンロードは「Download」ボタンを押すことによって始まる。 ダウンロードが終わると、ダウンロード・フォルダーに最新バージョンのインストーラー（OSに応じてGit-2.13.2-64-bit.exeまたはGit-2.13.2-32-bit.exe）が格納される。この記事を書いている時点では、最新バージ
本の虫: gitの10周年を記念したLinus Torvaldsへのインタビューの翻訳
著者：江添亮 ブログ: http://cpplover.blogspot.jp/ メール: boostcpp@gmail.com Twitter: https://twitter.com/EzoeRyou GitHub: https://github.com/EzoeRyou アマゾンの江添のほしい物リストを著者に送るとブログ記事のネタになる 筆者にブログのネタになる品物を直接送りたい場合、住所をメールで質問してください。 gitの10周年を記念したLinus Torvalsへのインタビューの翻訳 10 Years of Git: An Interview with Git Creator Linus Torvalds | Linux.com gitの10週年を記念して、リーナス・トーバルズがインタビューに答えている。以下はその翻訳である。 なぜGitを作ったのか？ トーバルズ：俺はソース
[SourceTree]gitコミット間のファイル一覧を取得する方法 - Qiita
SourceTreeの「端末」を開き、下記コマンドを実行するとgit履歴から編集ファイル一覧が取得できます。 よかったらご活用ください。 （ちなみに頭の$は「コマンドですよ」という印なので、$まで入れないようにご注意ください） ※SHAとは：sourcetree上に「コミット」という欄で表記される履歴IDのこと。本当は長いが省略版も併記してある。どちらでも可 ## コミット間のファイル一覧を取得 $ git diff --stat --name-only [fromコミットのSHA] [toコミットのSHA] ## ファイルに出力(適宜出力先のパスは変えてください) $ git diff --stat --name-only [fromコミットのSHA] [toコミットのSHA] > /Users/aaaaa/Desktop/[出力ファイル名].txt
![[SourceTree]gitコミット間のファイル一覧を取得する方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bdaf0f1e47c7670dce2e1126aca75d5804f24242/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%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMjE0NTglMkZwcm9maWxlLWltYWdlcyUyRjE0OTE4OTEwNzA_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9NDZjOTYzYTg5NGZhZDU0MGRlMThmZTk2OGU4YjczZWQ%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D5de112f494ac5aec381131151980e568%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCU291cmNlVHJlZSU1RGdpdCVFMyU4MiVCMyVFMyU4MyU5RiVFMyU4MyU4MyVFMyU4MyU4OCVFOSU5NiU5MyVFMyU4MSVBRSVFMyU4MyU5NSVFMyU4MiVBMSVFMyU4MiVBNCVFMyU4MyVBQiVFNCVCOCU4MCVFOCVBNiVBNyVFMyU4MiU5MiVFNSU4RiU5NiVFNSVCRSU5NyVFMyU4MSU5OSVFMyU4MiU4QiVFNiU5NiVCOSVFNiVCMyU5NSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPTI4YWYyNTg3NDRlNTI0NmEyODVjMjU2ODkzMTNiMjU1%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBDaG9jb2xhdEVuZ2luZWVyJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9ZDkwNjI1OThlNTkyMDc0OWVhNGRiYjU4OWM1M2E0Mzk%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D5045557b19c6521e60805f25ce674fb7)
SVN脳患者から見たGit - Qiita
はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu
使いこなそうとする悪いクセ | おごちゃんの雑文
gitのこのエントリがちょっと盛り上がってた。 gitの良さがいまだに分からない 本文もブコメも読んだのだけど、ほとんどの人が「使いこなせてない」ということを問題視しているように見える。 gitのエントリはいつもそれなりに話題になり、それぞれ面白かったりタメになったりするのだが、いつも何らかの既視感を感じていた。ずーっと考えてみたら、それはかつての TeX にあったことによく似てる。 「往時のTeX」も「今のgit」も、 割と誰もが使うことになる てゆーか使ってないと恥ずかしかったりする 結果は素敵だけど学習コストは低くない という点でよく似てる。だからこそ「ノウハウ」の記事がいっぱい上がり、それらについてあれこれ言われ、また「哲学」みたいな「作法」みたいなものも議論になる。 近頃はTeXを使うことが減ったのではあるけど、昔はTeXはよく使っていた。TeXと言っても生TeXではなくて、La
git/コミットログを修正する方法 - TOBY SOFT wiki
はじめに † gitでコミットログを修正したいです。 Redmineとかで、refs #10とかcloses #10とかつけるとコミットログにチケットを関連付けられますが、これがよく書き忘れるんですね…。 直前のコミットログを修正する方法あるみたいです。 直前のコミットログ以外も修正する方法はないのかな…。 (Subversionだとhookスクリプトで許可できますよね。分散型だとやっぱり無理？) ↑ 直前のコミットログを修正する方法 † 直前のコミットログの修正は"git commit --amend" でよいみたいです。 例えば、 $ git commit -m "fixed xxx bug" : # コミット完了! # あ！しまった！"refs #(チケット番号)"つけるの忘れてた！ # (私が使うプロジェクト管理ツールRedmineではrefs #13 のようにすると # コミット
git diff で Office ファイルの差分を見る - Qiita
入れたくないとは思っていても、止むに止まれぬ事情で Word, Excel, PowerPoint などのファイルを git レポジトリの中で管理することはありませんか？この記事では、Mac で Office ファイルの diff を取る方法を紹介します。Linux でも多分動くはず。 textconv 普通、バイナリファイルを git diff しても、変更内容がわかりません。ところが、git には textconv という、バイナリファイル（別にバイナリじゃなくてもいいんですが）をコマンドに渡した結果を diff に使う機能があります。ドキュメントには、JPEG の Exif 情報の diff を取る例等が載っています。 Office ファイルからのテキスト抽出 では、Office ファイルからテキストを抽出するにはどうすればいいでしょう？Windows の msysgit には as
gitとプルリクエストに関して思うことまとめ - Qiita
※この記事は元々「Gitのこれやめて！リスト」として2015年11月に投稿したものを改訂したものです。 この記事について 私が個人的にgitとプルリクエストについて、「こうして欲しい」とか「これはやらないで！！」とか思っていることをまとめたものです。 元々は2015年に私がコードレビューをしてる時に気になったことを、あまり推敲もせず思うがままに書いた記事でした。今改めて読み返すと稚拙な文章なのと、他に思うところとがあったりしたので、改めて書き直しました。いいね貰ってるのに書き直すのに若干後ろめたさがあるのですが、よりいい内容にできればと思います。 コミットログがきれいだとレビューしやすい 一人で開発するときはgit使っててもブランチ切らないし、プルリクもださないしで、コミットログも"First Commit"の次が"Second Commit"とかでも支障はないです。しかし、チームで開発す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
既に git 管理しているファイルをあえて無視したい - Qiita
Gitでブランチを作るのを忘れてmasterにコミットしてしまったときの対処法 - Qiita
【Git】ファイルパーミッションの変更（chmod）を無視する方法 - Qiita
Print commit message of a given commit in git
git logのフォーマットを指定する - Qiita
GitでCloneしようとするとearly EOFエラーが発生した - Qiita
気付いたら.gitignoreはgiboで自動生成する時代になっていた - Qiita
間違えてmasterやdevelopにpushしてしまうあなたは今すぐこれを.git/hooks/pre-commitにコピペしなさい - Qiita
