SourceTreeが起動しなかった時の対処法のメモ - Qiita
※ 2016年の自分の記事を移転しました。 Windows10で発生。何度も起動しようとしても立ち上がる気配が無かったので調査し、対処できたのでその時のメモ。 解決方法 %Appdata%\local\Atlassian\にあるSourceTreeと書かれているフォルダで、ファイル名が長い方を削除することで解決しました。 調査手順 とりあえず、以下の方法を確認しました。 SourcesTreeの再インストール イベントビューワを見て調査 SourceTreeの再インストール 現象は再現し、解決されなかった。 イベントビューアーを見て調査 困ったときや調査をするとき、誰かに助けてもらうときは確認しておいたほうがいいですね。 イベントビューアーを起動 イベントビューアー(ローカル) > Windowsログ > Application を表示。 以下2点のエラーログが気になりました。 障害が発生
WSL で Git の使用を開始する
Git は、最も一般的に使用されるバージョン管理システムです。 Git を使用すると、ファイルに加えた変更を追跡できるため、実行された内容の記録が得られ、必要に応じて以前のバージョンのファイルに戻すことができます。 また、Git を使用するとコラボレーションが容易になり、複数の人が加えた変更をすべて 1 つのソースにマージできます。 Git は Windows と WSL にインストールできます。 重要な考慮事項: WSL を有効にして Linux ディストリビューションをインストールすると、マシン上の Windows NTFS C:\ から分離された、新しいファイル システムがインストールされます。 Linux では、ドライブに文字が指定されていません。 マウント ポイントが指定されます。 ファイル システムのルート / は、ルート パーティション (WSL の場合はフォルダー) のマウ
GitHubでhttpsのパスワード認証が廃止された。Please use a personal access token instead. - Qiita
GitHubでhttpsのパスワード認証が廃止された。Please use a personal access token instead.GitGitHub $ git push origin branch名 remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead. remote: Please see https://github.blog/2020-12-15-token-authentication-requirements-for-git-operations/ for more information. fatal: unable to access 'https://github.com/名前/リ
git の Discard all changes を復元する(取り消す)方法 - Programmer_Mixin_Conductor's Blog
最近はGitKrakenを使ってgit操作をしています。 GitKrakenにはcommit前の変更を全て取り消す Discard all changes という機能があります。 内部的にはgit checkoutを実行しているのでしょうか。 詳しく調べていませんが、GitKraken以外のGUIアプリでも実装されてるものは多いと思います。 で、たまに(よく)単一ファイルを Discard change しようとした時に、誤って Discard all changes してしまい、全ての変更を取り消してしまうことがあります。 その時の復元方法について紹介します。 1. git reflog でログ確認 $ git reflog 104352f HEAD@{0}: discard: [8d1024be820c042cef4fe17432dc438d59189526] 104352f HEAD
GitHubのブランチ名とそのローカルのブランチ名を変更する。2023年12月版 (ブランチ名 masterからmainに変更する場合等) - Qiita
GitHubのブランチ名とそのローカルのブランチ名を変更する。2023年12月版 (ブランチ名 masterからmainに変更する場合等)GitGitHubbranchMastermain 2023年12月25日 追記 ブランチ名の変更方法が変わりました。 リポジトリのトップ画面で 左上のタブバー(Code Issues Pull requests Actions Projects Wiki Security Insights Settings)の下にある リポジトリ名の更に下にある masterを押します。 そうするとその下にプルダウンメニューが開きます。 その中にあるView all branchesを押します。 ブランチの一覧が表示されます。 その中にある三点リーダー(...)を押します。ゴミ箱アイコンの横です。 そうすると「Rename branch」がありますので、押します。 名
綺麗なコミットログを作りたいときのgitテクニック - Qiita
これは何 僕は開発作業をしているとき、PRをあげるまでの開発途中はwipコミットに変更を記録していき、最後にコミットを仕上げていくような作業をよくします。 初めからコミットを綺麗に書きながら開発ができれば良いのですが、 にあるようなコミットログを仕上げていこうと思うとどうしても最後にコミットログを整理したくなります。 この記事はこのようにgitを使うと綺麗なコミットログを作れるよ、というTipsです。 具体的にこういうコミットを作ると良いよ、みたいな話はこの記事ではしません。 僕はこのような工程でPRを出す前にコミットログを作っています。 git rebase -iで作業中のコミットを全て一つのコミットにsquashする git reset HEAD~で一度コミットを取り消す git add -pで作りたいコミットごとに変更をstageにあげていく コミットを作成する git rebase
git gc の仕組みを原理から理解してサイズを 136MB → 7.2MB(95%減)まで削減した時の勉強メモ
個人用メモです。 「git gcってあんまし容量減らないよなぁ」 と思ったのが動機です。調べたけどパッと腑に落ちる記事がなかったので「自分で git のソースコード見た方がいいな」と急にモチベ発動してグワっと勉強しました。またついでに歴史改変の方法も調べたのですが、公式で既に WARNING が出てるほど非推奨化されてるfilter-branchを使用してる記事が多かったので、2021 年現在で多分一番推奨されてるfilter-repoを使ってやる方法もまとめました。 ちなみに容量減らしても高速化するかというとそこまで単純ではないです。そもそも減らさなくても partial clone で blob オブジェクトを必要最低限に指定して昔の blob をデフォルトで持ってこないようにしたり(--no-checkoutと併用するとより効果有る)、その後本当に自分が必要なやつだけ sparse-
git push の取り消し方法 | WWWクリエイターズ
あ、間違って push しちゃった・・・ Git を使っていると、間違ってgit pushしてしまって、それを取り消したくなるようなケースは、時々あります。 間違えて master ブランチで作業して、中途半端なコミットを作ってしまった。しかもなぜか、間違って push してしまった・・・。 チームで共有しているリモートレポジトリに push したが、テスト不足で思いっきりバグを含んでいたので、いったん取り消したい。 間違いは、誰にでもあります。間違ったらやり直せば良いのです。 git push したコミットを取り消す それでは取り消しの方法です。解決の方針ですが、大きく２つの方針があります。 git push したコミットの取り消し方法の選択肢 ?過ちを隠す ：push した、コミットを取り消し、リモートから削除。無かったことにする。 ?過ちを認める：間違いコミットを打ち消す「rever
git merge squash と rebase - Qiita
merge の形式(メモ代わり) merge pr の時、選択は三つあります 普通の merge rebase merge squash merge この三つ何か違うのは、ローカルブランチ使って説明していきます ##masterブランチモデル 例えばこのブランチに幾つのcommitあったとして そして、また新しいブランチを作って、開発し幾つのコミットをします、そうすると、全体図はこういうふうになります 普通の Merge ブランチを合併する時、よくあるのは以下の操作になります masterブランチにcheckoutして,合併 ：git merge devel そして用済みのブランチを削除 ：git branch -D devel リモートブランチへpush ：git push origin master 一見何の問題もないけど、でも実際どんな結果になったのでしょうか,合併前のブランチは以下
GithubでのWeb上からのマージの仕方3種とその使いどころ - Qiita
GithubでWebのGUIからマージしようとすると「Create a merge commit」、「Rebase and merge」、「Squash and merge」の選択肢があります。この記事では、それぞれのマージの動作の違いと使いどころをまとめました。 GithubのWebからのマージ GithubでPull requestをいただいてマージしようとすると以下の3種類が表示されます。 Create a merge commit Rebase and merge Squash and merge この動作の違いをまとめました。 前提 説明するに当たりマージする前の状態を以下の状態として進めていきます。これはAのリポジトリからBがforkして、2つコミットした後にAにPull requestを出して、取り込まれるのを待っている状態だと思ってください。 また、BがY、Zの変更をしてい
merge --squashで適度にまとめたコミットを作成する - Qiita
こんにちは、@na4daです。 作業用に切ったブランチで作業している時に、「ここで細かくコミットすると粒度が小さすぎるので、ある程度纏めてコミットしたい」という状況が時々あると思います。今回は、そういった場合にmerge --squashを用いて、複数のコミットをまとめてコミットする手順をまとめた忘備録的な内容です。 手順 リモートからcheckoutしてきた(もしくはローカルで作成した)ブランチ(例：foo)から、さらにブランチを切り、チェックアウトします。ブランチ名はfoo-devとします。このfoo-devブランチはリモートへpushはせず、ローカルだけで用います。 その後、foo-devブランチでコミットします。後で一つにまとまるため、粒度が小さくなっても気にせずコミットしていきます。 ある程度切りの良いところまでコミットができたら、fooブランチに移動し、merge --squa
GitHub、これから作成するリポジトリのデフォルトブランチ名が「main」に。「master」から「main」へ変更
GitHubは、これから新規に作成されるリポジトリのデフォルトブランチ名が「main」になると発表しました。これまでデフォルトブランチ名は「master」でした。 既存のリポジトリにはこの変更は適用されませんが、年内にも既存のリポジトリでもデフォルトブランチ名の変更を可能にする予定だと説明されています。下記は「The default branch for newly-created repositories is now main」からの引用です。 Existing repositories are not impacted by this change. Later this year, you'll be able to rename the default branch for existing repositories for your user, organization, or
[Git] 特定のブランチに対するpushを禁止し、ミスをシステム的に防ぐ - Qiita
はじめに ブランチ名をターミナルに表示させていてもなお、pushミスしたことはあるでしょうか。 (はい..あります...) そんな己の不注意さへの対策には、もはやpush不可能にしておくしかありません。 プルリクベースの運用なら禁止にして問題ないはず。 やること 例えばrelease系ブランチにpushしようとしたら、こんな感じに怒られるようにする。 Git hookを使って実現できる。 個人として 個人のミスを防止する目的だけなら、ローカルで個別に禁止すればいい。 特定のレポジトリに適用する # 対象のディレクトリに移動する $ cd ~/tmp_git_practice # pre-pushファイルを作成する $ cd .git/hooks $ vim pre-push # ここにスクリプトを書く # 実行権限「x」をつける $ chmod +x pre-push #!/bin/bas
![[Git] 特定のブランチに対するpushを禁止し、ミスをシステム的に防ぐ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/35ccb4c98241f9cc9e0bd72783f23282187a320f/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-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR2l0JTVEJTIwJUU3JTg5JUI5JUU1JUFFJTlBJUUzJTgxJUFFJUUzJTgzJTk2JUUzJTgzJUE5JUUzJTgzJUIzJUUzJTgzJTgxJUUzJTgxJUFCJUU1JUFGJUJFJUUzJTgxJTk5JUUzJTgyJThCcHVzaCVFMyU4MiU5MiVFNyVBNiU4MSVFNiVBRCVBMiVFMyU4MSU5NyVFMyU4MCU4MSVFMyU4MyU5RiVFMyU4MiVCOSVFMyU4MiU5MiVFMyU4MiVCNyVFMyU4MiVCOSVFMyU4MyU4NiVFMyU4MyVBMCVFNyU5QSU4NCVFMyU4MSVBQiVFOSU5OCVCMiVFMyU4MSU5MCZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9OTczODhiOWQ4MTc5MzY2ZWM3Mjc0NzI5N2M1MThjOTk%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzZW5zdWlrYW4xOTczJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1jODAxZjhkOWIwNjdlZjA0NjJlNGE4MjJmZTEyZmNjOQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dba66b18061c37d849823c55a720777a9)
git push の取り消し方法 | WWWクリエイターズ
あ、間違って push しちゃった・・・ Git を使っていると、間違ってgit pushしてしまって、それを取り消したくなるようなケースは、時々あります。 間違えて master ブランチで作業して、中途半端なコミットを作ってしまった。しかもなぜか、間違って push してしまった・・・。 チームで共有しているリモートレポジトリに push したが、テスト不足で思いっきりバグを含んでいたので、いったん取り消したい。 間違いは、誰にでもあります。間違ったらやり直せば良いのです。 git push したコミットを取り消す それでは取り消しの方法です。解決の方針ですが、大きく２つの方針があります。 git push したコミットの取り消し方法の選択肢 ?過ちを隠す ：push した、コミットを取り消し、リモートから削除。無かったことにする。 ?過ちを認める：間違いコミットを打ち消す「rever
git-flow cheatsheet
About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【git】新規作成、複製したファイルがsourcetree上で反映されない！？そんな時の解決法 | ヤビブロ
How to change SmartGit's licensing option after 30 days of commercial use on ubuntu?
Loading...
github-flow.ja.md
リモートリポジトリを複数設定にする方法 - Qiita
