[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

Help us learn about your current experience with the documentation. Take the survey! '> 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

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時