git でリポジトリを整理して容量削減するときに嵌った話
タイトル通りです。丸一日消滅したので同じことが起きないように書き残しておきます。 要約: filter-branch を使うのはやめよう。filter-repo を使おう。 背景 個人の進捗管理用に使用しているリポジトリの容量が肥大化してきており、過去にコミットしてしまった大きなファイル（オセロの自己対戦ログとか学習済みパラメータとか！）や不要なファイル（実行可能ファイル、トランスパイルされた巨大なソースコードなど）を歴史から抹消してリポジトリをスマートにしようということになりました。 調べてみると、git_find_big.sh をダウンロードしてきて大きなファイルを見つけ、git filter-branch コマンドで各コミットに対し git rm 等のコマンドを適用して歴史から消すという方法が多数ヒットします。自分もこれに従いました。 問題 とにかく遅い まず git filter-
gitに極力改行コードを変換させないための設定(最終版) - Qiita
git config --global core.autocrlf false git config --global core.eol lf Mac/Linux 何もしなくて良い 解説 gitの改行コード自動変換は以下の2つです。 チェックアウト時：LF → CRLFに変換 コミット時（正確にはgit add時）：CRLF → LFに変換 リポジトリ内のコードをLFに統一するための補助機能です。そのため、逆方向への変換、すなわちチェックアウト時にCRLF → LFや、コミット時にLF → CRLFの変換機能はありません。そして、取り出した時にLFだと困る、またCRLFを新たに作ってしまいがちなWindowsへの対策として自動変換があります。 リポジトリに.gitattributesが存在する場合、まずその設定が捜査されて、指定のされ方によってはこの段階で変換するかどうかが確定します。不特
git archive -Gitで管理しているファイルをアーカイブ - Gitテックラボ - [SMART]
git archive コマンドの使い方 git archiveコマンドは、Git管理化のファイル一式をアーカイブします。普通にアーカイブファイルを使っても同じことができますが、git archiveの対象ファイルはGit管理化のファイルに限定されるのと、差分だけを抽出することができるので便利です。 git archiveの簡単な書式例 git archive [コミットIDなど] -o [ファイル名] [コミットIDなど]にはコミットIDやタグ名、ブランチ名などが指定可能です。 現在のブランチの最終コミットのツリーを archive.zip というファイル名でアーカイブするには次のようにします。 git archive HEAD -o archive.zip -o オプションはアーカイブファイル名を指定します。対応しているアーカイブの形式は tar、zip です。 コミットの差分をアーカ
![git archive -Gitで管理しているファイルをアーカイブ - Gitテックラボ - [SMART]](https://cdn-ak-scissors.b.st-hatena.com/image/square/efeb6493234f33406d242c048873a805fca99c63/height=288;version=1;width=512/https%3A%2F%2Frfs.jp%2Fwp-content%2Fthemes%2Fsmart%2Fogpimage.png)
Gitで日本語長文のdiffをとる方法 - Qiita
（この記事はここからの転載です） 課題 日本語の長文をgitで管理していると、ほんのちょっとの変更でもdiffでは行丸ごと変更されたことになり、変更点がよくわからないことがある。 二泊三日で小説を書く過激なイベントNovelJam 2018参加作品である高橋文樹氏の「オートマティック クリミナル」は、GitHubを使って執筆されている。小説では、git diffの欠点がはっきりでる。高橋氏は参加レポートで、こう書いている。 あと、今回得た重要な知見なのですが、Githubではある程度以上テキストが長くなってくると、数文字の調整で全部差分として判定されたりするので、小説には向いてないかなーと思いました。小説は行の移動とかがよく発生するので、GithubじゃなくてGitとの相性かもしれません。 普通にdiffを取る 確かに、普通にdiffをとるとその通り。コマンドラインで「オートマティック ク
`git add .` でfatal: CRLF would be replaced by LF in /fonts/FontAwesome.otf. がでる問題 - Qiita
改行コードCRLF と LF WEBプログラミングをしていると、開発環境でWindowsとMacなどが混在し、改行コードがめちゃくちゃになる場合があります。 テキストファイルの改行コード テキストファイルについては、一つ一つファイルをvim で開いて、:set ff=unix としてあげることで改行コードがLFになります。 フォントファイルの改行コード（？） 今回、なぜかフォントファイル.otfや.eofに対しても warning: CRLF will be replaced by LF in 'フォントファイルのパス' というエラーがでて、git add .をするとfatal: CRLF would be replaced by LF inとエラーがでるため、addができませんでした。 git addに-fをつけて指定しても、--allしてもエラーで追加できません。 対処したよ！ git
git commitをやり直しする＆取り消しする(「get commit --amend」と「git reset」) - hogehoge foobar Blog Style Beta
git commitを実行あとでコミットをやり直したり、コミット自体を取り消す方法です。 直前にしたコミットをやり直す（git commit --amend） 直前にしたコミットをやり直す場合、「git commit --amend」を使用します。 例えば、直前のコミットログが以下のような状態だったとします。 実は直前のコミットに含めるべきであった「hoge.txt」が含まれていませんでした。 コミットログ(git commit --amend 実行前) $ git log commit cca638b48b4c8be7ad5432f7882497534b04e2b4 Author: mrgoofy <hogehoge@example.com> Date: Wed Sep 8 23:03:57 2010 +0900 2nd Commit.-> New Add File : bar.txtこ
[社内新人向け]Gitで使ってほしくないコマンド - Qiita
社内に新人が増えてきたので、弊社のWeb開発でのGitのゆるーい利用方針をまとめます。 本当はネガティブなことばかり書かずに、「覚えて欲しいコマンド、使ってほしくないコマンド」というタイトルにしたかったのですが、予想以上に長くなりそうなので分けます。 (追記：第二弾できました) → [社内新人向け]Gitで絶対にオススメなプラグインや設定3つ 社内環境 Web系開発がほぼ100％ ブランチワークはGitflowをベースにしたプルリク駆動開発 少人数チームなので、エンジニアは全員LinuxのCUI操作をできて欲しい（vagrantや開発サーバ上の操作など） GitのGUIクライアントは、SourceTreeとGithub公式を試しましたが、初学者が使うと却って危ない挙動をしてしまうケースがあったので、全員CUI操作をしてもらうことにしました CIツールはまだ導入できず。各サーバーへのデプロイ
![[社内新人向け]Gitで使ってほしくないコマンド - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/c02b564a55050853439b0f6986d3aa42501396d4/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU3JUE0JUJFJUU1JTg2JTg1JUU2JTk2JUIwJUU0JUJBJUJBJUU1JTkwJTkxJUUzJTgxJTkxJTVER2l0JUUzJTgxJUE3JUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJUE2JUUzJTgxJUJCJUUzJTgxJTk3JUUzJTgxJThGJUUzJTgxJUFBJUUzJTgxJTg0JUUzJTgyJUIzJUUzJTgzJTlFJUUzJTgzJUIzJUUzJTgzJTg5JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz00YzYzNDI4NzA3YjAxYTI4Y2QzMzAyOTFjYzQzMTkxYQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB6YXJhbW1lJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1mZDc5M2U2Y2U4OTg4ZTM4OTI2YmE3NDkyOTc1MDJkZQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dc30c566ec78e040079beb6919643238f)
git archive -Gitで管理しているファイルをアーカイブ - Gitテックラボ - [SMART]
git archive コマンドの使い方 git archiveコマンドは、Git管理化のファイル一式をアーカイブします。普通にアーカイブファイルを使っても同じことができますが、git archiveの対象ファイルはGit管理化のファイルに限定されるのと、差分だけを抽出することができるので便利です。 git archiveの簡単な書式例 git archive [コミットIDなど] -o [ファイル名] [コミットIDなど]にはコミットIDやタグ名、ブランチ名などが指定可能です。 現在のブランチの最終コミットのツリーを archive.zip というファイル名でアーカイブするには次のようにします。 git archive HEAD -o archive.zip -o オプションはアーカイブファイル名を指定します。対応しているアーカイブの形式は tar、zip です。 コミットの差分をアーカ
git あるコミットからHEADまでの差分を、削除ファイルを除外してアーカイブする - Toconangoのブログ
git archive を使う ※[commit]はコミットのハッシュ [commit] ~ HEAD までの差分をアーカイブするコマンド $ git archive --format=zip --prefix=archive/ HEAD `git diff --name-only [commit] HEAD` -o archive.zip fatal: pathspec 'hoge.html' did not match any files オプションの意味 --format=zip zipでアーカイブする --prefix=archive/解凍時にarchiveというフォルダの下に展開する HEAD アーカイブするコミット git diff --name-only [commit] HEAD アーカイブするファイルを指定 -o archive.zip アーカイブファイル名前を指定 gi
Xcodeプロジェクト用の.gitignoreを作成する
XcodeプロジェクトをそのままGitで管理すると、 .xcodeprojファイル配下のメタデータに毎回差分が出て その度にCommitを要求されて非常にめんどくさい！です。 Gitに無視してほしいファイルを.gitignoreで指定すると、 そんな面倒な手間からおさらばすることができます。 .gitignoreの基本的な書き方 まず、.gitignoreの基本的な書き方はこんな感じ。 # コメントは行頭に"#"をつけます。 # glob パターンが使えます。 #拡張子が".txt"のファイルを無視します。（サブディレクトリ含む） *.txt # "tmp"ディレクトリ配下のファイルを全て無視します。 tmp/ # 拡張子が".m"のファイルは無視しません。 !*.m ちなみに、glob パターンについてはこちらが参考になります。 Xcodeプロジェクトは、こんな構成になってます。 なお、
さきにローカルリポジトリを作成し、あとからリモートリポジトリを追加する方法 #git - cameong’s blog
http://memo.yomukaku.net/entries/GdxAidrを参考にしました。 ローカルにプロジェクトを作る。 ローカルの作業 % mkdir -p /git/sample % cd /git/sample % touch test01.txt % git init % git add --all % git commit -m "this is the first commit" リモートリポジトリの設定をローカルで行います。 ローカルの作業 ユーザ: user01, リモートホスト: example.com , 絶対パス: /var/git/sample.git とします。 % git remote add origin user01@example.com:/var/git/sample.gitssh 接続と同じように書けば良い。 リモートにbareブランチを作り
Git - Book
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
Eclipse と git の連携 ～さくらVPS～ - sonoshouのまじめなブログ
ecliseとgitの連携2 ～さくらVPS～ - sonoshouのまじめなブログ 新しく書きました。(2014年1月22日更新） 既にリモート上にgitリポジトリが既に存在する場合は、 こちらをご参照ください。 リモート上にgitリポジトリが存在しない場合は、 以下の記事が参考になるかと思います。 いつでもプログラム書きたいですよね。 サーバーにgitを構築しましょう。 ついでにeclipseと連携させましょう。 今回はおすすめのリンク集となりそうです。 私が構築するにあたって、いくつか詰まった点があります。 そこを重点的に説明していくつもりです。 \------筆者の環境------\ ・さくらVPS1GBプラン ・Cent OS ・eclipse 4.2 \----------------------\ この記事は下記リンクを参考にしています。 さくらインターネットをgitの共用リ
ホームディレクトリをGitで簡単に管理するための.gitignore活用法
さて、まったくブログを更新していないtfmagicianです。 こんにちは。 先月は1記事しか書いてないですね。今年は月10記事以上を目標に、楽しみながら書いていきます。 今日は、Gitをネタに取り上げます。 前回はプロジェクトに関するGitネタでしたが、今回は個人的なモノ。 Gitと一緒にCakePHPを楽しむ – CakePHP Advent Calendar 2010 6日目 あなたの宝物が詰まったホームディレクトリをGitで管理してみます。 ホームディレクトリの”なに”を管理するか これは人によって異なります。 例えば、あなたがMac使いで、Mac上でGitを使うというなら、ドキュメントも管理したくなるかもしれない。 例えば、あたながLinux使いなら、設定ファイルだけGitで管理出来れば良いかもしれない。 .gitignoreをうまく設定出来れば、どちらのパターンも対応出
GitHubをもっとソーシャルに使いこなすための7つ道具
新サービスが続々登場してアツい！ 「GitHub」とは 皆さんは「GitHub」を活用しているでしょうか？ 「GitHub」（ギットハブ）はソースコード管理用の分散型バージョン管理システム「Git」を使ったホスティングサービスです。 Gitの特徴は、作業用として自分のコンピュータ上にあるローカルリポジトリがあれば、ネットワークに接続できない状態だったとしても、ソースコードの更新や、履歴を調べたりできる点にあります。その特徴はGitHubにも生かされていて、オープンソースとして公開中の既存のコードを分岐（fork）して、新しいプロジェクトとして開発できます。 また、自分が手元のローカル環境でバグ修正したり、拡張したソースコードを本家のオープンソースプロジェクトに取り込んで（pull）もらうことも手軽にお願いできます。 さらに、READMEテキストファイル（README.md）などを独特のマー
GitHub人気レポジトリランキング Best50 全解説 - 方向
GitHubで人気レポジトリのランキングが公開されているようなので全解説してみました． どれも素晴らしいものばかり! あなたのプログラミングライフを快適にしてくれるライブラリがきっと見つかるはず!! rails rails 9835 watching Ruby on Rails. 説明不要だよね! フルスタックWebフレームワーク jquery jquery 8710 watching JavaScriptライブラリ．これも説明いらないよね! node joyent 8572 watching 旧名node.js．昔の名前の方が通りがいいです．JavaScriptエンジンのV8用のノンブロッキングIOな何か．主にWebサーバ/アプリケーションに使われる． html5-boilerplate paulirish 6998 watching HTML5とかのテンプレート集．ただし公式ページのデ
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
【翻訳】Gitをボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
belltree.life
SourceTree keeps asking for Github password