Rubyメソッドの実装を参照するためのいくつかの方法 - BOOK☆WALKER inside
こんにちは、メディアサービス開発部Webアプリケーション開発課のシゲタです。普段はRuby on Railsによるバックエンドの開発に携わっています。 先日とあるRubyメソッドの仕様が気になりコードリーディングに挑戦したのですが、当該メソッドがどこに何という名前で定義されているのかわからず、定義にたどり着くのに時間を要してしまいました。 同じようなポイントでつまづいた方、これからコードリーディングを始めようと思っている方のために、本記事ではRubyメソッドの実装を参照する方法をいくつかご紹介したいと思います。 pry-docで参照する リファレンスから参照する Rubyリポジトリをgit cloneしてローカルから参照する githubで検索して参照する まとめ 最後に pry-docで参照する pryにpry-docをインストールして$コマンドを使うことで、C言語で実装されたRubyメ
TerraformモノレポCIのセキュア化 | メルカリエンジニアリング
※本記事は2022年1月22日に公開された記事の翻訳版です。 この記事は、Developer Productivity Engineering Campブログシリーズの一環として、Platform Infraチームの Daisuke Fujita (@dtan4)がお届けします。 メルカリでは、すべてのクラウドインフラを宣言的構成で管理することがプラットフォームの中核となる考え方の一つです。メインのクラウドプロバイダーはGoogle Cloud Platform（GCP）であり、HashiCorp Terraformを使用してインフラをコードとして管理しています。Platform Infraチームは、すべてのTerraformワークフローを安全に管理するための社内CIサービスを提供しています。 Terraformはリソースプロビジョニングのためにクラウドプロバイダーのクレデンシャルを必要と
GitHub上のsensitive dataを削除するための手順と道のり | メルカリエンジニアリング
Advent Calendar day 7 担当の vvakame です。 予告では Apollo Federation Gateway Node.js実装についてポイント解説 としていましたが、社内各所のご協力によりAdvent Calendarの私の担当日に間に合う形で公開できる運びとなりました。そのため告知とは異なりますが GitHub上のsensitive data削除の手順と道のり をお届けしていきたいと思います。 メルペイVPoE hidekによるday 1の記事で振り返りがあったように、今年、弊社ではCodecovのBash Uploaderに係る情報流出という事案が発生しました。当該インシデント対応において、プレスリリースにも記載のある通り、ソースコード上に混入してしまった認証情報や一部個人情報などの機密性の高い情報（sensitive data）について調査を実施し、対応
スタートアップが初めてGitHubを使う際の手順 - 素数好きの最高技術責任者のブログ
先日、スタートアップの方からGitHubの使い方について質問を受けたのでまとめてみます。この記事を読んで役に立つ可能性があるのは これからGitHubを使ってみようとしている ソースコードを管理したいが公開はしたくない エンジニア歴が短かったり非エンジニアだったりする という方々に対してなので、これらに当てはまらない方はそっとブラウザを閉じていただければと思います。 まず最初に、「Organizationを作る or 作らない」によって手順が若干異なるので、決めてしまいましょう。Organizationというのはいわゆる「会社用のアカウント」みたいなもので、権限の管理（◯◯さんはソースコードを見るだけ、△△さんはソースコードを改変することもできる、等）が楽になるというメリットがあり、毎月の利用料金がかさむというデメリットがあるもの、と考えていただければ概ね間違っていないかと思います。 リポ
無料で整える趣味チームの開発環境 - Qiita
簡単に言うと以下のようなことができます。 メンバ数 制限なし プライベートリポジトリ 作成可 任意のデバイスからのチャット(～1万メッセージ)、ファイル共有(～15GB) 毎月2000分 までのCI 24時間稼働のChatbot 24時間稼働のVM (1vCPU, 0.6GB) × 1 イメージ図から大体想像つくかと思いますが、Blumix上のHubotでSlackからChatOps的なこともやってます。 VMの 起動 / 停止 定期ジョブの実行 起動中VMの通知 課金額の通知 VMでのコマンド実行 地味にありがたいのは「 起動中VMの通知 」「 VMの停止 」あたりですかね。 無料枠だけではどうしてもリソースが足りないときは当然有料のVMを借りるんですが、なんとなく止め忘れちゃったりすることもあるので、 気づくことと停止がSlackだけでサクッとできる のは非常に重宝します。 あとは「課
知って「おっ！」てなったGitHubの知識7選 - Qiita
GitHubダイスキー！ ということで、知った時に「おっ！」と感じたGitHubに関する事項を選出してみました。 あなたに「おっ！」と思ってもらえたら幸せです。 １．入れておくと、意味を持つファイル名がある。 README.md README.mdは有名ですよね。リポジトリのトップにREADME.mdという名称でマークダウンを入れておくと、GitHubで解釈されて表示されます。 それ以外にも、あるのです。意味のあるファイル。 ISSUE_TEMPLATE.md トップか、.github/というフォルダにISSUE_TEMPLATE.mdという名のファイルを入れると、GitHubでIssueを作った時にこのファイルの内容が入ります。書くべき項目を羅列しておくとルール化できていいですよね。 それ以外にも PULL_REQUEST_TEMPLATE.md を入れておくと、Pull request
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
CentOS7 サードパーティーリポジトリの追加
サードパーティリポジトリについて サードパーティリポジトリとは、ざっくりまとめるとCentOSが標準で用意している以外のサードパーティが作成したパッケージを「yum」でインストールできるようにする為のものです。 有名な物では、FedoraProjectが作成している「EPEL」や、RepoForgeプロジェクトの「RepoForge」（旧RepoForge）、mysqlやPHPの新しいバージョンを集めている「remi」リポジトリなどがあります。ここではそれらのリポジトリを使用できるようにする方法をまとめています。 リポジトリ一覧情報 CentOSで使用できるリポジトリ情報が、英語ですが下記のWikiにまとめられています。 http://wiki.centos.org/AdditionalResources/Repositories ここの情報をみると、各リポジトリの特徴や導入する際の注意点
複数のgitリポジトリを履歴を残したまま統合する - kitak blog
引き継いだプロジェクトが、foo_pc, foo_sp, foo_commonみたいなかんじでリポジトリが分かれていて、同じ機能の開発やっているのにそれぞれにPullReqだしたり、リリースノートを書いたりするのがしんどいので、統合した。以下に統合した時の手順をまとめておく。 まず、新しくリポジトリを用意して、以下のように統合したいリポジトリ毎にディレクトリを作成して(.gitkeepとか用意して)、コミットする。 foo ├── foo_common ├── foo_pc └── foo_sp 次のようなスクリプトを実行する。git 2.9 から無関係なヒストリもってるブランチ同士をマージするときは --allow-unrelated-histories つけないとエラーになるのがハマりどころ。 for repo in foo_pc foo_sp foo_common; do git r
yum｜yum リポジトリの設定と追加
yumのリポジトリの設定は、repository セクションに記述します。オンラインリポジトリだけでなく、ローカルにあるリポジトリや、DVDのパスを指定する事もできます。repository セクションの書き方、リポジトリの追加手順を説明します。 Last Update : 2015年01月16日 yum｜yum リポジトリの設定と追加 項目 yum リポジトリの追加 yum リポジトリの設定で使えるその他のオプション 1. yum リポジトリの追加 yumのリポジトリを追加する場合、最低限必要となる以下の３項目を、～.repo というファイルに記述し、/etc/yum.repos.d ディレクトリにファイルを保存します。 /etc/yum.conf の [repository] セクションに記述してもリポジトリを追加できますが、/etc/yum.repos.d ディレクトリに、.repo
HoundCIでリポジトリに番犬を飼おう
プルリクエストのレビュー時に 「規約では１行あたり最大８０文字なので、１文字削ってください」 などと一々指摘していると人間関係が破綻する可能性があります。 こういう定量的なものに関してはロボットに任せるのが一番です。 そこでHoundCIを使いましょう。 これはRubocopにリポジトリを監視させるというコンセプトのサービスです。 HoundCIを使うメリット コーディング規約違反のコードがmasterに入る前に必ず検知できる チームメンバー全員でRubycopを使う必要がない ダルいコーディング規約に関する議論が可視化できる 人間関係が壊れない（重要） 気軽にみんなでRubocopを使える Rubocopをsyntasticを使ってVimから自動実行する Rubocopを使ってコーディングルールへの準拠チェックを自動化 Qiitaの上のような記事を読んでから、暇があったら導入しようと思っ
7.2. NEXUSによるMavenリポジトリの管理 — TERASOLUNA Global Framework Development Guideline 1.0.0.publicreview documentation
Sonatype NEXUS はパッケージリポジトリマネージャソフトウェアである。 OSS版と商用版がありますが、OSS版でも十分な機能がある。 本章ではOSS版のNEXUSの役割と設定方法などについて解決する。 7.2.1. Why NEXUS ?¶ 開発者が一人しかいない場合には、インターネット上のセントラルリポジトリと、 その開発者のPC内のローカルリポジトリだけでも、mavenやant+ivyを使って開発することは可能である。 しかし、Javaアプリケーションを複数のサブプロジェクトに分けてチームで開発する場合には ライブラリの依存性解決が複雑になるため、ライブラリの依存性解決の自動化が必要となる。 そのためにはパッケージリポジトリサーバの存在が不可欠である。 Javaアプリケーション開発プロジェクトにおいて必要となるパッケージリポジトリは次のようなものがある。 セントラルリポジト
CentOSにEPELリポジトリを追加する - Qiita
CentOSのパッケージは枯れたものが多いので、外部リポジトリを追加することで新しいパッケージを利用できるようにします。 よく使うEPELリポジトリの追加方法を備忘録として記録します。 yumプラグインのインストール どのリポジトリを優先的に利用するか設定するためのパッケージをインストールします。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHubでプロジェクトを共有してみよう (1)