最低限しておくといいgitconfig の設定メモ。 ※Windows向け user.name , user.email ユーザー名とメールアドレスは、Githubのusernameとmailaddressとそろえるといい。 git config --global user.name "{ユーザー名}" git config --global user.email "{メールアドレス}"
はじめに Unity エディタが重くて操作に時間がかかる時や Hold on・Unity is busy のプログレスバーが消えずに Unity が操作できない時に 自分が試して解決した方法や、 公式フォーラムなどでこうすると解決したと報告があった方法を紹介していきます 目次 はじめに 目次 Unity プロジェクトのフォルダ内の Library フォルダを削除 Unity プロジェクトのフォルダ内の Library/ShaderCache フォルダを削除 GI Cache の Clean Cache を実行 Package Manager のキャッシュを削除 並列インポートを有効化 Auto Refresh を無効化 Directory Monitoring を無効化 Busy Progress Delay に大きな値を設定 Disable Editor Analytics (Pro O
.gitignore とは? Git の管理に含めないファイルを指定するためのファイル。 設定方法 無視設定を行いたいフォルダに .gitignore という名前でテキストファイルを作成する。 Windows 標準のメモ帳など一部のエディタでは、拡張子のみのファイルは生成できないので、どちらかの手順で作成する 拡張子のみのファイルを作れるエディタを利用する 既にあるファイルをコピーしてくる MAC は標準の設定では、拡張子のみのファイルは Finder 上に表示されません。 無視したいファイルを下のパターンをもとに .gitignore 内で指定する。 設定の有効範囲は .gitignore ファイルの有るフォルダ内全部。 リポジトリのルートにある必要はなく、リポジトリ内に複数あってもよい。 パターン コメント
はじめに Gitのブランチを活用できていますか? Gitが人気を博している理由のひとつには、手軽に使えるブランチの存在があります。ブランチを効果的に使えなければ、Gitの真価を発揮することはできません。しかし複数人での開発で、特になんの決まりもなくブランチを使っていると、無秩序にブランチの作成やマージが行われ、リポジトリが混沌としてきます。 こうした問題を解決するために、「ブランチモデル」というブランチ管理方法が考案されました。 今回紹介するのは、Gitのブランチモデルのひとつである「git-flow」です。 ブランチモデルの中では比較的歴史が長く、git-flowをサポートしているツールも数多くあります。やや複雑なモデルではありますが、ツールを使うことでブランチの操作をある程度自動的に行うことが可能です。コマンドを覚えて流れをつかんでしまえば、それほど難しいことではありません。実際にやっ
Recent Entries 2023/11/04 WZR-600DHP2 への OpenWRT のインストールと設定 2023/11/02 scrcpy で Android の画面を Ubuntu に表示する 2023/10/29 Ubuntu 24.04 で PT3 を Mirakurun と EPGStation で使う 2023/07/15 LIFEBOOK WU-X/H1 での Ubuntu 23.04 と Windows 11 のデュアルブートと設定 2022/11/22 Ubuntu 22.04 に Mattermost をインストールする 2022/09/04 WZR-HP-AG300H の OpenWRT の更新と設定 ページ一覧へ Archives 2023 (4) 2022 (7) 2021 (5) 2020 (5) 2019 (6) 2018 (7) 2017 (8
WordPressの中規模サイトをGitで管理していて、 ファイル容量を圧迫していたので一旦削除したのですが、 今回また修正の必要が出てきてSourceTreeでクローンしようとしたら、 git -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree fetch origin remote: warning: suboptimal pack - out of memory error: pack-objects died of signal 9 error: git upload-pack: git-pack-objects died with error. fatal: git upload-pack: aborting due to possible repository
git rebase パート1の続きです。 fixed(コメントは変更せずにコミットをまとめる) fixed は squash と同じく1つ前のコミットとまとめる機能がありますが squash と違うのはコメントはそのままにするということです。 squash と同じ説明になりますが 70b3379 の メソッド名のタイポ修正 を何事もなかったかのようにしたい時は cce19c9 とまとめてしまいます。いつものように [kengo@tkengo-mac] $ git rebase -i cce19c9~1 こうして pick cce19c9 通信用のクラスの実装とテストの追加 fixed 70b3379 メソッド名のタイポ修正 pick aebf22c テストが落ちてたので修正 とします。すると squash の場合はこの後にコメントを入力する画面が出て来ましたが fixed の場合はそれが
git には rebase というとても便利なコマンドがあります。その中でも特に便利なのが -i または --interactive オプションです。便利なのですがよく忘れるのでまとめもかねてこの記事で詳しく紹介します。 前提 この記事では説明のために以下のようなコミット状態である前提で話を始めます。よくあるコミットの流れです。 git rebase -i -i は --interactive とあるように、対話的に rebase が実行できるコマンドです。これでなにが出来るかというと コミットメッセージを編集する コミットをまとめる コミットを分割する コミットの順番を移動させる コミットを削除する など、いろんなことが出来ます。基本的な構文は [kengo@tkengo-mac] $ git rebase -i <commit> これだけ。 <commit> には特定のコミットを指定し
空のディレクトリをコミットに含めたいときは、2つのやり方があります。.gitkeep を使う方法 と、 .gitignore をおいておく方法(例えばPHPのフレームワーク Laravel で用いられている方法)です。 空のディレクトリを保持する目的で使用する .gitignore は、たいていの場合、以下のような内容になっています。 使い分けの基準 .gitkeep と .gitignore は、「空のディレクトリにファイルが追加されたときに、そのファイルを Git での管理対象に含めたいか?」という基準で、使い分けられます。 含めたい場合は .gitkeep 、含めたくない場合は .gitignore を使います。 .gitkeep を使う基準と例 .gitkeepは、「デフォルトではファイルが存在しないけれど、ファイルが追加されたら、そのファイルを Git での管理対象にしたい」場合
git clone http://example.com/fuga.git remote: Counting objects: 3203, done. remote: warning: suboptimal pack - out of memory remote: fatal: Out of memory, malloc failed error: git upload-pack: git-pack-objects died with error. fatal: git upload-pack: aborting due to possible repository corruption on the remote side. remote: aborting due to possible repository corruption on the remote side. fatal:
ソースコードの変更管理ツールを使いこなすことはエンジニアにとって重要なスキルです。これまで、バージョン管理といえばSubversionがよく利用されていましたが、最近ではGitが人気を集めています。最新版のVisual StudioにおいてもGitが標準でサポートされるようになり、MicrosoftもASP.NETや.NET Core Frameworkの開発をGitHubで行っています。そこで本稿では、Visual StudioでGitを使用する方法についてチュートリアル形式で解説します。 クライアントツールとして「Visual Studio Express 2013」を、Gitのリモートリポジトリとして「Visual Studio Online」を使うことで、無料で簡単にGitの使い方を学ぶことができます。 Gitについて Git(ギット)とは、Linuxで有名なリーナス・トーバルズ氏
私は Git の GUI フロントエンドとして Git Extensions を愛用しているのだが,毎度のことながらインストールしたときのことを忘れているため,インストールに絡むあれこれについて覚え書きを記しておく。 Git Extensions のインストール 現在 Git Extensions は以下のサイトで運用されている。 Git Extensions | Git Extensions is a graphical user interface for Git that allows you to control Git without using the commandline Git Extensions は .NET Framework (4.6.1 以上)で動作するが Mono (5.0 以上)でも動くので Linux や macOS 等でも利用可能らしい。 Windows
ローカルのブランチからブランチを作成する方法 ブランチを作りたいgitのディレクトリに入る cd ディレクトリパス ブランチの一覧を見る git branch -a ブランチを作る元のブランチに切り替える git checkout master ブランチを作成 git checkout -b 作成するブランチ名 ブランチの一覧を見る git branch -a ブランチをリモートに登録 git push -u origin 作成したブランチ名 リモートブランチから作る方法 リモートブランチからローカルブランチを作成 git checkout -b ローカルに作成するブランチ名 origin/作成元のリモートのブランチ名 ブランチの一覧を見る git branch -a ブランチをリモートに登録 git push -u origin 作成したブランチ名
一年くらい前から git を使い始め、ここ半年くらいは毎日の開発に git を使っています。昨日 git stash という機能を使っている時に失敗してしまい、何人かの方にアドバイスいただくことによって無事回復することが出来たので、感謝の印として、そして運悪く同じ問題に遭遇してしまった人たち(私もまたやるかも)へのメモとして記しておきます。 御託はいいから、早く回復法を知りたい人のためのまとめ $ git fsck | awk '/dangling commit/ {print $3}' 候補の sha1 がいくつか出てくる(長く開発していると、結構多く候補が出てきます) $ git show --summary 候補のsha1 一つ一つの sha1 の内容を確認 $ git cherry-pick -n -m1 見つけたsha1 いきさつ 私の作業のやりかたでは、 タスク毎にブランチを切
Posted by OOHASHI on Mar 2nd, 2017 こんにちは、ひさっしーです! 今回は、久しぶりにGitネタです。 Gitを使っている方のあるあるかと思いますが、急いで作業している時にコミットメッセージを書き間違えたままcommitしてしまった!なんてことありますよね。 また、グランフェアズではBitbucketで課題を発行してタスクをこなすことがあるので、コミットメッセージに「refs #25」などをつけてコミットを該当の課題と関連付けたりするのですが…これを書き忘れたり、間違えて違う番号にして関連付けをミスったり…ということもあったりします。 コミットメッセージを書き間違えた! 課題との関連付けをし忘れた! そういった迷えるうっかりさんを救う、「コミットメッセージを後から変更する方法」を今回はご紹介します! 【初級編】直前にコミットしたメッセージを変更する 例えばこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く