間違って別のブランチで実装を始めちゃった時にgit stashで別ブランチに編集中のソースを移動する · GitHub
git-steash.md 間違って別のブランチで実装を始めちゃった時にgit stashで別ブランチに編集中のソースを移動する git Git - Stashingの手抜き翻訳かつ、勝手に構成や説明の流れを変えたものです。 間違ってmasterブランチなどで実装を始めたのに途中で気づいて、開発用のdevelopmentブランチにその書きかけのソースをコミットすることなく持って行きたいときは、git stashを使う。 書きかけだとgit statusとしたときに色々でるはず。 $ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: index.html # # Changes not staged for c
Gitのコミットメッセージの書き方 - Qiita
Gitのコミットメッセージの書き方 自分なりにまとめてみました。Git歴浅いので、意見募集中です。 （2014年12月17日追記） 想像以上にたくさんの方にストックなりはてブなりいただいたので、はてブでなるほど！と思ったコメントをもとに少し修正・加筆してみました。 （2022年1月4日追記） 最新の書き方をこちらに書きました。 https://zenn.dev/itosho/articles/git-commit-message-2023 原則 以下のフォーマットとします。 1行目：変更内容の要約（タイトル、概要） 2行目 ：空行 3行目以降：変更した理由（内容、詳細） 日本語でも英語でもOKですが、リポジトリで統一してください。 1行目 コミット種別と要約を書きます。フォーマットは以下とします。 [コミット種別]要約 コミット種別 以下の中から適切な種別を選びます。 （多すぎても悩むので
【Git】サルでも分かるとか言われても分かんねーよって思ってたけど、少しだけGit使えるようになってきた話
Git使ってます？Git。 覚えなくちゃなあ…でもあれ正直よくわかんないんだよなあ…。そんなデザイナー結構いるんじゃないかと思いますが（いてくれ！）いかがでしょうか。 一応、ご存じない方のために概要を抜粋。 Git（ギットまたはジット）は、プログラムのソースコードなどの変更履歴を記録・追跡するための分散型バージョン管理システムである。もとはLinuxカーネルのソースコード管理に用いるためにリーナス・トーバルズによって開発され、それ以降ほかの多くのプロジェクトで採用されている。Linuxカーネルのような巨大プロジェクトにも対応できるように、動作速度に重点が置かれている。現在のメンテナンスは濱野純 (Junio C Hamano) が担当している。 Wikipediaより つまりGitとは、コードや画像の修正・変更ごとにファイルの状態を記録し、それぞれのバージョンを管理することができるシステム
Git の仕組み (1) - こせきの技術日記
目次 はじめに Git を使ったことがない方へ 生のデータが見たい方へ Git の全体像 .git の中身 Git オブジェクトデータベース 4種類のオブジェクト リファレンス リファレンスのリファレンス 大きなツリー Git オブジェクトの ID と 中身 ハッシュ関数 SHA1 の簡単な説明 tree と blob オブジェクト tree と blob の参照関係 ルートツリーの ID でツリー全体を識別する commit オブジェクト リファレンスとブランチ ブランチ ブランチ先頭を指すリファレンス HEAD リファレンス detached HEAD 2種類のタグ 一時待避 (stash) インデックス キャッシュとしての役割 マージ Fast-Forward マージ non Fast-Forward マージ rebase reset 2種類のブランチ 各リポジトリが自分のブランチを
.gitignoreの存在を我々は見過ごしてはならない。 - Qiita
.gitignoreとは？ .gitignoreはGitのリポジトリのルート（.gitフォルダと同じ位置）にあるときに使えます。 Railsの場合 Railsアプリとかだと、logディレクトリはバージョン管理したくないから とか書いてある。 同じように、バージョン管理の必要性がなかったり、していると不都合がおきる、 - sqlite3のDBファイル - キャッシュが入るtmpフォルダ - プロセス監視のpidファイル 等はignoreしておくべきです。（デフォルトで.gitignoreに書かれていますが） .gitignore自体はignoreにするべき？ それを ignore するなんて とんでもない！ .gitignoreはプロジェクト全体で共有しておくと、環境が変わっても（パソコンが変わっても）ignoreされるファイルやフォルダは 一緒な"はず" なので、ignoreはしなくて大丈
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
一人でもはじめるGitでバージョン管理
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】