Post-Incident Review on the Atlassian April 2022 outage - Atlassian Engineering
This PIR is available in the following languages:日本語 | 简体中文 | 繁體中文 | Deutsch | English | Español | Français | Italiano | 한국어 | Polski | Português | русский. Letter from our co-founders & co-CEOs We want to acknowledge the outage that disrupted service for customers earlier this month. We understand that our products are mission critical to your business, and we don't take that responsibility light
DevOpsの実践を支援する12の新機能 | Atlassian Japan 公式ブログ | アトラシアン株式会社
本ブログは、こちらに掲載されている英文ブログの翻訳です。万が一内容に相違がある場合は、原文が優先されます。 By MATT RYALL Head of Product, Jira Software 我々のミッションは、コラボレーション ツールとプラクティスの力を活用することであらゆるチームの可能性を解き放つことです。これはDevOpsを実践する際、開発から運用、事業部門間でのコラボレーションが成功の鍵となるため、とりわけ重要となります。 しかし、このようなコラボレーション促進は、開発者の負担につながる場合があります。関係するチームの利用している複数のツールの連携や進捗共有に時間を取られ、コーディングを行ったり、革新的なソリューションを構築する時間がなくなるという課題に直面します。 実はこのことは、今年私たちが実施したDevOpsトレンド調査 に明確に顕れていました。開発者の毎日を楽にするた
Mercurial 対 Git：なぜ Mercurial を選ぶのか？ - Atlassian Japan
ここで見たように、Git は、Subversion ユーザーにその CLI に早く慣れてもらうようにするということをあまり考慮していません。 新しいコマンドを入力するために指を再度トレーニングすることによりこの問題を回避することはできますが、それでもシステムを移行する上での障害の一つになるでしょう。その上、Subversion ユーザーにとってフレンドリーで、かつ、強力で美しいインターフェースをもった Mercurial があるので、Git がなくても問題はありません。 履歴が安全な Mercurial Mercurial の哲学は、 “履歴は永久的で神聖である” ということです。Mercurial のコアには、履歴を変更できるコマンドがたった一つだけあります。hg rollback です。このコマンドは直前のプルやコミットを “取り消し” ますが、それより前のものには一切触れません。 G
Slackとの新しいパートナーシップの発表について | Atlassian Japan 公式ブログ | アトラシアン株式会社
By Joff Redfern, VP of Product Management July 26, 2018 我々が2017年9月にStrideを発表した時、「私たちは働き方を再考する時が来た。チームは繋がりながら前進できると確信しています。」とお伝えしました。私たちは、今でもそう信じています。既に競争の激しいリアルタイム チーム コミュニケーション市場に参入するに当たってはリスクを取ることになることは承知していましたが、私たちには優れた製品を構築するための努力をする用意がありました。そして、実際にその通りに行動していたと思います。Strideは大胆なプロジェクトで、創り上げた製品とチームを誇りに思っています。 しかしここ一年でリアルタイムコニュニケーション市場は劇的に変化しました。その変化を通して、とある製品が継続して突出した存在でした。Slackです。私たちはStrideにおいて早期
HipChat、無料でユーザー数も無制限に | Atlassian Japan 公式ブログ | アトラシアン株式会社
一年前、私たちは 5 人のチーム向けに HipChat を無料にしました。それ以来、チャットはすばらしいものだということをたくさんのチームが実感してきました。しかし、あらゆる規模のチームが HipChat の力を利用できるべきだと考えています。 ですので、本日、HipChat を無料で、ユーザー数無制限で使える新しいサブスクリプション プランを発表できることをとてもうれしく思います。 HipChat を使用するには 2 つの方法があります。 HipChat ベーシック (無料)：チームの人数に関係なく、グループチャット、1 対 1 のメッセージングをチームのすべてのメンバーが利用できます。 HipChat プラス (2 ドル / ユーザー / 月)：HipChat ベーシックのすべての機能に加え、ビデオ通話の利用、そしてメッセージ履歴が無制限に検索可能です。 詳細については価格ページをご覧
Improve Transparency with Statuspage | Atlassian
Eliminate duplicate support tickets & clunky email lists Halt the flood of support requests during an incident with proactive customer communication. Manage subscribers directly in Statuspage and send consistent messages through the channels of your choice (email, text message, in-app message, etc.) Display the status of each part of your service Control which components of your service you show o
Git チームワークフロー: マージ (merge)、それともリベース (rebase) ? | Atlassian Japan 公式ブログ | アトラシアン株式会社
質問は簡単です。git と フィーチャーブランチ を利用しているソフトウェアチームにとって、完了済みの作業を開発のメインラインに取り込む最良の方法は何でしょうか？これは、確固たる意見を持つ両陣営によって繰り返し展開されている議論の一つですが、やはり議論には最低限の配慮を持って対応したいものです。 (その他の激しい議論の例としてはこれがあります: The Internet)。 リベースを行って、リポジトリの履歴をフラットかつクリーンに保つべきでしょうか？それとも、可読性と明晰さを犠牲にする事でトレーサビリティを得られる、マージを行うべきでしょうか？( ファストフォワード マージを禁止するなど。) 議論 このトピックは、vim と Emacs や Linux と BSD ほどまでには有名な論争の的とはなっていないものの、双方共に遠慮なく意見を述べ合っています。 all-things-git に
Git 1.8.3 について知っておくべきこと | Atlassian Japan 公式ブログ | アトラシアン株式会社
あなたが git をコマンドラインで使っていようと、SourceTree などのツールから使っていようと; また、コードを Bitbucket にホスティングしていようと、Stash で会社のファイアウォール内側にホスティングしていようと、もしあなたが私のようであれば git がリリースされたときはいつでもパーティーをするでしょう – ウィンク –。 Git ユーザーにとってスムーズなアップグレード方法 git 1.8.3 がリリースされました。もちろん、これは最新バージョンへのアップグレードを意味しています。これは比較的、簡単であるべきです: もし OSX 上で homebrew を使用している場合は単に brew update && brew upgrade git とタイプするだけ (OSX 上で .gitignore を解析中に、直前に発見されたバグにより、 homebrew はア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HipChat Server