By Joff Redfern, VP of Product Management July 26, 2018 我々が2017年9月にStrideを発表した時、「私たちは働き方を再考する時が来た。チームは繋がりながら前進できると確信しています。」とお伝えしました。私たちは、今でもそう信じています。既に競争の激しいリアルタイム チーム コミュニケーション市場に参入するに当たってはリスクを取ることになることは承知していましたが、私たちには優れた製品を構築するための努力をする用意がありました。そして、実際にその通りに行動していたと思います。Strideは大胆なプロジェクトで、創り上げた製品とチームを誇りに思っています。 しかしここ一年でリアルタイムコニュニケーション市場は劇的に変化しました。その変化を通して、とある製品が継続して突出した存在でした。Slackです。私たちはStrideにおいて早期

質問は簡単です。git と フィーチャーブランチ を利用しているソフトウェアチームにとって、完了済みの作業を開発のメインラインに取り込む最良の方法は何でしょうか？これは、確固たる意見を持つ両陣営によって繰り返し展開されている議論の一つですが、やはり議論には最低限の配慮を持って対応したいものです。 (その他の激しい議論の例としてはこれがあります: The Internet)。 リベースを行って、リポジトリの履歴をフラットかつクリーンに保つべきでしょうか？それとも、可読性と明晰さを犠牲にする事でトレーサビリティを得られる、マージを行うべきでしょうか？( ファストフォワード マージを禁止するなど。) 議論 このトピックは、vim と Emacs や Linux と BSD ほどまでには有名な論争の的とはなっていないものの、双方共に遠慮なく意見を述べ合っています。 all-things-git に