みなさん、こんにちは。GitLabのリリース記事の翻訳の公開を開始しました。
前のものを逃した場合、ここにリンクがあります： 8.10、8.9、8.8
GitLabは毎月22日にリリースをリリースします。
リリース8.11の投稿の翻訳は進行中ですが、今のところ、GitLab、GitHub、Bitbucketの用語の違いについてGitLabブログから別の記事を投稿しています。
作業タスクと顧客のニーズに応じて、開発者は異なるリポジトリ管理プラットフォームを使用する必要があります。 典型的な開発者は、GitHubのオープンソースプロジェクトに参加し、職場では1人のクライアントのプロジェクトをGitLabで、もう1人のクライアントのプロジェクトをMercurialとBitbucketでホストしています。 プラットフォーム間の切り替えは、同じものをまったく異なる方法で呼び出すことができるという事実により複雑になります。 この記事では、違いを比較すると同時に、これらの名前を選んだ理由を説明します。
バージョン8.4以降、GitLabはGitHubからのリポジトリの移行プロセスを大幅に改善しました。 現在、GitLabはリポジトリだけでなく、Wikiページ、チケット、プルリクエストもインポートします。 ただし、ほとんどのエンティティは名前を変更しません。 たとえば、コミットやプッシュなどの特定のGit用語はどこでも同じです。 ユーザー、ウェブフック、問題などの一般的な用語は変更されません。
しかし、いくつかの用語はまだ異なっています。 たとえば、GitHubとBitbucketがプルプルリクエストを呼び出すものを、マージリクエストと呼びます。 これは、マスターブランチとの機能機能のmerge
ブランチのリクエストであるため、これを呼び出しました。 pull
コマンド自体はどこでも使用されません。 ちなみに、Gitには別のrequest-pull
コマンドがあります。変更を提案し、 pull
コマンドを使用することもできますが、まったく異なるメカニズムがあります。
GitLabを使い始めたばかりの場合、この表は、より早く始めるのに役立ちます。
| Bitbucket | Github | Gitlab | どういう意味ですか |
|---|---|---|---|
| プルリクエスト | プルリクエスト | マージリクエスト | GitLabでは、マスターのマージブランチのリクエストはマージリクエストと呼ばれます |
| スニペット | 要点 | スニペット | バージョン管理されたコードスニペット。 可視性レベル：パブリック、内部、またはプライベート |
| リポジトリ | リポジトリ | プロジェクト | プロジェクトは、Gitリポジトリ、設定、ディスカッション、およびその他の関連ツールを含む構造です |
| チーム | 組織 | グループ | GitLabでは、すべてのリポジトリはグループに属します。 グループでは、異なるユーザーのリポジトリアクセスレベルとアラートを構成できます。 |
チーム、リポジトリ、および組織
チーム （チーム）、 リポジトリ （リポジトリ）、および組織 （組織）の違いを見てみましょう。 GitHubリポジトリには、実際のGitまたはSVNリポジトリのほか、問題、参加統計などが含まれます。 同時に、ユーザーはリポジトリプロジェクトを呼び出すことがよくあります。
GitLabでは、このような構造を明示的にプロジェクトと呼ぶことで明確にしました 。 このプロジェクトには、Gitリポジトリ、チケット、マージリクエストなどが含まれます。 プロジェクト構成ページでは、次のことができます。
- 使用する機能を選択します。
- プロジェクトアバターを設定します。
- プロジェクトの可視性レベルを設定します：public、internal（許可されたユーザー用）、またはprivate（グループメンバーのみ）。
- プロジェクトを移動、アーカイブ、または削除します。
- プロジェクトでGitlab CIの使用を構成します。
- プロジェクトをサードパーティアプリケーションと統合するサービスを追加します。
GitLabにクリーンなGitリポジトリまたはソースで「リポジトリ」と呼ばれるもののみをインポートした場合でも、結果として常にGitLabプロジェクトを取得することを理解することが重要です。
重要な違い：Bitbucketでは、 プロジェクトは複数のリポジトリの組み合わせです。 そのようなプロジェクトは、 チームに属します 。 GitHubでは、 組織が同様のタスクを実行します。
GitLabでは、複数のプロジェクトを組み合わせたこのような構造をグループと呼びます 。 グループに含まれるユーザーは、グループ内での役割に応じて、プロジェクトの読み取り、変更、構成のアクセス権を取得します。 各プロジェクトは1つのグループにのみ属しますが、他のグループと「共有」できます。 この機能は、Gitlab Enterprise Editionおよびバージョン8.5以降のGitLab Community Editionにあります。 プロジェクトの共有を明示的に禁止する場合は、グループ設定でこれを実行できます。
この記事が、用語の理解に役立つことを願っています。 まだ質問がある場合は、コメントで質問してください。
翻訳者： nick_volynkin