これは誰に向けたどんな内容のエントリ？ WindowsのSourceTreeを使ってGitのソースを管理する人のためのエントリ 具体的に言うと技術書典に向けてRe:VIEWで本を書くぞー！原稿はGitHubで管理するぞー！という人に見て欲しい 落とし穴があるのでSourcetreeのインストール前に伝えておきたい 前提 OSがWindowsであること GitのクライアントソフトはSourcetreeを使うつもりであること 伝えたいこと Sourcetreeをインストールする際、改行の自動処理を設定する にはチェックを入れないこと チェックを入れてしまうとどうなるか？ autocrlf が true になって、GitHubからソースをclone（＝まるごと取ってきた）してきた際にソースの改行コードが全部 LF から CRLF になります Windows内でDockerを動かしてあれこれすると
Sourcetree（Windows版）を最新版にアップデートしたところ、今まで確認できていたスタッシュの中身が突然見れなくなりました。（バージョン3.4.18.0） https://jira.atlassian.com/browse/SRCTREEWIN-14306 どうやら不具合として報告があって、バージョン3.4.17で修正されたようです。 Fixed: Clicking on a stash no longer shows the changed files or diffs. あれ？でもこちらのバージョンは3.4.18なので修正されてるはずなんですが？？ 先ほどのjiraのチケットを再度確認すると、 https://jira.atlassian.com/browse/SRCTREEWIN-14306?focusedId=3390045&page=com.atlassian.jir
私は普段MacBookAirで開発を行っており、データはほぼ全てiCloudと同期を取っている。 そのおかげでクリーンインストールからの復元も簡単なわけだけど、開発中のリポジトリもiCloud管理下に置いた結果、えらく困ったことが起きた。 話せば長いのでざっくり説明すると、 iCloud管理下のDocumentフォルダでgit cloneとrm -rfを繰り返していたら、覚えのないファイルが大量に生成されるという現象が発生 リポジトリをiCloudの管理外に置いたら解決した gitのリポジトリ（というより同名ファイル？）の削除と復元を短時間の間に繰り返すと、iCloudとの同期が取れなくなることがある模様 開発中のリポジトリはiCloudで管理しない方が良さそう というお話。 発生した現象：ローカルリポジトリに知らぬ間にファイルが増えている GitHub上のとあるリポジトリを、自分のMac
データ管理についての備忘録です。最終的には記事タイトルのことに行き着いた、失敗から得た学びです。 僕は開発系のファイルを含めて、ざっくりした作業ディレクトリを作っています。Coding とか Photo とか Sandbox とか。それらを定期的に外部ストレージにバックアップしたり、GitHub で管理します。 ある日、データ管理について考えることがありました。 我、名案、閃キ ふと思ったのです。 開発系ファイル一式を iCloud Drive（正確には macOS の Documents ディレクトリ）に移動したら 2 重で保存されていいじゃなーい！？ 嬉々としてフォルダを移動したものの、完全同期されるまで 1 日じゃ終わりませんでした。 どうやら 1 万や 10 万といった大量ファイルの同期リクエストがなされると、ファイルサイズに関わらず、とてつもなく時間がかかるようです。調べてみると
保存版 この方の記事が最高に欲しかった、かつまとまっていたので自分の保存用です。 ↓こっちをみてください。 qiita.com これもいい qiita.com qiita.com qiita.com Gitリポジトリのメンテ？ Gitリポジトリにあるファイルは .git がバージョン管理をしています。 今回はその .git をメンテナンスする話です。 はじめに リポジトリに容量の大きいファイルをコミットしてしまった git clone がやたらと時間がかかる（知らない間に容量の大きいファイルがコミットされている可能性がある） 複数あるリポジトリを統合したい こんな悩みを持ったことはないでしょうか。大型のプロジェクトでないと発生しないと思うので、個人プロジェクトではなかなか遭遇することはないでしょう。 今回は上記を解消するための リポジトリメンテナンス方法 をご紹介します。 !! 注意 !!
Note 別の Git ベースのホスティング サービスでホストされているプロジェクトがある場合、GitHub Importer ツールを使用して、プロジェクトを GitHub に自動的にインポートできます。 詳しくは、「GitHub Importer について」をご覧ください。 元のリポジトリをリポジトリの新しいコピー ("ミラー") にプッシュするには、GitHub.com で新しいリポジトリを作成する必要があります。__ これらの例では、exampleuser/new-repository または exampleuser/mirrored はミラーです。 リポジトリをミラーする [ターミナル][ターミナル][Git Bash] を開きます。 リポジトリのベアクローンを作成します。 git clone --bare https://github.com/EXAMPLE-USER/OLD-
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 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
ブランチ ブランチとは ブランチの運用 ブランチの切り替え ブランチの統合 トピックブランチと統合ブランチでの運用例 チュートリアル1 ブランチを使ってみよう！ 0. 前準備 1. ブランチを作成する 2. ブランチを切り替える 3. ブランチをマージする 4. ブランチを削除する 5. 並行で作業する 6. マージでの衝突を解決する 7. rebaseでマージする リモートリポジトリ pull fetch push タグ タグ チュートリアル2 タグを使ってみよう！ 0. 前準備 1. 軽量タグを追加する 2. 注釈付きタグを追加する 3. タグを削除する コミットの書き換え 直前のコミットを修正する 過去のコミットを打ち消す コミットを捨てる コミットを抜き取る コミットの履歴を書き換える ブランチ上のコミットを一つにまとめてマージする チュートリアル3 コミットを書き換えよう！ 1.
Git でリモートへの接続がうまくできるかどうかを確認する方法についてです。 すぐに結論ですが、次のコマンドを使えば OK です。
初めに 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の設定画面を開いてください。 探すと以下に近い画面が表示されるはずです
Setup and Config git config help bugreport Credential helpers Getting and Creating Projects init clone Basic Snapshotting add status diff commit notes restore reset rm mv Branching and Merging branch checkout switch merge mergetool log stash tag worktree Sharing and Updating Projects fetch pull push remote submodule 2.47.0 10/06/24 2.46.1 → 2.46.2 no changes 2.46.0 07/29/24 2.45.2 no changes 2.45.
コミット履歴が無駄に多く，黒歴史のある 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 オプションを使うと，指定したコミット数で刈り取ることができる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
