※ 2016年の自分の記事を移転しました。 Windows10で発生。何度も起動しようとしても立ち上がる気配が無かったので調査し、対処できたのでその時のメモ。 解決方法 %Appdata%\local\Atlassian\にあるSourceTreeと書かれているフォルダで、ファイル名が長い方を削除することで解決しました。 調査手順 とりあえず、以下の方法を確認しました。 SourcesTreeの再インストール イベントビューワを見て調査 SourceTreeの再インストール 現象は再現し、解決されなかった。 イベントビューアーを見て調査 困ったときや調査をするとき、誰かに助けてもらうときは確認しておいたほうがいいですね。 イベントビューアーを起動 イベントビューアー(ローカル) > Windowsログ > Application　を表示。 以下2点のエラーログが気になりました。 障害が発生

GitHub への SSH 接続で Permission denied (publickey) 言われたのだが GitHub に新しいアカウント作成し、 clone したところ次のメッセージがかえりました。 1git@github.com: Permission denied (publickey). 2fatal: Could not read from remote repository. 3 4Please make sure you have the correct access rights 5and the repository exists. 正しく設定したつもりだったのですがなぜでしょうか ? 原因を探って対処しましょう。 GitHub へ SSH 接続する手順おさらい GitHub へ SSH 接続する手順をおさらいします。 秘密鍵・公開鍵を作成する GitHub に公開

背景 2021年8月13日に、GitHubでパスワード認証が廃止されました。 そのため、Personal access tokensを利用しないとSourceTreeから push/pull ができなくなります。 ※pushした場合下記のようなエラーが表示されます。 git --no-optional-locks -c color.branch=false -c color.diff=false -c color.status=false -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree push -v --tags origin refs/heads/main:refs/heads/main Pushing to https://github.com/****/****

タイトルのようなwarningが出てbranchが消せなかったので色々試した備忘録 以下の記事を参考にさせていただいて gitで warning: ignoring broken ref refs/remotes/origin/HEAD ってエラーが出た時の対処法 fetchして大丈夫かなーと思ったんですが、タイトルのようなwarningがまた出る。

git.exe checkout master -- fatal: unsafe repository ('//wsl.localhost/Ubuntu/home/user1/my-project' is owned by someone else) To add an exception for this directory, call: git config --global --add safe.directory '%(prefix)///wsl.localhost/Ubuntu/home/user1/my-project' gitは正常に終了しませんでした (終了コード 128) (281 ms @ 2022/04/20 22:30:48) Gitを最新版にアップデートしたところ、TortoiseGitでコミットやブランチ切り替えをしようとするとexit status 128エラ

概要 xtetsujiさんのGitHubでFork/cloneしたリポジトリを本家リポジトリに追従するをSourceTreeで操作してみました。 コマンドラインに慣れている方は、xtetsujiさんの投稿を参照した方が幸せになれます。 私のように、SourceTreeバンザイな人は、参考にしてくださいませ。 フォークしたリポジトリをクローンする Github上で、リポジトリのフォークを行います。 フォークしたリポジトリのクローンを行うと下記のような画面になります。 今回は、活発なリポジトリが良かったので、electronをフォークしました。 リモートリポジトリとして、オリジナルのリポジトリを upstream という名前で設定する Gitは複数のリモートリポジトリが持てるので、オリジナル側のリポジトリをupstreamという名前で登録します。 登録を行うとリモートに、upstreamが並び

Git LFS の機能が実際にどういう感じで動作しているかを、基本的な Git の手順に沿って少しだけ詳しく調べてみました。 なお、ロック機能については検証していません orz （今後に期待） TL;DR ワークツリーの情報をリポジトリ（.git/）に格納するタイミング（clean filter）で対象のファイルがメタ情報（ポインタ）に置き換えられ、ファイルの実体（オブジェクト）は .git/lfs/ 以下に格納される push の直前に LFS API を通してオブジェクトがサーバーにアップロードされる リポジトリ（.git/）からワークツリーに展開するタイミング（smudge filter）でメタ情報から実体ファイルに置き換えられる LFS オブジェクトが .git/lfs/ 以下にない場合は LFS API を通してサーバーからダウンロードされる コミット時、マージ時、チェックアウト

【Git】変更していないのに勝手に変更されるファイルがある時の対処法 同じプロジェクトを使用OSがバラバラの複数のメンバーで共同開発した際などの $ git pullしたら変更していないファイルに勝手にdiffが出てしまう 修正しても保存するとdiffのある状態に戻ってしまう importやソースコードの並び順が勝手に変わったり 閉じタグのインデントが勝手に変わっているなど checkout、reset、stashも効かない 問題の解決手段です。 そのdiff、どこから もし以前までdiffが出ていなく、最近生じた問題だった場合は直近の（特に別OS使用者の）コミット履歴から同ファイルの変更がないか探します。 もしかすると既にremoteに上がっている変更がlocalでは差分として出てしまっているかもしれません。 原因として考えられるもの 改行コードの設定がバラバラかもしれません。 改行コー

