リリース0.3第2、望遠鏡

私たちのリリース0.3のための2番目のタスクは、修正を要求し、問題を引いてください.これは、問題を見つけること、それを固定し、望遠鏡のスラックチャンネルとのコラボレーション、最終的にフィードバックを取得し、最終的にプル要求をマージすることが含まれます.
これは多くのステップのように聞こえるが、問題に応じて、彼らは非常に少し時間を取ることができると非常に小さな頭痛を生成します.
これは私の場合ではない.
─
それで私の問題はこうでした.
─
─
─
- 1 .
何を追加しますか
削除/フィード/idルートに対してクエリの追加を要求します.
次のようにします.
ルートハンドラーに到達する前に問い合わせを検証する方が良いでしょう.
参照.
ミドルウェアのためのすべてのロジックは
─
基本的には、望遠鏡のバックエンドに入り、検証用のバリデータでいくつかのクエリパラメータを追加するつもりです.それから、私は彼らを削除フィードルートにリンクして、それのためにテストを書かなければなりません.
まず最初に、私がしたことは、検証に新しい検証パラメタを加えました.しかし、いくつかのレビューの後、我々はそれが私たちのコードを滲まないように存在したものを使用する方が良いことを決めた.
─
─
IDが最小10でなければならない規則を確立するコードのかなり単純な部分、そして、最大10(正確に10の)キャラクタは長くなければなりません.
その後、我々のフィードで.JSファイルは、ブログのフィードのための私たちのルートを保持する、我々は我々の削除は、ルートの新しいルールをチェックフィードを確認する必要があります.
─
─
注意してください.
─
─
念頭に置いてこれは批判の多数の後です.
─
おっ!
だから今、我々のコードの作業を持って、我々のテストは正常に動作し、左のすべては、プロジェクトの右側にマージすることですか?
─
いいえ.それはとても簡単です、それがちょうど間違っているようである1つの線だけであるので、ちょうどGithubの上で再ベースを作ろう!
─
OOPS再び.
OK OKこれは固定です、私がしなければならないすべては戻って、いくつかのコマンドを実行して、対話的なベースで修正して、再びコミットします.
あなたが私の状況で終わるならば、知らない人々のために、ここであなたを助ける良いイメージはあります.
─
秒待って、他の何かが間違っているようです.
─
ええ?
─
よろしい.だからここで何が起こった.私は前に行って、私のファイルをきれいに走らせます、しかし、それはVSCodeを通してそれを走らせました.今、あなたはこれをチェックして、それが間違っているのを見つけて、誤りを返すようにするテストを期待するでしょう?しかし、それは実際にすべてが良いと思う!
そうすることは何ですか.
─
─
─
- 1 .
暗黙のデフォルトである値のうちのいくつかを使用することを想定していなかった奇妙な問題に我々は出くわした.これは明示的なオプションを明示的に設定します.
─
それで、デービッドはきれいな設定を修正するためにプル要求を開けて、これが再び起こらないことを確認します、しかし、私はまだ私のコードがすべて台無しにされる位置にいます.それで、私がする唯一のことは手動で我々のフォーマットエラーを修正するということです.
スクリーンショットをお送りします.
最後に、我々のプル要求を得た.書式設定?すごい!機能性?恐ろしい.テスト?適切に働く!今、我々はしなければならないすべてのコミット、適切に再ベース、プッシュ!
─
はい!
結論として-これは非常に教育的な経験をされています.Gitだけではなく、プロジェクトのガイドラインに従ってどのように動作するか(そして何があなたを混乱させたときにどうなるか)、どのようにコミュニティで相互作用し、メンバーからのフィードバックを得る方法.今まですべての私のprsは基本的に割り当てられているいくつかのシーケンスされている、仕事、PRを置く、フィードバックをほとんど取得し、即座にそれを合併した.この経験は本当に私がどのように批判を取るし、私の最初の自社の貢献を構築する方法を理解する助けた.