git diffでワード、エクセル、パワーポイントの差分を見る - forget for get
Apache TikaでOfficeファイルのテキスト差分を見る gitでWord, Excel, PowerPointなどのOfficeファイルを管理していると、 変更があっても、どこが変更されたのかわからず、確認が面倒。 Apache Tikaを使うと、Word, Excel, PowerPointなどからテキストを抽出し、 その差分を表示することができます。 （追記）WinMergeのプラグインを使った方が簡単 WinMergeでワード、エクセル、パワーポイントの差分を見る - forget for get インストール手順（Windows） http://archive.apache.org/dist/tika/ からtika-app-1.17.jarをダウンロード。 任意の場所に配置（C:\Program Files\Git\bin） インストール手順（Mac） brew ins
[小ネタ][git] 日本語ファイルの文字化けを回避する | DevelopersIO
gitで日本語ファイルが文字化けする こんばんは。小室です。gitを使っていて日本語のファイル名を入れるとファイル名の表示が崩壊するという経験をしました。 割と今までは放置していたのですが、きちんと日本語ファイル名を表示するコマンドを教えてもらったため、備忘録として記録しておきます。 若干人を小馬鹿にしたようなファイル名のファイルを配置したディレクトリをサンプルとして用意しました。 $ ls -la total 8 drwxr-xr-x 4 komurohiraku staff 136 Mar 25 19:09 . drwxr-xr-x 22 komurohiraku staff 748 Mar 25 19:08 .. drwxr-xr-x 10 komurohiraku staff 340 Mar 25 19:08 .git -rw-r--r-- 1 komurohiraku staff
![[小ネタ][git] 日本語ファイルの文字化けを回避する | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/449a6ff1c4f7545a1c9c8678f784a4711116a965/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F01%2Fgit.png)
GitのPagerの設定
B! 42 0 0 0 ターミナル作業中に何かを表示させるとき、 長いと上側が切れてターミナルウィンドウのスクロールなりなんなりで戻らないと行けないので 面倒です。 なので長い出力はlessにパイプで渡したり、コマンドそのものがlessに渡したりすることがあります。 Gitでもいろいろと長い出力がありますが、 lessに渡されるものとそうでないものがあります。 その辺の設定について調べてみたメモ。 パイプにつなぐ PAGER: シェルでの設定 GIT_PAGER core.pager pager.XXX git –no-pager/–paginate 優先順位 lessのオプション パイプにつなぐ $ git diff |less の様にすればlessで見れるわけですが、この場合Gitは標準出力ではない ところの出力するとして、デフォルトではカラー表示などを止めます。 表示を常に有効にして
git の pager を設定する - @nojima's blog
git grep や git log などのコマンドを実行したとき、デフォルトでは less がページャーとして使われる。 git log の場合はデフォルトの設定で特に困っていないが、git grep で出力が数行しかない場合にページャーが表示されるのはちょっと鬱陶しい。 git --no-pager grep とすればページャーなしで実行できるが、いちいちこのオプションを指定するのは面倒くさい。 これらのコマンドで利用されるページャーは git config で設定できる。 そこで、以下のように設定した。 git config --global core.pager "less -R -F -X" less の各オプションは以下のような意図で指定した： -R: 色を変更する制御文字をそのまま出力する。 -F: ファイル全体が一画面に収まる場合、less を自動的に終了する。 -X: l
Git submodule の基礎 - Qiita
この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr
.circleci/config.yml を書き始めるときは circleci コマンドを使うと効率が上がる - Qiita
CircleCI 2.0 の .circleci/config.yml を書き始めるときは circleci コマンドを使うと効率が上がります。 Using the CircleCI Local CLI TL;DR CircleCI 1.0 で使えた Test Commands は CircleCI 2.0 では使えない その代わりに CircleCI 2.0 では circleci コマンドが用意されている circleci コマンドを使うと .circleci/config.yml をローカルの Docker でテストできるので、わざわざ commit して push する手間が省ける Test Commands は CircleCI 2.0 では使えない CicleCI の各プロジェクトの設定画面には Test Commands という項目があります。 ここに書いたコマンドは設定ファ
[git reset (--hard/--soft)]ワーキングツリー、インデックス、HEADを使いこなす方法 - Qiita
[git reset (--hard/--soft)]ワーキングツリー、インデックス、HEADを使いこなす方法Git新人プログラマ応援 1. gitの基礎（言葉の意味） ワーキングツリー[working tree]：最新のファイルの状態 インデックス[index]（ステージ[stage]）：コミットするためのファイルの状態 ローカルリポジトリ[local repository]：ファイルの変更履歴を記録（手元で管理） ヘッド[HEAD]：最新のコミットの状態 リモートリポジトリ[remote repository]：ファイルの変更履歴を記録（みんなで共有） add：「ワーキングツリー → インデックス」への反映 commit：「インデックス → ローカルリポジトリ」への反映 push：「ローカルリポジトリ → リモートリポジトリ」への反映 2. git resetを使いこなす git re
![[git reset (--hard/--soft)]ワーキングツリー、インデックス、HEADを使いこなす方法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/16218eabd4d9c7c7d4432d8883062cf0140eef7a/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-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCZ2l0JTIwcmVzZXQlMjAlMjgtLWhhcmQlMkYtLXNvZnQlMjklNUQlRTMlODMlQUYlRTMlODMlQkMlRTMlODIlQUQlRTMlODMlQjMlRTMlODIlQjAlRTMlODMlODQlRTMlODMlQUElRTMlODMlQkMlRTMlODAlODElRTMlODIlQTQlRTMlODMlQjMlRTMlODMlODclRTMlODMlODMlRTMlODIlQUYlRTMlODIlQjklRTMlODAlODFIRUFEJUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJTg0JUUzJTgxJTkzJUUzJTgxJUFBJUUzJTgxJTk5JUU2JTk2JUI5JUU2JUIzJTk1JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz01NTdmYTA0MTI2YzRjZjM5MmRkY2M2Yzc0NmZkYzVlNw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzaHVudGFyb190YW11cmEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTAxOWU5OGNjMmY5Njk3YzdhMTAxOGM2YjdkNTliYzc5%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44K344Ot44Kv%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D40daa3618b9feaf756b5bde0fe7d03b4)
GITでリモートブランチへpushする前にやっておくべきこと - ITエンジニアとして生きる
先日GITを使ってて、ちょっとお粗末なミスをしてしまいました。 今日はそんなミスを犯さないためにやっておくべきことについて書きたいと思います。 お粗末なミス私がやっちゃったミスは、ずばり「コミットグラフ汚し」です。 図のように、「別の人」とのマージコミットをコミットグラフに追加してしまいました。 このときのコミットグラフ マージコミットのメッセージは 「Merge branch 'xxxx' of ....」 「Merge commit 'xxxx'」という本質的でないメッセージになります。 この「マージした」という情報は「自分 <==> ある時点でのコミット」のマージを指しており、チーム全体（リモート）として意識するようなコミットログではありません。 このようなコミットをしてしまったことによって、リモートブランチのコミットグラフの見通しを悪くしてしまいました。 本来はこのようなコミットロ
git - 簡単ガイド
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
EmacsのGitクライアント：Magit - Qiita
これはGitアドベントカレンダーの17日目のエントリーです。 このエントリーではEmacsのGitクライアントであるMagitの紹介を行います。ひよっこプログラマのエントリなので間違いがあれば指摘して下さい。逆に、ひよっこプログラマだからこそ出来る、これを見たら初心者でも出来るようなエントリを目指しました。 Magitって何？ EmacsのGitクライアントです。Emacsでコード編集して、ターミナルに移動せずそのままEmacs上でGitの操作を行うことが出来ます。 インストール方法 ソースはgithubで公開されています。 https://github.com/magit/magit インストールします。 $ cd $ mkdir tmp $ cd tmp $ git clone git@github.com:magit/magit.git $ cd magit $ ./configur
黒い画面とかよくわからない人のための、ゆるふわgit入門 ～github for Windows～
リポジトリとは？ 更新履歴をためておく場所です。 gitでは、リポジトリには2種類あります。 「自分の作業用リポジトリ」と 「公開用リポジトリ」です。 今日は、 自分のPC内のフォルダ＝自分の作業用リポジトリ github＝公開用リポジトリ として話をします。 githubとは？ gitで管理した更新履歴を置いておく場所。 完成したものを見せるんじゃなく、 開発途中の履歴を見せる。 普段見えない裏側のソースコードも見える。 履歴をちょこちょこ送れるので、開発してる！感が出せるのでエンジニアに人気。 人のソースコードに手を入れて送ったりもできるらしい。 別にプログラムじゃなくてもいろんな更新履歴を管理してよい。 でも交換日記とかを管理するのはやめましょう。 流れ 必要なものを用意しよう github for Windowsをインストールしよう コミットしてgithubにpublishしよう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitで間違って消したファイルやディレクトリを復活させたい - Qiita
Happy Elements Labs: はじめようemacs 第2回 〜emacsでGitを使う(magitの紹介とチートシート)〜