Gitで間違ったコミットをリモートリポジトリに push してしまった後に、それを無かったことにするには、リモート側での作業が必要だと思っていたのですが、ローカルからの操作でもできることがわかったので備忘録的に書いておきます。 次の状態にあるとします。アルファベットはコミットだと思ってください。 リモート: A-B-C master ローカル: A-B-C-D masterローカルで変更を加えてDの状態になっています。 git push すると次のようになるのですが、 リモート: A-B-C-D master ローカル: A-B-C-D masterここで、D は間違いだったと気づきました。 リモートリポジトリの master のバックアップ用のブランチを作ります。これは必須ではありませんが、念のため。 % git push origin master:master_bakこれで次の状態に

はじめに ソースコードの管理にgitを導入していても、案件によっては本番化とは連携しておらず、差分ファイルだけ必要になる事がよくあります。 コミットを指定して差分を抽出する方法は利用していたのですが、そもそも細かくコミット間の差分を抽出する必要性があまりなかったので、ターミナルから簡単にブランチの差分ファイルだけまとめてzipで抽出する方法をまとめてみました。 なお、今回紹介するやりかたは、選択中の作業ブランチとmasterブランチ間になります。 基本のコマンド とりあえず使いたい時はこれ。 git archive --format=zip --prefix=_diff/ HEAD `git diff master --diff-filter=ACMR --name-only` -o _diff.zip 良記事をよく見かけるので、git archiveの細かい説明は省きますが、これで現在の

問題 tigにはUntracked files (履歴管理していないファイル) を表示する機能がありますが、あるタイミングから表示されなくなってしまい困っていました。 git statusには表示される On branch master Untracked files: (use "git add <file>..." to include in what will be committed) bar.txt foo.txt hoge.txt

1.はじめに 2020年4月（昨年）、当社サービス「Classi」に不正アクセスがあった件に関し、過去一年間、弊社はこれを重く受け止め、お客様に安全にClassiをご利用いただく事を当社事業の最優先事項とし、各種対策を年間を通じ実施してまいりました。 今年度も、昨年度から継続して、サービスのセキュリティを重視した全社的な対策を実行していく所存でございますので、以下に発生直後の対応、及び今日までに実行いたしましたセキュリティ強化対策を含めて、今後の取り組みについてご報告いたします。 現在に至るまで同様の不正アクセスは起こっておらず、セキュリティ状況についても外部企業の第三者調査の結果、他社と比較して標準水準以上に強化できていると評価いただいております。また2021年3月のISO/IEC27001に基づく情報セキュリティマネジメントシステム(ISMS)の継続審査 においても、マネジメントシステ

皆さん、tigコマンドを活用していますか？ tigは、コンソール上で使えるgitブラウザです。実はずっと、ただのきれいなgit logだと思っていたのですが、本当はそんなことはありません。かなり使えるやつなのです。 インストール ソースコード: https://github.com/jonas/tig インストール方法: https://github.com/jonas/tig/blob/master/INSTALL.adoc この辺りを参考にしてみてください。詳細は割愛します。 基本の使い方 この状態の差分を扱っていきます。いつものこれだとこんな感じ。 git logが素敵にビジュアライズされてます。この画面をmain viewといいます。 ここでエンターを押すと、下半分に差分の詳細（diff view）が表示されます。 下矢印で、Unstaged changesの差分を見てみるとこんな

オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。 普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。

role によって出来ることが結構細かく設定されているのでちゃんと考えて設定したほうがいい。 全員Masterとかは激しく危険。。 Guest Create new issue Leave comments Write on project wall リポジトリを clone することもできない。ソースコードをレビューのみの人向け。 基本的に commit から diff が確認できますので、この権限でもレビューは可能。 Reporter Reporter の役割は Guest ができることに加えて以下な権限が付与される。 Pull project code Download project Create new merge request Create a code snippets ソースコードが取得できます。また merge request (github の pull reques

はじめに Jupyter Notebook(ipynb)をなるべくマシなバージョン管理方法がないか調べてみました。 実現したいことを簡単にならべると次の通り。 jupyter notebook(ipynb)をgitでバージョン管理したい。 実行の都度変わる実行結果はコミットしたくない。 実質的なソースコードの変更のみコミットしたい。 コミット前後で実行結果が勝手に削除されたくない。 ローカルのファイルに対して変更は加えたくない。 これを実現する手順を述べます。 方針 jupyter notebookはJSON形式で保存されています。 実質的なソースコード、実行結果、メタ情報など、それぞれ異なるキーで格納されています。 そこで、gitのフィルタ処理*1にて、コミット直前に実行結果のキーに対応する値をnullとして扱い、コミットするように設定します。 手順 1) gitリポジトリ作成 $ mk

はじめに 今まで commit message を「なんとなく」書いていたが、プレフィックスをつけることで、コミットメッセージに対する考え方が変わった。 そのおかげで開発効率が上がったので、その内容をシェア。 プレフィックスをつけるってどういうこと？ 以下のようにコミットメッセージの先頭に、なんらかの文字をつけること。 feat: xxx という機能を追加 fix: yyy で発生するバグを修正 refactor: zzz の機能をリファクタ のように feat, fix, refactor などがプレフィックスです。 最近 OSS の Contribution Guide などでよく見かけます。 導入したプレフィックスルール Angular.js/DEVELOPERS.md Angular.js の開発者ガイドに書いてあるメッセージを参考にしました。 以前のコミットメッセージ（例 ちなみ