iCloud管理下のフォルダでgitリポジトリをクローン ⇄ rm -rf 繰り返したら、覚えのないファイルが生成されつづけて困った話 - 自分にやさしく学ぶプログラミング
私は普段MacBookAirで開発を行っており、データはほぼ全てiCloudと同期を取っている。 そのおかげでクリーンインストールからの復元も簡単なわけだけど、開発中のリポジトリもiCloud管理下に置いた結果、えらく困ったことが起きた。 話せば長いのでざっくり説明すると、 iCloud管理下のDocumentフォルダでgit cloneとrm -rfを繰り返していたら、覚えのないファイルが大量に生成されるという現象が発生 リポジトリをiCloudの管理外に置いたら解決した gitのリポジトリ（というより同名ファイル？）の削除と復元を短時間の間に繰り返すと、iCloudとの同期が取れなくなることがある模様 開発中のリポジトリはiCloudで管理しない方が良さそう というお話。 発生した現象：ローカルリポジトリに知らぬ間にファイルが増えている GitHub上のとあるリポジトリを、自分のMac
iCloud Drive はあらゆるファイルが同期されるわけではない
データ管理についての備忘録です。最終的には記事タイトルのことに行き着いた、失敗から得た学びです。 僕は開発系のファイルを含めて、ざっくりした作業ディレクトリを作っています。Coding とか Photo とか Sandbox とか。それらを定期的に外部ストレージにバックアップしたり、GitHub で管理します。 ある日、データ管理について考えることがありました。 我、名案、閃キ ふと思ったのです。 開発系ファイル一式を iCloud Drive（正確には macOS の Documents ディレクトリ）に移動したら 2 重で保存されていいじゃなーい！？ 嬉々としてフォルダを移動したものの、完全同期されるまで 1 日じゃ終わりませんでした。 どうやら 1 万や 10 万といった大量ファイルの同期リクエストがなされると、ファイルサイズに関わらず、とてつもなく時間がかかるようです。調べてみると
Git - 認証情報の保存
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
findコマンドで無視リストを利用する - Qiita
動機 findで.DS_Storeが引っかかるのウザすぎ！！！ 無視リストをどっかから引っ張ってきたい ~/.gitignoreでよくね？ 方法 下記記事がそのものズバリだった。 linux - Exclude list of files from find - Stack Overflow # .DS_Storeや*.swpが出力される $ find . -maxdepth 1 -mindepth 1 -type f ./.blanc.scpt.swp ./.DS_Store ./hoge.txt $ cat ~/.gitignore .gitignore .DS_Store *.swp *.bak .watsonrc # 展開後のコマンド: # find . -maxdepth 1 -mindepth 1 ! -name .gitignore ! -name .DS_Store ! -
空のディレクトリを維持するための、 .gitkeep と .gitignore の使い分け - Qiita
使い分けの基準 .gitkeep と .gitignore は、「空のディレクトリにファイルが追加されたときに、そのファイルを Git での管理対象に含めたいか？」という基準で、使い分けられます。 含めたい場合は .gitkeep 、含めたくない場合は .gitignore を使います。 .gitkeep を使う基準と例 .gitkeepは、「デフォルトではファイルが存在しないけれど、ファイルが追加されたら、そのファイルを Git での管理対象にしたい」場合 に使います。 例えば、lumen の databse/migration ディレクトリなどは、良い例です。 このディレクトリは、データベースの初期化をするスクリプトをおいておくために使われるディレクトリなので、「フレームワーク開発者的には、 デフォルトでおいておくファイルは特にない。しかし、 ユーザが 作ったファイルは Git でバー
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] .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/61bcac80a1da9fdcc62997a7502b04ccd6936e47/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR2l0JTVEJTIwLmdpdGlnbm9yZSVFMyU4MSVBRSVFNCVCQiU5NSVFNiVBNyU5OCVFOCVBOSVCMyVFOCVBNyVBMyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9MGNmOWFiNjA3ZWI2ZGJiYmE3YzNjOWUzZjA4MzYyNzY%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBhbnFvb3FpZSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWI2YjM3NTQ2NWU2MzcxNDBlNWEzZjNkY2NjMTI2MTQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dd88115df7ea0f316615170ac01433804)
削除したファイルの履歴を確認する - 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
SourceTreeでいろいろ取り消してみる - yk5656 diary (旧)
SourceTreeでいろいろ取り消してみる 修正を破棄する（git checkout） 何かファイルを修正して、作業ツリーに修正ファイルが表示された状態。 この修正を破棄する場合は、破棄したいファイルで 右クリック（または[操作]メニュー）から[リセット...]を選ぶ。 [OK]ボタンを押すと修正が破棄される。 [リポジトリ]メニューの[リセット...]からも破棄することが可能。 ステージしたファイルの取り消し（git reset） Indexにファイルをステージした状態。 チェックボックスを外せば、ステージを取り消せる。 前回のコミットの修正（git commit --amend） コミットメッセージの修正 ファイルを修正してコミットした状態。 プッシュはしていない。 コミットメッセージを修正する場合は、 [コミット]をクリックして、下記の画面を表示する。 [オプションのコミット]で[
git stash save で一時退避した変更を、誤って git stash clear で消してしまったときの回復法 - t-wada の日記（旧）
一年くらい前から git を使い始め、ここ半年くらいは毎日の開発に git を使っています。昨日 git stash という機能を使っている時に失敗してしまい、何人かの方にアドバイスいただくことによって無事回復することが出来たので、感謝の印として、そして運悪く同じ問題に遭遇してしまった人たち(私もまたやるかも)へのメモとして記しておきます。 御託はいいから、早く回復法を知りたい人のためのまとめ $ git fsck | awk '/dangling commit/ {print $3}' 候補の sha1 がいくつか出てくる(長く開発していると、結構多く候補が出てきます) $ git show --summary 候補のsha1 一つ一つの sha1 の内容を確認 $ git cherry-pick -n -m1 見つけたsha1 いきさつ 私の作業のやりかたでは、 タスク毎にブランチを切
作業中のファイルをgit stashして、一部のファイルだけ戻す - kentana20 技忘録
小ネタ。 gitでバージョン管理しているプロジェクトで、git stashを使って一部のファイルだけをcommitする方法を忘れないためにメモっときます。ユースケースとしては 新規開発案件とかでfeature branch作って作業中 作業途中に案件を2つに分割することになった 作業途中のファイル（まだindexにのせてない）の中で、一部だけcommit/pushしたい という感じでしょうか。以下の手順で実施します。 git stashを使って作業途中のファイルを退避 $ git stash save # saveは省略可能 stashされた状態を確認 $ git stash list # stashされている状態を確認（stash@{0}とかで見えるはず） stashされた内容を確認 $ git stash show <stash名> # stashされている状態を確認（stash@{0
Git の object がおかしいというエラーが出た場合は object を表すファイルを消せば良さそう - ひだまりソケットは壊れない
Git 使ってたんですよ、Git。 コミットするぜー、って思って git add した後に PC がおかしくなって強制終了しちゃったんですよ。 まあそこまではいいですよ、糞 PC 使いにはよくあることです。 いや、よくないけどさ。 でだ。 再起動した後で git status してみたら git add した状態になっていたので、そのまま git commit でコミットしようとしたら以下のようなエラーが発生。 [dev +3 ~1 -0 | +0 ~1 -0]> git commit error: unable to unpack 48b43e04f8a6c36f43e7fd795064be0ea680595d header error: inflateEnd: stream consistency error (no message) fatal: 48b43e04f8a6c36f43
git/日本語ファイル名をgit statusなどで表示する方法 - TOBY SOFT wiki
2019-11-12 Comments/Wiki/PukiWiki/スパム(spam)を防止する方法 2019-11-01 Delphi/XML/Delphi付属のXMLライブラリ 2019-08-27 Comments/SaGa2 秘宝伝説/モンスター一人クリア 2019-07-11 Comments/git/git rebaseを元に戻す方法 2019-06-08 VBA/関数呼び出し時に「オブジェクトが必要です。」というエラーが出る 2019-03-07 Comments/PhotoShop/「下のレイヤーとグループ化」はどこいったの？ 2019-02-06 Ruby/Ruby on Rails/コントローラーのメソッドをビューから呼び出す方法 2018-12-14 Comments/Eclipse/エクスプローラーペインで階層表示されないのを直す方法 2018-03-07 Ruby
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【GIT】差分ファイル一覧を作成 - Qiita
Where is the global git config data stored?
Blogger
gitの管理対象から特定のファイル、ディレクトリを削除する - Qiita
git add, commit, push の操作をそれぞれの段階で取り消す方法 | DriftwoodJP
How do I make Git ignore file mode (chmod) changes?
GitHub - kotarot/cimage-viewer: コンソール上に直接画像を表示するアプリケーション
