PricingUltimate For enterprises looking to deliver software faster For when your mission-critical software requires organization-wide security, compliance, and planning
.gitlab-ci.yml によるジョブの設定方法(日本語訳) - Qiita
GitLab CI/CDパイプライン設定リファレンス(日本語訳:GitLab CI/CD Pipeline Configuration Reference)CIGitLabGitLab-CIGitLab-CI-Runner v12.10.2を元に翻訳をRulesの項まで更新しました(2020/06/01) GitLab v13がリリースされるのもあり、更新作業中です(多分v13のリリースには間に合いません...)。翻訳が終わり次第更新する予定です(2020/05/14) v12.0.3を元に翻訳を更新しました(2019/07/24)。 本記事は、 https://gitlab.com/gitlab-org/gitlab-ce/blob/v12.10.2/doc/ci/yaml/README.md を翻訳中の文章です。 相対リンクなどは直す予定はありませんので、リンクをたどりたい方は以下のU
Pull Request / Merge Request の違い - Qiita
結論から言うと featureブランチを開発マスタ用ブランチにマージするなど、あるブランチをあるブランチにマージする依頼を出す点は同じ。 GitHub と GitLab では使い方の違い上、使われる言葉が違う。 ※ GitHub では、開発する際にリポジトリをForkしてローカルブランチを作成することが想定されている。 Gitlab では、開発する際に同一リポジトリ内で開発ブランチを作成することが想定されている。 Merge RequestまたはPull RequestはGitマネジメントアプリケーションで作成され、指定した担当者に2つのブランチをマージするよう依頼します。GitHubやBitbucketでは最初のアクションとしてfeatureブランチをプルするため、Pull Requestという名前を使用します。要求され、最終的に行うアクションという意味でGitLabやGitorious
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
