プログラミング初心者はgit commitする前に必ずdiffを自分でレビューするクセを付けよう - give IT a try
プログラミング初心者向けのTipsです。 まあ、タイトルに書いたとおりなんですが、プログラミング初心者は（というか、プログラマならみんな）git commitする前にdiffを自分でチェックするようにしましょう。 それはなぜか？ しょーもないミスを自分で見つけるためです。 しょーもないミスというのは例えば、消し忘れのコメントや、デバッグ用に書き込んだprint文、無駄な空行、おかしなインデント、管理対象外とすべき一時ファイルや隠しファイル等々です。 def create @book = Book.new(book_params) puts @book.title # ほら、デバッグ用のputsが残ってるよ！！ if @book.save redirect_to @book, notice: '登録しました' else render :new # インデントが1文字ズレてるよ！！ end e
git diffコマンドで比較する時のダブルドット(..)とトリプルドット(...)の違いとは？ | Yakst
Gitでブランチ(コミット)間の違いを表示するgit diffコマンドに存在するダブルドット(..)記法とトリプルドット(...)記法の違いについて、Stackoverflowの分かりやすい回答。 「git diffコマンドで比較する時のダブルドット(..)とトリプルドット(...)の違いとは？」という質問へのMark Longair氏の回答 git diffコマンドは通常(「通常」というのは、例えばマージコンフリクトを解消する際などには3ウェイマージを表示することがあるため)、コミットグラフにおける完全な2つのポイント間のツリーの状態の違いを表示します。git diffでの..と...の表記は、以下の意味になります。 言い換えると、git diff foo..barはgit diff foo barと完全に同じです。どちらも2つのブランチfooとbarの最新の変更同士の違いを表示します。
Using Microsoft Word with git
One of the major challenges of writing a journal article is to keep track of versions - both the different versions you create as the document progresses, and to merge in the changes made by your collaborators. For most academics Microsoft Word is the default writing tool, and it is both very good and very bad in this. Very good because the track changes feature makes it easy to see what has chang
git 変更をpatchファイルにする
変更差分をpatchファイルにすることができる。 事前知識として、Linuxの patch はテキストファイルに差分を適用するコマンド。 パッチファイルを作成するコマンドは以下。 $ diff -u 変更前のファイル 変更後のファイル > パッチファイル名 -u オプションは unified diff形式で出力する指定。 例として、パッチファイルを作成して、そのパッチファイルの中身を見てみる。$ diff -u a_old.txt a_new.txt > a.patch $ cat a.patch --- a_old.txt 2017-08-01 09:00:00.570393470 +0900 +++ a_new.txt 2017-08-01 09:30:00.841552217 +0900 @@ -1 +1,3 @@ aaa + +modified 1
Gitはどうやってテキストファイルとバイナリファイルを自動識別しているのか？ - Qiita
tl;dr 先頭 8000 バイト以内に NUL が有ったらバイナリファイル。 Gitの実装 Gitの内蔵diffは FIRST_FEW_BYTES だけ検索するようになっている。 https://github.com/git/git/blob/6e0cc6776106079ed4efa0cc9abace4107657abf/xdiff-interface.c#L187 #define FIRST_FEW_BYTES 8000 int buffer_is_binary(const char *ptr, unsigned long size) { if (FIRST_FEW_BYTES < size) size = FIRST_FEW_BYTES; return !!memchr(ptr, 0, size); }
astahのモデルをGitで差分比較する方法のリンク - プログラマの思索
astahのモデルをGitで差分比較する方法の記事があったのでリンクしておく この方法は使えそう。 【参考】 astah*とGit | astah in 5 min 【１】UMLでモデルを書いていると、差分比較を取りたくなる時がある。 顧客の要求事項を一つずつモデルに反映して、課題を一つずつ潰していく作業は地道で労力がかかる。 だから、顧客のヒヤリングのたびに、想定したモデルをどんどん洗練させていく時、前回の状態とどれだけの変更箇所があったのか、後で振り返りたくなる。 また、マイルストーンごとに、モデルの差分比較もやりたい時がある。 仕様変更のスコープだけ、顧客に見積もりを請求したいからだ。 その為には、たとえモデルがバイナリファイルであっても、ソースと同じような差分比較機能が欲しくなる。 【２】（引用開始） astah*には、プロジェクトの比較機能というものがあります。これをコマンドライ
git difftool --dir-diff が便利すぎて泣きそうです
Git の 1.7.11 から git difftool コマンドに --dir-diff というオプションが追加されたのですが、これがライフ チェンジングだと思ったので紹介します。 --dir-diff 登場以前の git difftool は「ファイルごとに順番に差分を表示していく」ことしかできず、使い勝手はいまいちでした。それが、--dir-diff オプションの登場で状況が一変したわけです。 こんな感じの使い心地だよ ある Git レポジトリーで dir1/a.txt と dir2/c.txt を編集したとしましょう。 この状態で git difftool --dir-diff または git difftool -d を実行してみると・・・。 はい、差分のあるファイルが一覧で表示されました。 (difftool に WinMerge を設定して、メニューから [ツリー表示] を有効
Gitで管理しているExcelファイルの差分を見る - Qiita
動機 ExcelファイルをGitで管理しているときに、差分を見られると嬉しい。Git for Windows (msysgit)は、WordファイルやPDFファイルは差分を見られるように設定済で配布されているが、Excelファイルについては未対応。 できたこと git diffでExcelファイルに加えた変更を確認してからgit commitできる もちろん過去の履歴の差分も見られる 行頭にシート名が含まれていて複数シートにも対応している CUIでのExcelファイルの差分表示例 GUI (Git Extensions)でのExcelファイルの差分表示例 超便利！！！ 使ったもの Git for Windows (msysgit) version 1.8.4.msysgit.0 Go 1.4.2 git-xlsx-textconv ab71fc84ecd7ae97b19305ba05159
【Git】【Windows】diff で Excel の違いを見られるようにする方法
環境 Windows7 Professional 32bit git version 2.7.2.windows.1 1. Go 言語および git-xlsx-textconv の導入 コマンドプロンプトでの作業ですわ。 go version コマンドで GO インストール有無を、go env GOPATH コマンドで GOPATH が設定されていることを、PATTH コマンドで %GOPATH%bin が設定されていることを確認。まだなら Go 言語のインストール、環境変数設定を行う。 【Windows】Go 言語をインストールし、動作の確認、開発準備を整える手までの手順 – oki2a24 go get github.com/tokuhirom/git-xlsx-textconv git-xlsx-textconv.exe で 2016/03/05 08:21:47 Usage: gi
Vimと日本語編集（2）: 修正前後の原稿の差分を一瞬でチェックする - the code to rock
Vimと日本語編集シリーズ第2回。 前回はこちら。 note103.hateblo.jp けっこうニッチな内容だったと思うが、今回はもう少し使用頻度＆汎用性が高いかもしれない。 前提・状況設定 よくある解決策・その何が問題か 解決策 別解 fugitive.vim / Gdiff diffsplit, VDSplit まとめ 前提・状況設定 複数人で利用・共有するドキュメントがあるとして、それをまず自分が書いたとしよう。 大体内容がまとまったのでデータを他のメンバーに渡し、「気になるところがあったら適当に手を入れといて」なんて言っておいたら、しばらくして修正版が届いたとしよう。 でもパッと見たところ、どこが修正されたのかわからない。 たとえば、これが修正前。*1 そして修正後。 そのようなときに、どうするか。 よくある解決策・その何が問題か 一番容易な選択肢としては、「じっくり見る」。 ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kazuho Oku on Twitter: "プルリク、たいていmainブランチのHEADよりも古いのをフォークしてるけど、そういうなのを手元でレビューする時は git diff -r $(git merge-base HEAD main) とやると、共通祖先とのdiff… https://t.co/UstVHNFGmv"
忘れやすい人のための git diff チートシート - Qiita