github の push 時の private email 関係のエラーを解消する方法 First 今まで普通に push できていたはずなのに，ある日突然 github の push 時に以下のエラーが起きて push できなくなった． remote: error: GH007: Your push would publish a private email address. Why github の設定で自分の email を private にするみたいな設定をしたようで，それで config に自分の email アドレスを設定している状態で push しようとしているのでエラーが出ているようだ． ちなみに github で private に設定している場所は Settings の Emails の以下のチェックボックスにチェックしているからだと思われる． Keep my em
$ git clone https://github.com/username/repository.git Cloning into 'repository'... Username for 'https://github.com': username Password for 'https://username@github.com': remote: Password authentication is temporarily disabled as part of a brownout. Please use a personal access token instead. remote: Please see https://github.blog/2020-07-30-token-authentication-requirements-for-api-and-git-opera
Advent Calendar day 7 担当の vvakame です。 予告では Apollo Federation Gateway Node.js実装についてポイント解説 としていましたが、社内各所のご協力によりAdvent Calendarの私の担当日に間に合う形で公開できる運びとなりました。そのため告知とは異なりますが GitHub上のsensitive data削除の手順と道のり をお届けしていきたいと思います。 メルペイVPoE hidekによるday 1の記事で振り返りがあったように、今年、弊社ではCodecovのBash Uploaderに係る情報流出という事案が発生しました。当該インシデント対応において、プレスリリースにも記載のある通り、ソースコード上に混入してしまった認証情報や一部個人情報などの機密性の高い情報（sensitive data）について調査を実施し、対応
こんにちは。Akerunエンジニアの @ishturk です。 Akerun Advent Calendarの記事です。 今日は設計書の話です。 設計書をどんなツールで書くかは、僕らソフトウェアエンジニアの尽きない悩み（楽しみ）ですね。 最近はまったツールが最高に良かったので紹介させてください。 僕のツールに求める要件は以下です。 編集がカジュアルにできる UMLが書ける。あとから編集できる（画像での貼付けは編集できないのでNG） バージョンの管理ができる 好きになれる（重要） 変遷と pros/cons MS Word pros 良くも悪くもスタンダードなツールですね。 だれでも編集できるのが強みです。 Visioと組み合わせれば、UMLも後から編集可能です cons Visioは標準にするには少々値が張ります。 バイナリ形式なのでバージョン管理はしづらいです。 ページが増えたり画像を貼
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近関わった某OSSの真似をして、GitHubプロジェクトでプルリクエスト（PR）のレビューと自動テストを必須にしたいと思い、ドキュメントを適当にググりながら設定してたのですが、書いてる内容が古かったりしてやたらこんがらがり、1日仕事になってしまいました。 ということで、自分はこう設定したというメモを残します。まぁこれもほっとくとすぐ古くなりそうですが。 やりたいことは、以下の通り。 masterブランチPR発行時、然るべき人にレビューのリクエストが飛ぶようにする 同時に、Jenkinsでテストも実行される レビューとテスト、両方が通ら
▼ iPhone 15/15 Proの予約は公式オンラインショップから！ Apple ドコモ au ソフトバンク 楽天モバイル ここ数日、Microsoftが「GitHub」を買収するのではないかとの憶測が広まっていたが、どうやらこの買収劇はすでに最終局面を迎えていたようだ。 Bloombergによると、GitHubはMicrosoftの買収に合意。この買収に関する発表を、現地時間4日にも正式発表する運びとなっているという。 MicrosoftがGitHubを買収、まもなく正式発表へ GitHubは、ソフトウェア開発プロジェクトのソースコードを複数ユーザーで管理するのに便利な機能が多数備わったGitホスティングサービス。世界で2,400万人が使用しており、JavaScriptやPythonといった多数の言語のソースコードリポジトリーがホストされている。 このGitHubを積極的に利用してい
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 サーバーサイド開発のプロジェクトでGitFlow(的な)運用を行っていたが、本番リリースの際に困ることがあったのでgitの運用フローを変えて解消したという話。 まず問題の内容から順番に書いているので、結論(新しい運用ルール)だけ知りたい人はこちら git運用フローについては、GitFlow・GitHub Flow・GitLab Flowなどが有名だがどれとも少し違うように思ったのでまとめた。 <2018/06/10追記> 新フローにも名前が欲しいと思っていたが、同じやり方を「GitFeatureFlow」と呼んでいる記事を見つけた
先日、スタートアップの方からGitHubの使い方について質問を受けたのでまとめてみます。この記事を読んで役に立つ可能性があるのは これからGitHubを使ってみようとしている ソースコードを管理したいが公開はしたくない エンジニア歴が短かったり非エンジニアだったりする という方々に対してなので、これらに当てはまらない方はそっとブラウザを閉じていただければと思います。 まず最初に、「Organizationを作る or 作らない」によって手順が若干異なるので、決めてしまいましょう。Organizationというのはいわゆる「会社用のアカウント」みたいなもので、権限の管理（◯◯さんはソースコードを見るだけ、△△さんはソースコードを改変することもできる、等）が楽になるというメリットがあり、毎月の利用料金がかさむというデメリットがあるもの、と考えていただければ概ね間違っていないかと思います。 リポ
最終更新: 2017年4月8日 目次 「.gitignore」の基本 すでにGitの管理下にあるものを除外したい 除外指定に該当するものを確認する 「.gitignore」の基本 キャッシュファイルなど、バージョン管理の対象から外したいファイルは.gitignoreに記述します。 .gitignoreを設置した階層からそれ以降の階層にかけて有効になります。 (.gitignoreの記述例) # 「.AppleDouble」フォルダを除外 .AppleDouble/ # 「.DS_Store」や「._.DS_Store」を除外 *.DS_Store # あらゆる階層の「cache」フォルダの中身だけを除外。 # 「cache」フォルダ自体は無視しない。 # 詳しくは下記のリンクを。 **/cache/* !.gitkeep 公式: https://git-scm.com/docs/gitig
2015.3.14 追記 "鍵でやるべき"とブックマークコメントをもらいましたが、その通りです。SSH認証キーが設定できる環境なら鍵認証でやるべきです。鍵ペアを作成後に公開鍵をGithubに登録し、~/.ssh/configで以下のように設定しましょう。 Host github.com User git Hostname github.com IdentityFile ~/.ssh/{秘密鍵}SSH認証キーが設定できないような環境では、本記事を参考にしてください。 追記終わり Githubへpushするたびにユーザ名(Emailアドレス)/パスワードを聞かれて入力するのは面倒なので、省略したい。 MacとLinuxで確認しました。 1. ~/.netrc にユーザ名/パスワードを書く こんな感じで自分の$HOME直下に.netrcファイルを作成する。 machine github.com
GitHubダイスキー！ ということで、知った時に「おっ！」と感じたGitHubに関する事項を選出してみました。 あなたに「おっ！」と思ってもらえたら幸せです。 １．入れておくと、意味を持つファイル名がある。 README.md README.mdは有名ですよね。リポジトリのトップにREADME.mdという名称でマークダウンを入れておくと、GitHubで解釈されて表示されます。 それ以外にも、あるのです。意味のあるファイル。 ISSUE_TEMPLATE.md トップか、.github/というフォルダにISSUE_TEMPLATE.mdという名のファイルを入れると、GitHubでIssueを作った時にこのファイルの内容が入ります。書くべき項目を羅列しておくとルール化できていいですよね。 それ以外にも PULL_REQUEST_TEMPLATE.md を入れておくと、Pull request
はじめに 現状 仕事ではSubversionを使用。仕事とは関係なく、プライベートでGitHubを使ってみたい。 GitHubに登録してみたはいいものの、1年くらい放置。 今さらですが、勉強のために、GitやGitHubについてまとめてみようと思った。（自分のメモ用でまとめたので、もし間違ってるところとかおかしいところがあったら教えていただけると助かります） Git とは バージョン管理を行うためのツール。 リモートリポジトリ(共有リポジトリ)とローカルリポジトリを使い分けて開発を行う。 2005年に誕生。もともとはLinuxカーネルのソースコード管理のために、リーナス・トーバルズによって開発された。 売り → 高速。作業時にサーバ接続が必要ない。等 GitHub とは Gitを利用した、リモートリポジトリ（共有リポジトリ）を提供しているwebサービス。 ご利用には登録が必要。無料プランの
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが本当のGitHub-flowは違う。 本当のflowは PR作成 ⇩ 修正 ⇩
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く