[B! gitlab] machupicchubetaのブックマーク

GitLab.org / cli · GitLab

A GitLab CLI tool bringing GitLab to your command line

machupicchubeta 2023/01/24

gitlab
cli

リンク

https://twitter.com/jeffi7/status/1588414604048158721

machupicchubeta 2022/11/07

リンク

Testing best practices | GitLab

Test Design RSpec General guidelines Eager loading the application code Ruby warnings Test order Test flakiness Test slowness Don’t request capabilities you don’t need Profiling: see where your test spend its time Installation Generate the JSON report How to interpret the flamegraph Optimize factory usage Let’s talk about let Stubbing methods within factories Stubbing member access level Additiona

machupicchubeta 2021/04/02

リンク

GitLabもデフォルトのブランチ名を「master」から「main」に変更へ、5月から

GitLabは、5月22日にリリースするGitLab 14.0以降、新規に作成されるリポジトリのデフォルトブランチ名を「master」から「main」に変更することを明らかにしました。 You spoke and we listened. We're joining the Git community and updating "master" to "main".https://t.co/V8UdjxQUBT — GitLab (@gitlab) March 10, 2021 具体的には、4月22日リリース予定のGitLab 13.11でフィーチャーフラグによってデフォルトブランチ名を「main」に変更可能にします。この時点ではまだデフォルトブランチ名は「master」のまま、フラグを切り替えたときのみデフォルトブランチ名が「main」となります。そして5月22日にリリース予定のGit

machupicchubeta 2021/03/15

GitLab

リンク

GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット－ Publickey

果たしてGitLab.comで何が起きたのでしょうか？これまでの経緯をまとめました。スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時