Skip to main content

WinMerge のセットアップと使う方

WinMerge は、Windows 用のオープン ソースの差分およびマージ ツールです。WinMerge は、フォルダーとファイルの両方を比較し、違いを理解して扱いやすい視覚的なテキスト形式で表示します。この記事でWinMerge のセットアップと使う方を教えます。

WinMerge
source: https://winmerge.org

WinMerge をダウンロード

WinMerge のウェブサイトに行って、「WinMerge-2.16.44-x64-Setup.exe」ボタンを押し、WinMerge 2.16 をダウンロードしてください。

download_page

WinMerge をインストール

ダウンロードされたソフトウェアをクリックし、ポップアップ画面で「Next」を押してください

install1

「Languages」部分をスクロールダウンし、「Japanese menus and dialogs」を選択し、「Next」ボタンを押してください

install2

install3

ターミナル等からも WinMerge をアクセス出来ようにする為に「Add WinMerge folder to your system path」オプションを選択し、希望によって他のオプション選択してください

install4

「Enable Explorer context menu Integration」オプションを選択したら、フォルダ/ファイルを右キリックし、コンテクストメニューから WinMerge を開くようになります。

install5

「Install」ボタンを押し、「Next」ボタンを押し、その後、「Finish」ボタンを押してください

install6

install7

install8

言語を日本語にする

もし WinMerge の言語が日本語じゃなくて、英語なら、「Edit」タブから「Options」を押してください。

options1

ポップアップ画面で右側の下にある「Languages」と言うドロップダウンメニューから日本語を選択し、「OK」ボタンを押してください

lang2

WinMerge を使う方

「ファイル」タッブから「開く」を押し

use1

参照ボタンを押し、比較したいフォルダ・ファイルを指定

use2

比較したいフォルダを指定する方法:

ポップアップ画面から対象のフォルダーを選択し、「Open」を押してくだい

use4

何も選択しないで、「Open」を押してくだい

use5

右側下にある「比較」ボタンを押し

use3

今 WinMerge を使えます。でも、もっと効果的に使う為にちょっとカスタマイズしましょう。

WinMerge をカスタマイズ

「表示」タッブから「右側のみに存在する項目の表示」を選択し、「同一項目の表示」を選択解除してください

customize1

「ツール」タッブから「列の設定」を選択

customize2

「追加プロパティ」を押し

customize3

ファイル名とフォルダのパスを右側にして、OK を押し

customize4

下に見せられているように 11 項目を選択し、「OK」を押し

customize5

比較の例

タスク: プロジェクトのソース コードを 11 月から 12 月まで比較し、何が変更されたかを確認

11月のソースコード:

11

12月のソースコード:

12

実際は違いは 5 つあります(以下のリストをご覧ください)。WinMerge を使用してそれらを見つけてみましょう。

  1. 両方でもある「subfolder1」フォルダで12月のバージョンでは以下の5つファイルを削除された:

    • file1.txt
    • file2.txt
    • file5.txt
    • file7.txt
  2. 両方でもあった「extra」フォルダが12月のバージョンでは削除された

  3. 12月のバージョンでは新しい「folder_12月」と言うフォルダと中に以下の三つのファイルが作成された:

    • 12月_file1
    • 12月_file2
    • 12月_file3
  4. 両方でもある「subfolder2」フォルダに12月のバージョンでは以下の新しいファイルが作成された

    • react.tsx
  5. 両方でもある「subfolder3」フォルダに12月のバージョンでは以下の二つのファイルが更新された

    • main.py
    • deselect.html

比較:

11 月のフォルダは「左側」、 12 月のフォルダは「右側」です。

compare1

ファイルの内容の違いさを見る為にファイル名を押したら、両方のバージョンが開かれて、違う部分の行と分がハイライトされます。

compare2

CSVのレポートを出す

比較の後、「ツール」タッブから「レポートの生成」ボタンを押し

csv1

CSV ファイルを保存したい場所を指定し、ファイルの形を CSV にして、「OK」ボタンを押してくだい

csv2

WinMergeに関しましてもっと情報を以下のページであります。
https://manual.winmerge.org/jp/

以上です。この記事を読んでくれてありがとうございました。

Comments

Popular posts from this blog

脱初心者! Git ワークフローを理解して開発効率アップ

Git – チーム開発に必須のバージョン管理システムですが、その真価を発揮するにはワークフローの理解が欠かせません。 色々な人は Git の使い方を良く知っていますが、Git を仕事やワークフローに統合する方法を余り良く知らない人もいます。本記事では、Git をワークフローに組み込むことで、開発プロセスがどのように効率化され、チーム全体のパフォーマンスが向上するのかを解説します。Centralized Workflow から Forking Workflow まで、代表的な 9 つのワークフローの特徴を分かりやすく紹介します。それぞれのメリット・デメリット、そして最適なユースケースを理解することで、あなたのプロジェクトに最適なワークフローを選択し、開発をスムーズに進めましょう! Centralized Workflow Feature branching/GitHub Flow Trunk Based Flow Git Feature Flow Git Flow Enhanced Git Flow One Flow GitLab Flow Forking Workflow 分かりやすくするために、同じコンセプトを説明するに一つ以上の図を使った場合があります。 Centralized Workflow 説明: 集中化ワークフローではプロジェクトにおけるすべての変更の単一の入力箇所として中央リポジトリを使用します。デフォルトの開発用ブランチは main と呼ばれ、すべての変更がこのブランチにコミットされます。 集中化ワークフローでは main 以外のブランチは不要です。チームメンバー全員がひとつのブランチで作業し、変更を直接中央リポジトリにプッシュします。 メリット: SVN のような集中型バージョン管理システムから移行する小規模チームに最適。 デメリット: お互いのコードが邪魔になり (お互いの変更を上書きするように)、プロダクション環境にバグをい入れる可能性が高くて、複数のメンバいるチームでこのフローを使いにくい。 地図: graph TD; A[Central Repository] -->|Clone| B1[Developer A's Local Repo] A --...

Introduction to SQLFluff: How to make your SQL code clean and error-free

Image by Jake Aldridge from Pixabay You know oftentimes, the cause of runtime or compile errors and hours of debugging agony is all due to simply a missing semicolon. Have you ever had such experience? If you had, you are not alone. There are two ways to avoid these unfortunate situations: either become a perfect developer who never makes mistakes, or use helpful tools such as linters that can catch these errors early on. I am nowhere near being a perfect developer who never makes a mistake. In fact, I'm probably the opposite of a perfect developer, so even if I wanted to, I wouldn’t be able to teach you how to become a perfect developer. But what I can teach you is using linters. A Wikipedia defines a linter as a "static code analysis tool used to flag programming errors, bugs, stylistic errors and suspicious constructs." If you're not convinced yet on using linters, consider this scenario: in a large project with multiple members, different people tend to ...