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/名前/リ
全社的に会社用GitHubアカウントを廃止した件 - ZOZO TECH BLOG
はじめまして。2019年1月に入社したSREスペシャリストのsonotsです。最近MLOpsチームのリーダーになりました。今回の記事はMLOpsの業務とは関係がないのですが、3月に弊社で実施した会社用GitHub個人アカウントの廃止について事例報告します。 TL;DR 会社用GitHubアカウントを作るべきか否か問題 会社用GitHubアカウントの利用で抱えた問題 1. OSS活動時にアカウントを切り替える必要があり面倒 2. GitHubの規約に準拠していない 会社用アカウントを廃止した場合にセキュリティをどのように担保するか GitHubのSAML single sign-on (SSO)機能について 会社用アカウントの廃止およびSSO有効化の実施 会社用GitHubアカウントを使い続ける場合 私用GitHubアカウントに切り替える場合 Botアカウントの場合 Outside Coll
Githubの2段階認証でログイン出来ない事態にならないための注意点 - やしむすがもがいてるブログ
皆さんGithubで2段階認証を行っていますか？使っていないという方は、自分のコードを守るために、今すぐ設定するべきです。 また、仕事でGithubを使っている人なら、不正ログイン等があった場合、瑕疵責任を問われる可能性もありますので、必須の設定といえます。 しかし、2段階認証は強力な反面、アカウントをロックしてログイン出来なくなってしまうと、githubは一切救出してくれないので、そうならないための設定をご紹介します。 2段階認証(two-factor authentication)を設定しよう 2段階認証とは パスワード入力の他に、認証情報を入力することで、セキュリティを高める認証方法です。 githubではアプリ認証と、SMS認証をサポートしているようです。 今回はアプリ認証で2段階認証を設定します。 Authenticatorアプリをインストール 認証を行うためのアプリは何でもよい
リカバリーコードなしでGithubの２段階認証を回避する方法 - Qiita
みなさんGithubで２段階認証を有効にしていますか？セキュリティーを考えると絶対に有効にしておいた方が良いですよね。そしてリカバリーコードはちゃんと手元にありますか？とても大切なものなので、ない人は今すぐ設定画面からダウンロードしてください。 さて、アメリカに引っ越したのでもちろん携帯の電話番号が変わるのですが、Githubの２段階認証をSMSで受信していたのでログインが一切できないようになりました。そんなときでもリカバリーコードが手元にあれば大丈夫です。手元にあればね！ 万策尽きたー でも調べてみと「万策尽きてない！」。復帰方法がありました。なんと２段階認証を無効にできるのです！ 参考にした記事はこちら。 Is there a way to restore Github 2FA without recovery codes or backup phone number? - stack
[※Gitコマンド使いません] Githubのブラウザのみでブランチ切ってプルリクするまで - Qiita
Github使って開発してると新しいブランチ切ってプルリクを投げるのにどうしてもコマンドを使わなきゃいけない雰囲気あって、特にエンジニアじゃない人たちには嫌われる傾向（ちょっと減ってきたのかな）あるけど、Github使ってればコマンド一切不要でプルリク投げれます。 特に「このお知らせの追加になったので更新しておいてー」とか、「ここタイポだから直しておいてー」とかいう依頼はエンジニアサイドに依頼を投げるよりプルリク投げてもらった方が効率いいですよね。 1. 新しいブランチを作成する プロジェクトのトップページにbranchのボタンがあります。 そこをクリックしてbranch名を入力することで新しいブランチが作成できます。 2. 修正したい箇所を探す Githubの画面の上部には検索フォームがついてます。 プロダクトの中で変更したい所があればこちらから検索するといいですね。 3. コードの追加
![[※Gitコマンド使いません] Githubのブラウザのみでブランチ切ってプルリクするまで - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/82262192b45964c46939a110dce666d87f29a114/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-f625e957b80c4bd8dd47b724be996090.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJUUyJTgwJUJCR2l0JUUzJTgyJUIzJUUzJTgzJTlFJUUzJTgzJUIzJUUzJTgzJTg5JUU0JUJEJUJGJUUzJTgxJTg0JUUzJTgxJUJFJUUzJTgxJTlCJUUzJTgyJTkzJTVEJTIwR2l0aHViJUUzJTgxJUFFJUUzJTgzJTk2JUUzJTgzJUE5JUUzJTgyJUE2JUUzJTgyJUI2JUUzJTgxJUFFJUUzJTgxJUJGJUUzJTgxJUE3JUUzJTgzJTk2JUUzJTgzJUE5JUUzJTgzJUIzJUUzJTgzJTgxJUU1JTg4JTg3JUUzJTgxJUEzJUUzJTgxJUE2JUUzJTgzJTk3JUUzJTgzJUFCJUUzJTgzJUFBJUUzJTgyJUFGJUUzJTgxJTk5JUUzJTgyJThCJUUzJTgxJUJFJUUzJTgxJUE3JnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkNtaWRkbGUmcz02MDBjODE4MzA5MzEzOGUxNmFkNzA3NjE4MDJiYTljOQ%26mark-x%3D142%26mark-y%3D151%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc3VlNzM4JnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0yYmFlZDVjM2IwYjVjMDhjZjAyNjMzM2I5OTVkZmUyNQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D1385dff4ac6d6e292b3464186b95d24a)
Git error:1407742E - Qiita
エラー 突然error:1407742Eが出るようになった。 error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol version 解決法 Gitのサイトから最新版を取得してバージョンアップを行う！ Git - Downloading Package 2017/2/22にTLS1が廃止になった事が原因の模様です。 Weak cryptographic standards removal notice | GitHub Engineering 参考 git pull が急にできなくなったときの解決模索記録 - Qiita GitHub への push/pull/clone が突然「error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert
GitHubの二段階認証が有効な環境でSourceTreeを使う - Qiita
セキュリティ上の観点からGitHubの2段階認証を有効にしている方はいらっしゃるかと思います。しかし、この設定ではGitの認証が通らないためSourceTreeのアカウント認証がうまく行えない問題が発生します。ここではGitHubの２段階認証を有効にしている環境でも正常にSourceTreeを使えるようにします。要は自分がやらかしたのでメモとして残しているだけです。 1. トークンを発行する 簡単に言うとこのステップでトークンと呼ばれるパスワードの代替となる文字列を発行し、この文字列をSourceTreeで使用します。Googleアカウントでも似たようなものがありますね。 GitHubにログインしてアカウント設定画面を開き、Personal access tokensをクリックします。 Generate new token(新しいトークンを作成)をクリックします。 トークンの作成画面が開き
[GitHub] ブランチの保護設定を活用しよう 【レビューが通るまでマージさせんぞ】 | DevelopersIO
ブランチを保護していますか？ master ブランチにマージしたらテストに失敗！ みたいな経験をしたことはないでしょうか？開発の中心となるブランチは、問題なく動作する状態を健全に保ちたいですよね。 GitHub では、リポジトリの設定にて ブランチの保護 が可能です。この機能を使うと、以下のような保護を実施できます。 CIが通らなければマージできない 他のメンバーからレビューを承認(Approve)されなければマージできない 特定のメンバーはマージできない 設定方法 ブランチの保護の設定は「Settings」の「Branches」から行うことができます。何もコミットがないリポジトリは、設定そのものが出てきませんのでご注意ください。 「Protect branches」セクションの「Choose a branch...」をクリックし、保護対象とするブランチを選択します。 ページが切り替わりま
![[GitHub] ブランチの保護設定を活用しよう 【レビューが通るまでマージさせんぞ】 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/fdcc20784930f9e696050408d2bf25b1fbfb0f9f/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2016%2F05%2Foctcat-eyecatch.png)
GitLabの運用方法をドーンと公開！！ - pixiv inside [archive]
ピクシブ株式会社 Advent Calendar 2016の時間です。今回はピクシブ株式会社でエンジニアをしている @catatsuy が担当します。今回は意外と書いてなかったのでGitLabを社内でどう運用しているかの話を書こうと思います。 GitLabとGitHub ピクシブ社内では以下の2つの方法でソースコードを管理しています。 自社でホストしているGitLab GitHub Organization それぞれ以下の特徴があります。 GitLabのメリット 自社でホストしているため、アメリカにサーバーがあるGitHubよりもgit cloneでリポジトリをダウンロードする場合などは速い オープンソースのプロジェクトのため、社内のサーバーにインストールするだけで使える ソースコードを読めば内部でやっていることが分かる ユーザー数やリポジトリ数などで料金がかからないため、気軽に使える G
![GitLabの運用方法をドーンと公開！！ - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/8e3e8f846870fc5033b87b4b346a4f506eb82516/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F11696248318756278971%2F10328749687197154835%2F1481852582)
わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
プロジェクト管理ツールとしてのgithub - Fjord, Inc(株式会社フィヨルド)
リポジトリホスティングサービスとしてお馴染みのgithubですが、弊社(２人だけど・・・)も全てのWebサイトのコードとデザインはgithubに預けています。そのgithubのタスク管理機能であるIssuesが先日リニューアルしました。 基本のタスクをマイルストーンとラベルで管理する感じは変わってませんがUIが大きくなったり、コンテキスト毎に整理されて見易くなりました。担当者もアイコン付きで分かりやすいですしWikiも以前より良くなっています。数人のプロジェクトだったらこれだけでいいんじゃないの？って感じです。 (Commit logに#issue番号を書いておけば勝手にcloseしてくれる) マイルストーンあたりの進捗率が分かるし、リポジトリと最初っから密に連携していているのも話が早いです。 リニューアル前からWebフレームワークのCappucino(and Objective-J)を使
GitHubのnew Page Generatorがヤバい - すぎゃーん日記
Instantly Beautiful Project Pages · GitHub プロジェクトページから、ボタン一発でオサレなプロジェクトページが作れるようになった。やばい。これはやばい。 試しに自分のdotfilesで作ってみた。 dotfiles by sugyan デザイン選択するだけで、サクっとこんなのが出来ちゃう。ヤバい。まじヤバい。 最初から結構種類があるし、どれもイカしていてカッコイイ。 今まで作った全リポジトリのProject Pageをコレ使って勢いで作ってみたくなっちゃうし、コレを有効活用するためにもっとツールとかライブラリとか書こう！って気になる。 GitHubすげーーー！
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitでパスワードを毎回聞かれる問題の解決方法 - Qiita
Githubにport:22 で push できなかった場合の対処法 - Qiita
Githubでファイルのアイコンを分かりやすく変更するブラウザ拡張・「GitHub File Icon」
Github等で公開されているソースコードの任意の行のみをWebページに表示出来る・「Git snippet」
GitHub - Renari/Fate-Grand-Order-Translation
Amazon.co.jp: Web制作者のためのGitHubの教科書 チームの効率を最大化する共同開発ツール: 塩谷啓, 紫竹佑騎, 原一成, 平木聡: 本