GitHubコマテク集 - OpenWork Tech Blog
インフラチームの西川です。 当社ではGitHubを利用しています。いろいろ便利な機能があるのですが社内でコマテクを募集してみたところ意外と知らないものがあったので共有してみます。 行動の見える化 特定コミットのリンク取得 通知 行動規範 ガイドライン .github リポジトリ テンプレートリポジトリ タグをたくさんプッシュさせない ドラフトプルリクエスト チケットの自動リンク化 ベースブランチの更新を取り込む まだレビューが終わってないプルリクエストの一覧化 レビュアーの自動割り当て コードの所有者 ファイル単位でレビュー済みをチェックする レビュー中のファイルを全部閉じる 具体的な修正を提案する レビューコメントをラベル化 デプロイ管理 リリースノートを自動作成 行動の見える化 以下の設定をすることで、GitHub上の行動を見える化することができます。 docs.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 for Unity を導入してみる - tech.guitarrapc.cóm
Unity はいくつかの理由で Github.com を使うのが手間になることがあります。その中で最も障害となりえるのがlarge binary assets、つまり大きなサイズのバイナリファイルの扱いです。 今回は、先日発表された Github for Unity を利用することで、このフローがどう改善するのか見てみましょう。 github.com 目次 目次 なぜ Github.com で Unity を管理するのが手間なのか 大容量に成りうるファイルのバージョン管理には Git LFS を利用する Github for Unity を用いないこれまでの流れ Github for Unity を用いてみる ダウンロード Unity へのパッケージ導入 Github ログイン Github ウィンドウ History タブ Branches タブ Settings タブ Account
git pull と git pull --rebase の違いって？図を交えて説明します！ | KRAY Inc
はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました さて、今月正式リリースしました(！) DocBase プロジェクトではクレイ外部のデザイナーの方と一緒に開発しています。SourceTree で Git を使っている方で、軽いデザイン修正などは弊社の Rails プロジェクトに直接手を加えてプルリクエストを送ってくれます。 こちらのデザイナーさんに「プルリクエストを送る際は、作業ブランチで git pull --rebase origin master してから送ってもらえますか？」とお願いすると「pull はわかるんですけど、この --rebase ってなんですか？これつけると何が変わるんですか？」と質問がきたのです。 作業ブランチで git pull --rebase origin master
コードレビューに費やす時間を短くする - クックパッド開発者ブログ
はじめに こんにちは、広告事業部の芳賀（@func09）です。普段はクックパッドの広告配信周りや純広告・タイアップ広告などの商品開発を行っています。 私が広告事業領域の仕事をするようになって、そろそろ１年になるのですが、初めはエンジニア以外の人（営業、編集、広告入稿、レポート、メール配信、などなど様々な担当者がいます）と業務をすることが多くてコミュニケーションが上手くいかず業務がスムーズに進まないことがありました。 当たり前のことではありますが、エンジニアにしかわからない言葉は使わないとか、できるだけ相手の業務を理解し相手の考え方や視点に立って話すなど、ちょっと工夫することで、長引きがちなMTGや相談がすんなり終わったり、お互い良い気分で終わることが多くなって、費用対効果が高いなと感じています。 一方でエンジニア同士のコミュニケーションでも時間がかかってコストが高いと感じることがあります。
世界1000万人に愛される「GitHub」 品質を支える仕事、サポートエンジニアの舞台裏
国内外問わずエンジニアの定番ツールになっているソースコード共有ツール「GitHub」。オープンソース・コミュニティーや個人ベースでの利用だけでなく、法人導入するケースも増えている。6月に設立された米GitHubの日本支社「ギットハブ・ジャパン」は法人向け製品「GitHub Enterprise」の国内展開に注力。日本語のテクニカルサポート強化を進める。 「サービスを提供したら終わりではない。ユーザーの課題を解決し、製品の品質向上にフィードバックするサイクルを速めたい」――アジア太平洋エンタープライズ・サポート・マネージャーを務めるマイケル・ハリスさんに、GitHubを支える「サポートエンジニア」の裏側と魅力を聞いた。 日本語が品質向上の障壁に GitHubは、2008年に発表されたソフトウェア開発者向けのソースコード共有ツール。使い勝手のよい豊富な機能が人気を呼び、ユーザー数は世界1000
gitとプルリクエストに関して思うことまとめ - Qiita
※この記事は元々「Gitのこれやめて！リスト」として2015年11月に投稿したものを改訂したものです。 この記事について 私が個人的にgitとプルリクエストについて、「こうして欲しい」とか「これはやらないで！！」とか思っていることをまとめたものです。 元々は2015年に私がコードレビューをしてる時に気になったことを、あまり推敲もせず思うがままに書いた記事でした。今改めて読み返すと稚拙な文章なのと、他に思うところとがあったりしたので、改めて書き直しました。いいね貰ってるのに書き直すのに若干後ろめたさがあるのですが、よりいい内容にできればと思います。 コミットログがきれいだとレビューしやすい 一人で開発するときはgit使っててもブランチ切らないし、プルリクもださないしで、コミットログも"First Commit"の次が"Second Commit"とかでも支障はないです。しかし、チームで開発す
[iOS] KIFを使ってUIテスト - Qiita
テストの様子 UIテストについて最近色々と調べています。 Appium試したらMobile Safariが消えてうろたえたっていうのはナイショ。 まだどれも記事を読んだり少し触ったり、ということくらいしかしていませんが、KIFが今のところよさげかなーと思っています。 理由としてはUIテストをすべてObjective-Cで書けるのが大きい。 JavaScriptとかで書けるのもあってそっちもよさそうですが、iOSエンジニア以外でテストを書くことが今のところはなさそうなので、そういう意味では言語を統一しておく、というのがいいかなと。 UIテスト周りについては以下の記事を参考にさせてもらいました。 iOSアプリのUIテストツール候補 60分で始めるiOSアプリのUI自動テスト サンプルプロジェクト 今回、色々実際に触ってみるにあたって作ったものをGithubに公開しています。 準備 【注意】KI
![[iOS] KIFを使ってUIテスト - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bb42c9b11ae05a821a38fdd6ee4527b9b3344cfa/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCaU9TJTVEJTIwS0lGJUUzJTgyJTkyJUU0JUJEJUJGJUUzJTgxJUEzJUUzJTgxJUE2VUklRTMlODMlODYlRTMlODIlQjklRTMlODMlODgmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtY2xpcD1lbGxpcHNpcyZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTllZjM5MjU3NWE5MTNlODYxODMxNmI1ZWYxYzA3MGIz%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZWRvX20xOCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MWZhNjI3N2Y5N2YyYmU4NTJmMzc3YzAyOGM1MTQ2NjA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D0369214e19d5928ea1cf4d716b8390fa)
デザイナーがXcodeを使って 開発効率をUPさせた 5つのエピソード + 現場エンジニアのコメント付き
非エンジニアリング脳なデザイナーが新規アプリ開発の現場でXcodeを使用することがどのような影響を与えたか。について、自身の経験を元にまとめました。
httpsでのgit cloneをやめてssh over https portでcloneした話 - It's raining cats and dogs.
以前gitのバージョンが1.7.10以下の環境でhttpsを使ってgithubからcloneするエントリを書いた。 http://tadasy.hateblo.jp/entry/20130903/1378209883 基本的にはコレで問題無さそうで、個人の環境をとして使うのであれば特に問題はないのだけれど、共有の環境、例えばステージング環境や本番を作る場合にはちょっと問題になる。というのも $ git clone https://<githubのユーザーID>@github.com/sampleProject/hoge.git こんな感じでcloneしてたのだけど、fetchするときなどに<githubのユーザーID>で指定したアカウントのパスワードを入力しなければいけない。↓な感じで。 $ git fetch Password for 'https://<githubのユーザーID>@g
homeshickを使ったdotfilesの管理 - Qiita
homesickとhomeshickの違いでも述べたように、homeshickはシェルスクリプトで書かれたdotfiles管理のためのアレです。 実行環境 Linux Mint 16 Cinnamon 64bit Linux Kernel 3.11.0-12-generic GNOME 端末 3.6.2 要は普通のシェルなら動きます。cshもtcshもfishもzshも一緒です。 とりあえずbash(zsh)の場合で話を進めます。 インストール ~ $ git clone git://github.com/andsens/homeshick.git ~ $ printf '\nsource "$HOME/.homesick/repos/homeshick/homeshick.sh"' >> $HOME/.bashrc ~ $ printf '\nsource "$HOME/.homesic
.gitignoreを作ってくれるgiboが便利すぎる - hnwの日記
gitignore-boilerplates（長いので以後giboと呼びます）という便利なツールを紹介します。これは.gitignoreのひな形を作ってくれるものです。 https://github.com/simonwhitaker/gitignore-boilerplates もう少し詳しく説明すると、giboは様々なOS・エディタ・言語・フレームワークなどに特化したファイルの情報を利用して、複数環境を考慮した.gitignoreを作ってくれます。 .gitignoreに入れたいファイルは環境ごとに変わってくるわけですが、各人がcommitしたくないファイルの存在に気づくたびにチマチマ.gitignoreに追記していくのって本当に無駄だと思うんですよね。giboはそれを自動化してくれるというわけです。 例えば、WindowsとMacOSXの2環境、Emacsとvimの2エディタを使う人
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
)
GitHub - NIFTYCloud-C4SA/support: ニフティクラウドC4SA ドキュメント・FAQ・質問等はこちらへ