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リポジトリをメンテナンスして軽量化する - zatsu na benkyou matome saito
保存版 この方の記事が最高に欲しかった、かつまとまっていたので自分の保存用です。 ↓こっちをみてください。 qiita.com これもいい qiita.com qiita.com qiita.com Gitリポジトリのメンテ？ Gitリポジトリにあるファイルは .git がバージョン管理をしています。 今回はその .git をメンテナンスする話です。 はじめに リポジトリに容量の大きいファイルをコミットしてしまった git clone がやたらと時間がかかる（知らない間に容量の大きいファイルがコミットされている可能性がある） 複数あるリポジトリを統合したい こんな悩みを持ったことはないでしょうか。大型のプロジェクトでないと発生しないと思うので、個人プロジェクトではなかなか遭遇することはないでしょう。 今回は上記を解消するための リポジトリメンテナンス方法 をご紹介します。 !! 注意 !!
リポジトリを複製する - GitHub Docs
注： 別の Git ベースのホスティング サービスでホストされているプロジェクトがある場合、GitHub Importer ツール を使用して、プロジェクトを GitHub に自動的にインポートできます。 詳しくは、「GitHub Importer について」を参照してください。 元のリポジトリをリポジトリの新しいコピー ("ミラー") にプッシュするには、GitHub.com で新しいリポジトリを作成する必要があります。__ これらの例では、exampleuser/new-repository または exampleuser/mirrored はミラーです。 リポジトリをミラーする [ターミナル][ターミナル][Git Bash] を開きます。 リポジトリのベアクローンを作成します。 git clone --bare https://github.com/EXAMPLE-USER/OLD
SQLiteがバージョン管理システムとしてGitを採用しない理由
GitはLinuxカーネルのソースコード管理に用いるために開発された分散型バージョン管理システムで、GitリポジトリをホスティングするGitHubのユーザー数は1億人を超えます。一方、軽量データベースのSQLiteの開発においてはGitではなくFossilというバージョン管理システムが利用されており、SQLiteの開発陣が「なぜGitを使用しないのか」という理由を公式サイトで説明しています。 Why SQLite Does Not Use Git https://sqlite.org/whynotgit.html なお、Fossilがどんな機能をもつバージョン管理システムなのかについては下記の記事を読むと分かります。 GitとGitHubの機能をひとつのバイナリに詰め込んだ「Fossil」レビュー - GIGAZINE 1：Gitは適切な状況認識を提供しない SQLiteにどんな変更が加え
Git でファイルパーミッションの変更（chmod）を無視する - git config core.filemode false
$ git pull remote: Counting objects: 74, done. remote: Compressing objects: 100% (37/37), done. remote: Total 60 (delta 26), reused 55 (delta 21) Unpacking objects: 100% (60/60), done. From xxxxxxxxxx xxxxxx..xxxxxx master -> origin/master Updating xxxxxx..xxxxxx error: Your local changes to 'xxxxxxxxxx' would be overwritten by merge. Aborting. Please, commit your changes or stash them before y
サル先生のGit入門
ブランチ ブランチとは ブランチの運用 ブランチの切り替え ブランチの統合 トピックブランチと統合ブランチでの運用例 チュートリアル1 ブランチを使ってみよう！ 0. 前準備 1. ブランチを作成する 2. ブランチを切り替える 3. ブランチをマージする 4. ブランチを削除する 5. 並行で作業する 6. マージでの衝突を解決する 7. rebaseでマージする リモートリポジトリ pull fetch push タグ タグ チュートリアル2 タグを使ってみよう！ 0. 前準備 1. 軽量タグを追加する 2. 注釈付きタグを追加する 3. タグを削除する コミットの書き換え 直前のコミットを修正する 過去のコミットを打ち消す コミットを捨てる コミットを抜き取る コミットの履歴を書き換える ブランチ上のコミットを一つにまとめてマージする チュートリアル3 コミットを書き換えよう！ 1.
Git で疎通試験を行う方法
Git でリモートへの接続がうまくできるかどうかを確認する方法についてです。 すぐに結論ですが、次のコマンドを使えば OK です。
PhpStormで1プロジェクトで複数Gitを管理 - Qiita
初めに PhpStormってとても便利なIDEですよね。 その中でも特に気に入っているのがGitのGUIツールです。 この記事では、そのツールのひとつの機能として、1プロジェクトで複数のGitを管理することができる方法を、備忘録も兼ねて記載していきます。 プロジェクト準備 新規でも、既存のものでも構いません。 Gitで管理しているディレクトリが2つ以上あるプロジェクトを準備します。 私は以下のように2つのGitで管理されたディレクトリを用意してみました。 Gitツール 早速Gitの表示を行います。 Ctrl+Alt+S、またはFile>Settingsから設定画面を開いてください。Shiftを2回押してSettingsでもOKです。 その画面の検索窓からVersion Controlと検索しVersion Controlの設定画面を開いてください。 探すと以下に近い画面が表示されるはずです
Git - git Documentation
2.43.0 11/20/23 2.42.1 11/02/23 2.42.0 08/21/23 2.41.0 06/01/23 2.40.1 no changes 2.40.0 03/12/23 2.39.1 → 2.39.3 no changes 2.39.0 12/12/22 2.38.3 → 2.38.5 no changes 2.38.2 12/11/22 2.38.1 no changes 2.38.0 10/02/22 2.37.3 → 2.37.7 no changes 2.37.2 08/11/22 2.37.1 no changes 2.37.0 06/27/22 2.36.1 → 2.36.6 no changes 2.36.0 04/18/22 2.35.1 → 2.35.8 no changes 2.35.0 01/24/22 2.34.1 → 2.34.8 no
知っておくと便利な git clone --depth と git diff --indent-heuristic - kakakakakku blog
コミット履歴が無駄に多く，黒歴史のある Git リポジトリで開発をする場合，初回の git clone が非常に遅いという問題がある．コミット数に依存せずに素早く落とせる方法を探していて，最近（今さら...！） git clone の --depth オプションのことを知った．用途によっては非常に便利なので，まとめておこうと思う． 前提 現時点で公開されている最新バージョンの Git 2.12.1 を前提にしている．Git は今もまだ機能が増えているため，定期的にバージョンアップしておくと良いと思う．Mac なら brew upgrade git でサクッと最新バージョンになる． $ git --version git version 2.12.1 git clone --depth とは git clone で --depth オプションを使うと，指定したコミット数で刈り取ることができる
【Git】fatal: protocol error: bad line length character: usag の解消方法 - Qiita
【Git】fatal: protocol error: bad line length character: usag の解消方法Git はじめに develop ブランチが更新されたので、pull しようとしたら、 fatal: protocol error: bad line length character: usag が発生しました。 なかなか解決できず、2時間ほど時間を無駄にしました。 最初に結論からいうと、 .gitconfig を見直そう！！！！ 環境 macOS Catalina バージョン10.15.2 git 2.21.1 やったこと .bashrc の見直し（効果なし） git のアップデート（効果なし） 対象のブランチを削除して、取得し直す（効果なし） プロジェクトを clone し直す（効果なし） 仮想環境で clone してから ローカルに持ってくる（効果なし）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git エラー「fatal: not in a git directory」が発生した場合の対処法
Gitで変更がないはずのファイルが変更ファイルとみなされる時の対処法
Is it possible to change tab name?
【GitHub】〜 does not appear to be a git repository が出た時の対処法 - Qiita
git logを見やすくしたい！ - Qiita
GitHubでプルしようとしたらfatal: Could not read from remote repositoryになった話 - Qiita
Loading...
[エラー] bad line length character: Sysl - KayaMemo