Permission denied (publickey) の 対処方法はだいたいこれ - ORM ねこの遊び庭
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 に公開
SourceTreeでGitHubのPersonal access tokensを利用する方法
背景 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/****/****
TortoiseGitで「fatal: unsafe repository」なエラー - Qiita
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エラ
SourceTreeで、GitHubでFork/cloneしたリポジトリを本家リポジトリに追従する - Qiita
概要 xtetsujiさんのGitHubでFork/cloneしたリポジトリを本家リポジトリに追従するをSourceTreeで操作してみました。 コマンドラインに慣れている方は、xtetsujiさんの投稿を参照した方が幸せになれます。 私のように、SourceTreeバンザイな人は、参考にしてくださいませ。 フォークしたリポジトリをクローンする Github上で、リポジトリのフォークを行います。 フォークしたリポジトリのクローンを行うと下記のような画面になります。 今回は、活発なリポジトリが良かったので、electronをフォークしました。 リモートリポジトリとして、オリジナルのリポジトリを upstream という名前で設定する Gitは複数のリモートリポジトリが持てるので、オリジナル側のリポジトリをupstreamという名前で登録します。 登録を行うとリモートに、upstreamが並び
Git LFS をちょっと詳しく - Qiita
Git LFS の機能が実際にどういう感じで動作しているかを、基本的な Git の手順に沿って少しだけ詳しく調べてみました。 なお、ロック機能については検証していません orz （今後に期待） TL;DR ワークツリーの情報をリポジトリ（.git/）に格納するタイミング（clean filter）で対象のファイルがメタ情報（ポインタ）に置き換えられ、ファイルの実体（オブジェクト）は .git/lfs/ 以下に格納される push の直前に LFS API を通してオブジェクトがサーバーにアップロードされる リポジトリ（.git/）からワークツリーに展開するタイミング（smudge filter）でメタ情報から実体ファイルに置き換えられる LFS オブジェクトが .git/lfs/ 以下にない場合は LFS API を通してサーバーからダウンロードされる コミット時、マージ時、チェックアウト
【Git】変更していないのに勝手に変更されるファイルがある時の対処法
【Git】変更していないのに勝手に変更されるファイルがある時の対処法 同じプロジェクトを使用OSがバラバラの複数のメンバーで共同開発した際などの $ git pullしたら変更していないファイルに勝手にdiffが出てしまう 修正しても保存するとdiffのある状態に戻ってしまう importやソースコードの並び順が勝手に変わったり 閉じタグのインデントが勝手に変わっているなど checkout、reset、stashも効かない 問題の解決手段です。 そのdiff、どこから もし以前までdiffが出ていなく、最近生じた問題だった場合は直近の（特に別OS使用者の）コミット履歴から同ファイルの変更がないか探します。 もしかすると既にremoteに上がっている変更がlocalでは差分として出てしまっているかもしれません。 原因として考えられるもの 改行コードの設定がバラバラかもしれません。 改行コー
Gitでリモートリポジトリを巻き戻す - tmtms のメモ
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でブランチ間の差分ファイルを抽出 - Qiita
はじめに ソースコードの管理にgitを導入していても、案件によっては本番化とは連携しておらず、差分ファイルだけ必要になる事がよくあります。 コミットを指定して差分を抽出する方法は利用していたのですが、そもそも細かくコミット間の差分を抽出する必要性があまりなかったので、ターミナルから簡単にブランチの差分ファイルだけまとめてzipで抽出する方法をまとめてみました。 なお、今回紹介するやりかたは、選択中の作業ブランチとmasterブランチ間になります。 基本のコマンド とりあえず使いたい時はこれ。 git archive --format=zip --prefix=_diff/ HEAD `git diff master --diff-filter=ACMR --name-only` -o _diff.zip 良記事をよく見かけるので、git archiveの細かい説明は省きますが、これで現在の
より安全にご利用いただけるようになったClassiのご報告と今後の取り組みについて | Classi（クラッシー） - 子どもの無限の可能性を解き放ち、学びの形を進化させる
1.はじめに 2020年4月（昨年）、当社サービス「Classi」に不正アクセスがあった件に関し、過去一年間、弊社はこれを重く受け止め、お客様に安全にClassiをご利用いただく事を当社事業の最優先事項とし、各種対策を年間を通じ実施してまいりました。 今年度も、昨年度から継続して、サービスのセキュリティを重視した全社的な対策を実行していく所存でございますので、以下に発生直後の対応、及び今日までに実行いたしましたセキュリティ強化対策を含めて、今後の取り組みについてご報告いたします。 現在に至るまで同様の不正アクセスは起こっておらず、セキュリティ状況についても外部企業の第三者調査の結果、他社と比較して標準水準以上に強化できていると評価いただいております。また2021年3月のISO/IEC27001に基づく情報セキュリティマネジメントシステム(ISMS)の継続審査 においても、マネジメントシステ
tigでgitをもっと便利に！ addやcommitも - Qiita
皆さん、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の差分を見てみるとこんな
美容内服薬ラボットメディカルクリニック【公式】
オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。 普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。
GitLabのユーザ権限 - Qiita
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)の実質コードのみをgitリポジトリ管理するには - どこでも見れるメモ帳
はじめに Jupyter Notebook(ipynb)をなるべくマシなバージョン管理方法がないか調べてみました。 実現したいことを簡単にならべると次の通り。 jupyter notebook(ipynb)をgitでバージョン管理したい。 実行の都度変わる実行結果はコミットしたくない。 実質的なソースコードの変更のみコミットしたい。 コミット前後で実行結果が勝手に削除されたくない。 ローカルのファイルに対して変更は加えたくない。 これを実現する手順を述べます。 方針 jupyter notebookはJSON形式で保存されています。 実質的なソースコード、実行結果、メタ情報など、それぞれ異なるキーで格納されています。 そこで、gitのフィルタ処理*1にて、コミット直前に実行結果のキーに対応する値をnullとして扱い、コミットするように設定します。 手順 1) gitリポジトリ作成 $ mk
【今日からできる】コミットメッセージに 「プレフィックス」 をつけるだけで、開発効率が上がった話 - Qiita
はじめに 今まで commit message を「なんとなく」書いていたが、プレフィックスをつけることで、コミットメッセージに対する考え方が変わった。 そのおかげで開発効率が上がったので、その内容をシェア。 プレフィックスをつけるってどういうこと？ 以下のようにコミットメッセージの先頭に、なんらかの文字をつけること。 feat: xxx という機能を追加 fix: yyy で発生するバグを修正 refactor: zzz の機能をリファクタ のように feat, fix, refactor などがプレフィックスです。 最近 OSS の Contribution Guide などでよく見かけます。 導入したプレフィックスルール Angular.js/DEVELOPERS.md Angular.js の開発者ガイドに書いてあるメッセージを参考にしました。 以前のコミットメッセージ（例 ちなみ
「Oh shit, git!」を簡単に和訳してみた。(追記あり) - Qiita
翻訳元: Oh shit, git! gitは使いにくい！ Gitは難しい: 中身を破壊にするのは簡単なのに、過去の過ちを修正する方法を見つけるのは極めて困難だ。ドキュメントには修正するコマンド名が書かれていても、その名前を知らなければ使いものにならない。これは「鶏が先か、卵が先か」というジレンマを抱えている！ だから私が陥った数々の問題をいかにして抜け出すかを書いた。 なんて事だ！私は大変な誤ちを犯した！タイムマシンを呼び出すにはどうすればいい！？ git reflog # you will see a list of every thing you've done in git, across all branches! # each one has an index HEAD@{index} # find the one before you broke everything git
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
.gitignore does not work - file is still being tracked
warning: ignoring broken ref refs/remotes/origin/HEAD 対処法 - Qiita
tigのUntracked filesが表示されない件 - Qiita
「Git」に複数の脆弱性、Windowsユーザーはとくに注意／修正版のv2.24.1などへ更新を
Visual Studio Community - Visual Studio
