[B! patch] papiroのブックマーク

papiro id:papiro

patchに関するpapiroのブックマーク (2)

amazon linuxでbashの脆弱性対策にパッチを当ててソースビルド #shellshock - Qiita
概要昨日今日でbashの脆弱性の話が盛り上がってる bashの脆弱性(CVE-2014-6271) #ShellShock の関連リンクをまとめてみた - piyolog お家?のaws心配だけどyumあぷでしとけばいいんでしょ? → あぶで来てなくてぐぬぬソースビルドでパッチあてればいいんですね、わかります(←今ここ ※やっつけなので自己責任で+まだ全部の穴は防げてないっぽいですしおすし追記1 yumでも対応したっぽいですね。 Amazon LinuxにおけるBash脆弱性対応追記2 もう一つの脆弱性も対応されたっぽいけどソースはどこだろう? 【Bash脆弱性続報】 Red Hat Enterprise LinuxおよびFedora向けのセキュリティアップデートがリリース、残されていた脆弱性に対応：CodeZine 追記3 パッチは全部当てるっぽい。やってる人いたので手順変更。
papiro 2014/09/26
自力でパッチ当ててコンパイル

patch

bash

脆弱性
リンク
[#TiDD] パッチはコア資産 - DVCSの考察 - - ソフトウェアさかば
“No Ticket, No Commit!” の誤解チケット駆動開発の基本ルールである“No Ticket, No Commit!”の誤解の一つは、コミットに1対1のチケットが必要であると言う考え方です。この反例として、「Redmineによるタスクマネージメント実践技法」の事例があります。この事例では、Redmineのワークフロー機能を利用して、リリース後のコードと開発中のコードの更新抜けをなくすというものです。具体的には、チケットをクローズする権限を特定の担当者に与えておき、修正が全ての関連プロダクトでコミットされていることを確認することで、修正の漏れをなくしています。この例では、一つのチケットに２つのコミットがありますが、効果的なチケットの使い方になります。 DVCS(分散バージョン管理システム) この事例では、DVCSを用いると作業が容易になります。バグ修正を行うトピックブ
papiro 2013/02/03
開発

patch

Git

subversion
リンク
1