はじめまして。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
【2019/6/22 更新】わかりやすいように改善しました。 自分の動作環境（他の環境でも問題なしです） Homestead Vagrant git エラー文章 $ git push origin master Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. この問題のポイント 対象のリモートリポジトリへのアクセス権限がなく失敗した。 解決策 鍵認証周りを再設定し直す。 よって、解決までの流れは １：鍵を作成する。 ２：作成した鍵をコピーする。 ３：gitghubに公開鍵を登録する。 ４：configファイルを作成し直す。(接続確
% git clone oldman oldman2 # <- 古いリポジトリをclone Cloning into 'oldman2'... done. % cd oldman2 # <- 新しいリポジトリに入る % git status # <- statusを見ると、cloneしたばっかりなのにコミットされていないファイルがあるとか On branch master Your branch is up-to-date with 'origin/master'. Untracked files: (use "git add <file>..." to include in what will be committed) ほげ.txt nothing added to commit but untracked files present (use "git add" to track)
Git操作をGUIで行えるSourceTreeは、私にとって今では無くてはならない存在です。 コレのお陰で、ターミナル恐怖症のデザイナーさんにもGitでファイルの変更を管理してもらえるようになって、デザイナーさんとの連携がとても楽になりました。 もう、これなしでは開発したくないと思えるほど便利です。 でもSourceTreeのいくつかの機能はお世辞にも直感的とは言えず、間違った操作を誘発する危険性をはらんでいます。私もハマって結構大変な目に会いました。 私が、そして私のような方が同じ過ちをおかさないように、ここにハマりそうなSourceTree操作を記録しておきます。 リベース手順 例えば、developブランチから分岐したfeature/hogeブランチで作業している途中で、他の開発者のコミットがdevelopブランチにマージされた場合、後々大きなコンフリクトが発生するのが怖いので、早め
はじめに 今回の記事は大橋が担当します。よろしくお願いします。 さて、GitクライアントとしてSourceTreeを使っていて、 あるとき、作業ブランチにマスターブランチの更新を取り込もうとリベースしたら コンフリクトしたことがありました。 リベース時にコンフリクトした場合の対処手順の情報はWeb上にいっぱいありましたが、 その多くがGitコマンドでの解説で、SourceTree上での操作がよくわからなかったので、 今回は、SourceTreeでのリベース手順を解説したいと思います。 SourceTreeでリベースしたらコンフリクトしてよくわかんない状況になった、 といった状況の助けになれば幸い。 状況 想定する状況として、 ・マスターブランチ（master）から作業ブランチ（test）を切って、作業ブランチに変更を加えた ・その後、マスターブランチにも変更が加えられた ・作業ブランチをマ
仕様や画面は現行バージョンと異なる可能性があります。 Backlogの最新版についてはこちらからご確認ください。 ソースコードレビューやマージ作業をタスク化して管理し、やりとりを記録！ コードレビューが大事なことは分かってるけど、自分のPC上で修正されたブランチをgit pullして・・・という手順が面倒。ありますよね。そんなときこそ、プルリクエスト機能。 コメントでのやりとりやコミット一覧、ファイルの差分をタブで簡単に切り替えられるので、簡易的なレビューならばBacklog上で完結します。 また、ファイル差分画面では行単位でコメントやスターをつけられるので、レビュー担当者の意図を開発者に明確に伝えることができます。 ただ良くないコードをコメントで指摘するだけでなく、コードの良い部分にスターを付けることで褒めることができます。それにより、チームメンバーが良い部分を認識できるようになりますし
2014年05月12日20:45 SourceTree と git のコマンドの取り消し操作の対応をまとめてみた カテゴリプログラミングコンピュータ 前回の記事の通り、SourceTree を使い始めて、一番困ったのが、操作（コミット）の取り消し方です。もちろん、Web に情報はかなりあるのですが、ターミナルでコマンドを入力する CUI だったり、SourceTree のバージョンが古くてやり方やメニューの名前が変わっていて戸惑いました。参考ページ； →・サルでもわかるGit入門 〜バージョン管理を使いこなそう〜 - どこでもプロジェクト管理バックログ →・【保存版】SourceTreeでGitの使い方まとめ１ 個人開発編 - プログラミング備忘録 | 俺日記 →・【git】SourceTreeで解説！間違えたときのgitコマンドとやり方 - NullNote →・git でコミットした内
Steins;GitはSteins;Gateを用いてGitを解説する薄い本です。 Steins;GitはSteins;Gateの二次創作物です。そのため貢献をする前に次に挙げるページを読み、これらに遵守した形で貢献をしていただけるようお願いします。 著作物転載ガイドライン｜ニトロプラスNitroplus 二次創作活動における同人誌等の活動に関する取り扱いについて｜ニトロプラスNitroplus Steins;Gitの執筆方針について Steins;Gitは「Gitの使い方を、Steins;Gateの世界観を使って説明する」書籍です。「Steins;Gateのストーリーの流れに沿って、Gitの説明をする」書籍ではありません。 簡潔に書くと「シュタゲ本」というよりは「技術書」よりです。とはいえ、なるべくSteins;Gateを絡めていきたいですし、全体の雰囲気もSteins;Gateっぽくした
この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr
Gitを使ったことがない人が、Gitを最初に取り入れるときにぜひ読んでほしい資料をまとめてみました。初心者のWebエンジニアが、clone, checkout, add, commit, pushやPull Request(Pull Request)ができるようになるまでの一連の流れができるようになることを目標にしています。 (09/06 17:45) はじめてコードレビューされる人のためのPull Requestとcommitの作り方を追加 🐹 目標Git コマンドのclone, checkout, add, commit, pushを使えるようになること プルリクエストができるようになること 🎃 基本的な概念の理解イラストでわかる！git入門の入門 (1) ソフトウェア開発におけるバージョン管理の考え方、(2) Gitを使った開発の基本的な概念、 (3) 基本的なコマンド(add,
今日はこのあと Github の Tokyo Drinkup January 2014 に行くのだが、先方から、もしかしたら 10分ほど Github について話してもらうかも、と打診された。話すか話さないかわからないが、もし話すとしたらと仮定し内容の整理も兼ねて以下「Github を使って雑誌原稿を書く」ということについて書いてみようと思う。 「Github を使って雑誌原稿を書く」もしくは「Github を使った雑誌編集者とのコラボレーション」について、である。 Web+DB PRESS の連載 ご存知の方もいるかもしれないが、このところ技術評論社の Web+DB PRESS で連載をしている。連載を始めて、もう一年近く経った。以前にも Perl に関する連載をしていて、そのときも数年ぐらい続けたので、間があきつつも、なんだかんだでそれぐらいの付き合いになる。 最近は特にテーマは決めず
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
