業務で本当によく使うgitコマンド(超絶基本) - Qiita
いろんなgitのサイトや記事がありますが、自分が業務をgitを触ってみないと使い方は覚えません（僕が実際そうだった）。 研修ではsource treeを使っていましたが、業務で使ったことはないですし、正直コマンドの方が使いやすい。むしろコマンドに慣れてから、source treeなどの便利ツールを使うべきです。 今となってはしみじみそう思います。 この記事では、かなり基本的なことしか書きません。git初心者の方、業務に入ったばかりの社員の方、マジgitわかんねぇテヘペロな方を対象としています。 環境はmacでやっていますので、一部コマンドは動かない場合があります。 git init どこでこれやんの！？ 初めてこのコマンドを見たときはそう思いました。 git管理下に置くディレクトリ内で行うという暗黙のルールがあります。 .gitが作成されていればおｋ。これでこのディレクトリ内はgit管理下
git stash についてまとめてみた(file単位でstashしたい) - Qiita
この記事を書いたきっかけ git stash をファイル単位で行いたい... そんなわけで、ついでにGitマニュアルのStashページのまとめとかしてみました。 あまり使わないオプションもあるので、間違っていたらどなたか教えていただけると助かります。 そもそも、stashって？ 変更点を一時的に退避させるコマンドだと認識しています。 （マニュアルは汚れたディレクトリを隠すと記載しています） 基本的な使い方 だいたい、変更した内容を一時的に退避させるのに使います // ステータス確認 C:\work\hoge>git status On branch master Changes not staged for commit: (use "git add/rm <file>..." to update what will be committed) (use "git checkout --
makeしたLinuxカーネルのバージョンに+ (プラス) が付いてしまう | monolithic kernel
Linuxカーネルをmakeすると、バージョンに+ (プラス) が付いたり付かなかったりします。これが厄介でならないので、なんとかやめさせられないか調べてみました。 結論から言うと、コードをGitで管理していて、かつdirtyな (コミットされていない変更が作業ディレクトリに存在する) 状態の場合に+が付きます。無効化するconfigはありません。私は参考のリンク先にあるようにscripts/setlocalversionの該当する処理をコメントアウトしてしまいましたが、あまりよいことをしている感じはしないので、実践するかどうかの判断は読者のみなさんにお任せします。 # scm version string if not at a tagged commit if test "$CONFIG_LOCALVERSION_AUTO" = "y"; then # full scm version
IntelliJ IDEA 2018.1 EAP: Gitの部分コミットなど | Post Blog
IntelliJ IDEA 2018.1 EAPの最新ビルドをリリースしました。サイトからダウンロードするか、Toolbox Appよりアップデートしてください。 IntelliJ IDEA 2018.1ではついにGitの部分コミット(git add -p)をサポートしました。選択した部分だけをコミットし、他をスキップすることができます。 コミットダイアログのdiffビューにてコミットしたい部分にチェックを入れてください。 さらに、変更箇所を 別のチェンジリストにひも付けて別のタイミングでまとめてコミットすることも可能です。別のチェンジリストに移動するにはdiffペインで右クリックしてください。 別の方法として、エディタのガターエリアをクリックすればチェンジリストを選択したり新しいチェンジリストを作ったりできます。 近々Gitの部分コミットについては別のブログポストを公開する予定ですのでお
Shift-JISのテキストファイルに含まれる日本語のgit diffを文字化けせずに見る方法
Git for WindowsがUTF-8に対応したおかげで、ほとんど日本語ということを意識せずに使うことができるようになりました。 ただ、まだまだShift-JISのファイルを扱うことも多く、現在のGit for Windowsではgit diffが文字化けしてしまっていました。 この現象を解消するためには、次のような手順が必要です。 nkf.exe nkf32.dll Windows用の詳細情報 : Vector ソフトを探す！などからnkf.exeをダウンロードする。 nkf.exeを~/bin（％UserProfile%\bin）など、Git Bash起動時にパスが通った場所にコピーする。 git diffを|（パイプ）でnkfに流す。 nkfには-sオプションでShift-JISを指定する。 生のgit diffと違って色分けはされませんが、正しく日本語が表示されることがわかりま
SourceTreeの外部Diffでブランチ間のディレクトリ比較できると泣けるほど便利 - Qiita
動機 SourceTree から WinMerge（Windowsの人）や meld (Macの人)を 外部Diff ツールとして設定すると、SourceTree から 外部Diff ツールを利用してファイル差分を確認することができます。 ただ SourceTreeから呼び出す外部Diffは、ファイル単位での比較になりイマイチです。 一方 git コマンドでは difftool コマンドに --dir-diff オプションが用意されていてディレクトリ単位で外部Diffツールが利用できて便利です。 SourceTree でもディレクトリ単位で外部Diffやりたい。という思いで試してみてある程度うまくいったので記事にしてみました。 まずgitコマンドでの difftool について SourceTree の説明の前に、git コマンド の difftool から説明します。 git difft
間違って別のブランチで実装を始めちゃった時に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 stash Tips & stashの仕組み - Qiita
便利ですよね、stash。 普通に使ってるだけでも便利なんですが、知っておくと更にサクッと使いこなせるTipsをQ&A形式で紹介します。 おまけとして、Tipsで紹介したオプションを実現するstashの仕組みにもチラっと触れています。 Q. add済みなファイルだけゴニョゴニョしたいからnot stagedなファイルだけを退避しておきたい A. stash --keep-index (-k) オプションを使う 今の状況 ： add済みなファイルだけをゴニョゴニョしたいのにnot stagedなファイルがあって邪魔、ちょっと消えてて欲しい。 $ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: bar # #
[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/f3a871a4b73c79e5a89f7983c0c5dbf9152802b2/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCR2l0JTVEJTIwLmdpdGlnbm9yZSVFMyU4MSVBRSVFNCVCQiU5NSVFNiVBNyU5OCVFOCVBOSVCMyVFOCVBNyVBMyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZmQwZmQyYzZmMjY3MTY3ZjViMGNkZmNiMjFiNzE0ZTU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwYW5xb29xaWUmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTQ5M2QwYTkxMTg2OTExM2YwNTYzZDZkNGJlOTIxZmRm%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D4d355895de6f0b823a80b0f16cb75fd7)
日本語のGitタグ名は避けましょう
SmartGitが許すから調子にのって，使ってみたのですが，Bitbucketにプッシュしてから，Bitbucket とお話しができなくなって困っていました．以下がエラーメッセージです． Synchronize: Reference has invalid format: 'refs/tags/:5L3Q800' The remote end hung up upon initial contact. 同期もプッシュもプルもできなくなってしまいました．SmartGitはUTF8でエンコードされたタグ名に対応しているのですが，Bitbucketはまだだったようです．こちらは日本語名のタグ名のつもりでいるのですが，先方（Bitbucket）ではそれを:5L3Q800と思いこんでしまって，しかもGitがコロンで始まるタグを許さないからどうにもならないことになってしまいました． 結局，手元のリポジ
削除したファイルの履歴を確認する - nafuruby’s diary
git logに`--`セパレータを利用すれば可能です。 あー、もう削除しちゃっているけどログを確認したいな、という時にぜひ。 $ git log -- <path>ドキュメントには以下のように記載されていました。 git-log(1) [--] <path>… Show only commits that are enough to explain how the files that match the specified paths came to be. See History Simplification below for details and other simplification modes. Paths may need to be prefixed with ‘`-- '’ to separate them from options or the revision
[Git]コミットの取り消し、打ち消し、上書き - Qiita
を叩けばOK。 --softオプション：ワークディレクトリの内容はそのままでコミットだけを取り消したい場合に使用。 --hardオプション：コミット取り消した上でワークディレクトリの内容も書き換えたい場合に使用。 HEAD^：直前のコミットを意味する。 HEAD~{n} ：n個前のコミットを意味する。 HEAD^やHEAD~{n}の代わりにコミットのハッシュ値を書いても良い。 gitのv1.8.5からは、「HEAD」のエイリアスとして「＠」が用意されている。 HEAD~とHEAD^と@^は同じ意味。 HEAD^^^とHEAD~3とHEAD~~~とHEAD~{3}と@^^^は同じ意味。 ただしWindowsの場合はgit reset --soft "HEAD^"と、HEAD^を"で囲んでください。 git resetの詳細は、下記記事に詳しく書いているので、ぜひ参考にされてください。 ▼[g
![[Git]コミットの取り消し、打ち消し、上書き - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/da95903f8f4fb19ef9bd98812632bf19f6d8f660/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCR2l0JTVEJUUzJTgyJUIzJUUzJTgzJTlGJUUzJTgzJTgzJUUzJTgzJTg4JUUzJTgxJUFFJUU1JThGJTk2JUUzJTgyJThBJUU2JUI2JTg4JUUzJTgxJTk3JUUzJTgwJTgxJUU2JTg5JTkzJUUzJTgxJUExJUU2JUI2JTg4JUUzJTgxJTk3JUUzJTgwJTgxJUU0JUI4JThBJUU2JTlCJUI4JUUzJTgxJThEJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz00NWE5NDU5NmIyMmExNDNjZGZmY2IyMTBhZjAzZDk4ZQ%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2h1bnRhcm9fdGFtdXJhJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03NTIzZDczZGI1NzYyYzBhZWM5NjZlOGE1NGE3ODU5YQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Def0ad06ae63e693fb3e98fa4255fdc08)
SourceTreeのコミットメッセージに日本語が入力できない問題 - ねむすぎ日記
SourceTreeのバージョン1.8.2.3で確認していますが、前のバージョンでもずっと起こっている問題になります。問題はWindows版で起こっていてMac版は問題ありません。 具体的には、SourceTreeを起動してコミットメッセージ欄を選択、半角/全角キー等を押して日本語入力に切り替えようとしても英数字しか入力できません。 （2016年8月21日追記） ReleaseNoteのどれによってなのかはよく分かりませんが、バージョン1.9.6あたりで解消したような気がします。 応急処置 この状態でコミットメッセージ欄で一度右クリックをすると、日本語切り替えが可能になります。 右上の検索窓を左クリックしても解消します。フォーカスが一度外れれば何でもよさそうです。 Atlassianに問い合わせた結果 日本語でも問い合わせができるようになっていました。 本件、ご迷惑おかけして誠に申し訳ござ
プログラマだけど異世界の開発会社に転生した - megamouthの葬列
最適化（オプティマイゼイション） ジャムス「どうもページの表示が遅いんだ。多分Javascriptが重すぎるんだよ。どうしたらいいんだろう？」 エイダ「しょうがないわね。ふーん。まずJqueryのappendが多いわ。DocumentFragmentやinnerHTMLをもっと効果的に使わないと」 ジャムス「ふーむ」 と言ってジャムスはTeraPadを開くとjsファイルを編集しはじめた。エイダがすかさず口は挟む。 エイダ「待って。前のファイルをちゃんと残しておかないと。」 ジャムスはうっかりしていたとばかりにエクスプローラーで、main.jsをクリック。CTRL+Cでコピーすると、流れるような動きでCTRL+Vを押す。すぐさま「main.js のコピー」ができあがる。 エイダが呆れて言った。 エイダ「それじゃ、いつの履歴かわからないじゃない！。今日の日付main.1281落葉の月21の日.
Git/コマンド - 初心者エンジニアの簡易メモ
gitのヘルプ $ git help $ git clone --help git clone [--template=<template_directory>] [-l] [-s] [--no-hardlinks] [-q] [-n] [--bare] [--mirror] [-o <name>] [-b <name>] [-u <upload-pack>] [--reference <repository>] [--dissociate] [--separate-git-dir <git dir>] [--depth <depth>] [--[no-]single-branch] [--no-tags] [--recurse-submodules[=<pathspec>]] [--[no-]shallow-submodules] [--[no-]remote-submodules] [
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git diffでの文字化け対策 - Qiita
SourceTree でブランチ同士を比較する方法
Loading...
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
gitで特定ファイルを特定のcommitに戻す - Qiita
