JenkinsとDockerでTravisっぽいCIサーバを育ててみている - オープンソースこねこね
最近プライベートなプロジェクトのCIにはcircleciとかが人気なんでしょうかね。 GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー 近頃のCIサーバはアプリケーションのテストだけじゃなく、インフラのテストやデプロイ、ChatOpsなどgitやチャットツールなど他のシステムと連携した自動化のための必須プラットフォームといった感じになってきてる。とはいえ、趣味で開発しているプロダクトに余計なコストはかけたくない。ああ、でもやっぱCIはしたい。 そんなわけで以前から契約だけしていて放置気味だった、さくらのVPSの1GにjenkinsをたててオレオレCIを育てているのでその辺のことを書いてみる。CIの実行環境はDockerを使って仮想化し、ジョブの内容はTravisやcircleciのようにリポジトリ側のyamlファイルに記述できるようにしてみた。構成をざっくりと図解すると以
安全加密检测
已通过安全加密检测 如果没有自动跳转，请点击下方按钮前往 点击进入购彩中心360安全卫士提供技术支持 Copyright © 1998 -2020. All Rights Reserved.
③請負と準委任契約 | IＴ法務ドットコム 内田鮫島法律事務所
という契約です。請負人たるベンダは，契約の本質的義務として仕事の完成義務を負うことになります（民法632条）。目的物に瑕疵があった場合は，瑕疵担保責任を負います（同法634条以下。）。システム開発の場合，設計フェーズから結合テストフェーズあたりまでが，請負契約を用いられることが多いです。 （ｂ）準委任契約とは 一方で，準委任契約とは， という契約です（同法656条）。受託者たるベンダは，善良な管理者の注意をもって委任事務を処理する義務を負います（同法644条）。受託者は，仕事完成義務がないため，瑕疵担保責任を負いません。要件定義や，総合テスト支援フェーズは，準委任契約で行われることが多いです。 （ｃ）契約の性質はどのように決まるか この区別は，システムが完成しなかったときに，ユーザは契約を解除して損害賠償を求めることができるのか，ベンダは責任を負担しなければならないのか，といった場面で
第2回 ソフト開発の3つの契約形態、成果物責任の免責が不可欠
システム開発契約には、「請負型契約」「委任型契約」「混合型契約」の大きく3種類があり、受注者であるソリューションプロバイダには、それぞれメリットとデメリットがある。現在、受注者側が成果物に責任を負う請負契約が主流だが、契約時には、請負責任に関する免責事項を明確にしておく必要がある。 システム開発におけるトラブルは、ユーザー企業のソフト開発の目的や適用業務を、開発委託先であるソリューションプロバイダがきちんと理解できていないことが原因であることが少なくない。 その点からは、業務内容やシステムに必要な要件を最もよく分かっているユーザー企業のSE自らが開発する「自社開発」が望ましい。だが実際には、多くのユーザー企業にとって、自らが十分なシステム開発の経験や技術を持つことは難しく、ソリューションプロバイダに開発を委託することになる。 システム開発を外部に委託する契約には、（1）開発請負契約型、（2
abrtd のメール宛先 - hijiri-0404's blog
https://access.redhat.com/knowledge/docs/ja-JP/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/sect-abrt-configuration-events-default_events.html report_Mailx — Mailx Mailx ユーティリティを使用して、レポートを指定の電子メールアドレスに送信します。このイベントは、 /etc/libreport/events.d/mailx_event.conf 設定ファイルで定義されています。 https://access.redhat.com/knowledge/docs/ja-JP/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/sect-abrt-configuration-ev
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
