開発速度を上げるための Pull-Request のつくり方 - クックパッド開発者ブログ
こんにちは、投稿開発部の森川 (@morishin127) です。クックパッド、お料理アルバム、みんなのお弁当の iOS アプリの開発等に携わっています。 クックパッドでの開発は GitHub Enterprise 上で行われており、書いたコードをプロダクトに取り込む前には基本的に第三者のコードレビューが必須です。コードレビューはプロダクトの品質向上に貢献していますが、往々にして結構な時間と労力がかかるものです。Pull-Request を出してレビューをしてもらい指摘の修正を繰り返していると、場合によってはマージに数日〜1週間ほどかかってしまうこともあります。自分の開発速度を速めるため、また周りのエンジニアの開発速度を下げないためにレビューしやすい Pull-Request を出すことは重要です。この記事ではレビューしやすい Pull-Request のために心がけていることを紹介したい
Terraform + GitHub + CircleCI + Atlasを利用してAWSの操作を自動化した - Glide Note
TL;DR Terraform + GitHub + CircleCI + Atlas を用いてAWSの操作を自動化した 各ツールの役割は下記のような感じ Terraform => インフラへの変更ツール GitHub => .tfファイルのバージョン管理 CircleCI => CI、Terraformをawsに対して実行 Atlas => インフラの状態を記録するterraform.tfstateの管理 インフラの継続的デリバリー - naoyaのはてなダイアリーにて、言及されていた範囲(Route53の変更、Chefの適用)をAWSの操作全体に拡大した 背景 今までの問題点 AWSの各種操作がブラウザからポチポチ業… 手作業なので誤操作に気づきにくい。事故りやすい インフラの実構成がバージョン管理出来ていない ちなみにRoute53に関してはroadworkerを用いてコードで管理済
同じマシンで複数のgithubアカウントを使い分ける - Qiita
例えば、個人ではGithub、会社ではGHEのアカウントを持っているなどの場合、同じマシンでアカウント(コミッター名)を使い分ける方法。 単純に、--globalを付けなければリポジトリ単位で設定できるので、使用頻度が高い方を--globalで設定し、もう一方はリポジトリ単位で設定する。 ファイルでいうと、--globalをつけるとhomeの設定~/.gitconfigに、つけないとそのリポジトリ内の設定./.git/configに書かれるということになる。 メインのアカウント(~/.gitconfig) git config --global user.name "メインアカウントのユーザ名" git config --global user.email "メインアカウントのメールアドレス"
クローズド環境のGitHub欲しいよね！ GitBucket編｜アドカレ2013 : CFn #13 | DevelopersIO
よく訓練されたアップル信者、都元です。アドベントカレンダー2013「AWS CloudFormationビッグバンテンプレート」、本日は13日目です。ああ、今日って13日の金曜日なんすねー。 さてさて、昨日はしんやさんのOpenPNE編でした。 GitHubクローン GitHubが流行ってしばらく経ち、世の中にはOSSのGitHubクローンがうまれました。その中でもGitLabは有名ですね。しかし本日はGitLabではなく、Scalaで書かれたGitHubクローン「GitBucket」をAWS環境に一発構築してみましょう。 ちなみに、GitBucketの作者様は@takezoenさんという方です。日本製です。また、私の好きなデータアクセスフレームワーク「Mirage SQL」も@takezoenさん作です。私がエンジニアの道に引き込まれたのも@takezoenさんの書いた本が一因だと思いま
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
作りたいもの: 1歩ずつミッションをクリアすることでGitの使い方を覚えられるゲーム - 西尾泰和のはてなダイアリー
増井さんの作りたいものリストを作ろうというスライドを見て「確かに『いつかやる』リストに入れてるだけじゃ発展しないから、公開しても問題ないものは公開したらいいなぁ」と思ったので早速やってみました。2つ目。 1歩ずつミッションをクリアすることでGitの使い方を覚えられるゲーム なんちゃらVille系のゲームはどうして人の心をとらえるのか？ 「小さい粒度のミッションが提示されて、それを達成すると次のミッションが表示される仕組み」は、頻繁に「達成感」という報酬を与えることで人の心をとらえるのだろうか？ そういえば僕が昔書いた、対話的インタプリタで1歩ずつ操作しながらPythonを覚えるコンテンツも評判が良かったなぁ。だったらgitの使い方も、1歩ずつ対話的にミッションをクリアしながら学べるようにしたら面白いんじゃないか？ 学習ユーザのユースケース 実は既にgithubにおいてあったりする。一応遊べ
初心者Git日記その五～GitHubにSSH公開鍵登録～ « SetucoCMSプロジェクト
つかだでございます。 ここから、自分のPCからGit、GitHubを使う際の手順や方法の記録になります。 前回の「その四 ～GitHubリポジトリ作成～」では、例として「SetucoCMS」というリポジトリを作りましたが、ここからは私のGitHubアカウントや、そのアカウントで作ったリポジトリ「GithubTest」を使いながら動きを確認していくことにします。 適宜自分の使うリポジトリやURLに置き換えてお読みください。 さて、今回はGitHubアカウントの初期設定、「SSH公開鍵の登録」です。 「SSH」と「公開鍵」 「SSH公開鍵を登録」の本編に入る前に、そもそもSSHって何なの、公開鍵って何なのという点を、ごく簡単に確認しておきましょう。そんなん知ってるよ！！という方は、適宜読み飛ばしてください。 SSH＝安全な通信方法の一種 SSHは”Secure SHell”の略で、直訳すれ
github使い方まとめ - bugfix
ブランチを切ってみたところ， リモートレポジトリへのコミットのやり方が分からなかったので， 概略的なgitの構造を書き留めつつまとめつつ． この記事を書くにあたって試したgitのバージョンは1.6.0.2 まずは：こんな感じ？ 用語確認 master: ローカルレポジトリのmasterブランチ(ローカルのメインのブランチ？) origin: リモートレポジトリのoriginブランチ(リモートのメインのブランチ？) (つまり，git@github.com:pneu/***.gitのことかな？) この２つはよく使うから，それぞれ最初からエイリアスになっているってことかな？ cloneして，レポジトリ名が確定した後は上の２つのエイリアスが使える． それ以前に使った場合は分からない．やってない． chatレポジトリをcloneした後は，その作業領域では origin = git@github.co
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Log in with Atlassian account
IDEA * IDEA
Perlゼミ(サンプルコードPerl入門)
TechCrunch
IDEA * IDEA