Snippets: The pro's way of remembering Code snippets help you retrieve and share the technical details behind any implementation. Use snippets to: Recall machine setup instructions open_in_browser Teach coding techniques open_in_browser Write great documentation open_in_browser Labels for every occasion Use Cacher’s flexible color-coded labeling system to organize your code any way you like. Label
8/11にGitの脆弱性 ( CVE-2017-1000117 )が出ていました。 CVE-2017-1000117 - Red Hat Customer Portal これは、gitクライアント上での任意のshellコマンド実行の可能性があります。 重要度 - Important Gitでの"ssh"URLハンドリングにshellコマンドインジェクションの欠陥が見つかりました。これを利用して、悪意のあるレポジトリや悪意のあるコミットを行われたをレポジトリに対して"clone"アクションをGitクライアントで実行した際に、Gitクライアントを実行したユーザの権限でshellコマンドを実行される可能性が有ります。 Gitの脆弱性 ( CVE-2017-1000117 ) — | サイオスOSS | サイオステクノロジー 実際にどんなことが起きるか 百聞は一見にしかず。 このリポジトリを cl
Git repositories on androidNameDescriptionaccessories/manifestassets/android-studio-ux-assetsBug: 32992167brillo/manifestcts_drno_filterParent project for CTS projects that requires Dr.No +2's.device/aaeon/upboarddevice/amlogic/yukawaBug: 122486287device/amlogic/yukawa-kernelBug: 122486287device/asus/debdevice/asus/flodevice/asus/flo-kerneldevice/asus/fugudevice/asus/fugu-kerneldevice/asus/grouper
ソースコードを検索する際には何を使っていますか。GitHubの検索を使う人もいるでしょうし、grepで検索する人もいます。しかし好みの条件がつけられなくて不便に感じることも多いでしょう。 そこで使ってみたいのがソースコード検索エンジンです。Houndはもの凄く手軽に使えて高機能な検索エンジンとなっています。 Houndの使い方 インストールは以下のような手順となっています。 git clone git@github.com:etsy/Hound.git export GOPATH=`pwd` go run src/hound/cmds/houndd/main.go 実際にはrunを実行する前にconfig-example.jsonを編集してconfig.jsonとします。内容は以下の通りです。 { "dbpath" : "data", "repos" : { "SomeRepo" : {
こんにちは。 最近はもっぱらチーム開発を効率よくできる仕組みを考える事に必死なベッチです。 そんな時に電車でいろいろ調べていたら以下のスライドをみつけました。 少人数チームにおけるプロジェクト管理のベストプラクティス このスライドでは以下の2つの事を実践する事で品質が向上すると提唱しています。 コードの強制自動テスト プログラマ同士のコードレビュー 最近開発チーム内でもコードレビューの必要性について議論されてきているのでこのタイミングで開発フローにのせれるように検証してみようと考えました。 ただし「1.コードの強制自動テスト」を強制するのは現場が混乱するのでとりあえずは保留にしておきます。 スライドではRedmine、GitLab、Jenkinsを使った開発フローが紹介されていますが、いきなり全てを連携してというのは無理なので、まずは「2.プログラマ同士のコードレビュー」を実現する為にGi
Home Subscribe この2行のコマンドを見て((;゚Д゚))ガクブルした経験はないでしょうか? 私は恐怖を感じました。 "remote"と"add"と"origin"と"push"と"master"の意味がわからん!! 人間(というか私は)は、わからないものが3つ以上同時に登場すると、ストレスを感じるものです。 この場合は5つもあるのでものすごいストレスです。 でもご安心を! これから超わかりやすく解説します! git remote add origin ... の意味は? ずばり、 URLに"origin"という短縮名(ニックネーム)を付ける したがって、git remote add unko .... と書いてもかまいません。 慣習上、"origin"という名前が使われることが多いというだけのことです。 そして、ここが重要なのですが 別にニックネームをつけなくてもよい。(
はてなブログさんの開発フローのお話 少し前の話になるんですが、GitHubKaigiで はてなブログさんの開発フローについて発表がありました。 その中で 当初はGitHubとRedmineを併用していたが、 両ツールの連携がイマイチだったので Redmineを止めてホワイトボードでタスク管理するようにしたという内容がありました。 https://speakerdeck.com/shibayu36/hatenaburogutimufalsekai-fa-hurotogithub 「ふむふむ、なるほどなぁ」という感じで非常に勉強になったのですが、 もしかしたら 「"GitLab+Redmine" ならツール自体が連携機能を持っている」 のでもう少しマシになるのかも?とも思いました。 そこで、GitLabとRedmineを使うと 一体どういうことが出来る様になるのか?といったところを紹介してみま
普段からgitを使ってる人は気づくのかもしれないけど、これは気づかなかった。 gitBREAKでPrivateなリポジトリを作成して、URL欄のURLをそのままcloneしてもclone出来なかった。 $ git clone https://git.codebreak.com/<ユーザー名>/<リポジトリ名>.git Initialized empty Git repository in <なんかのパス> error: The requested URL returned error: 401 Unauthorized while accessing https://git.codebreak.com/<ユーザ名>/<リポジトリ名>.git/info/refs fatal: HTTP request failed
前回の記事(GitHubクローンのGitLabを5分でインストールした) が 思いのほかブクマされてしまったので補足記事を書くことにしました。 インストールした後に設定したほうが良い項目とミドルウェア競合検証、 その他Tipsなど書いてみました。 公式ドキュメント 以下、記事で書いていることはほぼすべてドキュメントにも書いてあります。 ご参照下さい。 https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/README.md#configuration コンフィグファイル準備 事前に /etc/gitlab/gitlab.rb を用意しておきます。 このファイルはGitLabをインストールする前に手動で作ってしまって構いません。*1 sudo mkdir -p /etc/gitlab sudo touch /etc/gitlab/g
Install self-managed GitLab Try GitLab today. Download, install and maintain your own GitLab instance. This is the recommended method for getting started. The Linux packages are mature, scalable, and are used today on GitLab.com. If you need additional flexibility and resilience, we recommend deploying GitLab as described in the reference architecture documentation. Linux installation is quicker t
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
jenkins の設定 Jenkinsのプロジェクトの設定で、ビルド・トリガ>リモートからビルド を選択し、ビルド用のトークンを設定する。 ここでは仮に"hogehoge"としたとする。 ためしにURLを叩いてみる これでビルドが実行されればOK ちなみに、トークンを使用するのは「セキュリティを有効」に設定している場合のみ。 まちがってユーザ設定しないまま、セキュリティを有効にして管理画面を閉じてしまうと何もできなくなってしまう(復帰方法はるのかな?)ので注意。 その場合、以下のページを参考に「セキュリティを有効にする」を無効化することができた。 git リポジトリのフックスクリプトに追加する ※サーバ側のリポジトリで設定する hook/post-update ファイルを用意
Gitのワークフローに関する話題が、また盛り上がっているようなので、僕が好んで使っているワークフローについて書きます。 対象としているソフトウェアは、GitHubやGitHub Enterprise等を使って開発されている、リリースブランチを切らずにmasterにリリースタグを打っていくだけで十分な程度の、ウェブサービス(の部品)やオープンソースプロジェクトです。 まず、以下の2点を原則として考えています。 origin masterを壊さない origin masterの(1st parentをたどるツリー)にテストを通らないcommitを入れないよう努めます 変更の主題を常に明確にする 前者の理由は、masterをいつでもリリース可能な品質に保つためと(←12:44追記)git bisectするときに困らないようにするため。そして、これらの原則から、以下のようなワークフローで作業するこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く