Githubのベストな代替案

GitHubはオープンソースプロジェクトをホストするための頼りになる場所として大きな役割を果たしています。それに挑戦するものは何もありません - 誰もがGitHubのアカウントを持っています - しかし、もしあなたが多くの人々とのチームで本当に仕事をしたいのであれば、そのための優れたツールが存在しています。

注意、この文章では管理されたソース管理プラットフォームとしてのGithubの代替案をリストアップしています。ほとんどの代替案は似たような問題追跡機能を持っていますが、もしGithubの管理機能のアップグレードを探しているのであれば、JiraやAzure DevOpsを検討する価値があります。

編集者注: 私たちは実際にLifeSavvy Media内部でGithubを使用しており、他のものに変更する予定はありません。

GitLab

GitLabは、見つけることができるGitHubの最も近い直接の競合です。非常に似たインターフェースを持ち、無制限の数の公開および非公開リポジトリを作成することができます。また、いくつかの詳細なツールがある一方で、一般的には同じように機能するため、GitLabへの移行は非常に簡単だと感じるでしょう。

GitLabは単なるGitHubのクローンではありません。それは、組み込みの継続的インテグレーションツールやパイプラインのサポートを備えたDevOpsワークフローにより、はるかに焦点を当てています。GitLabを使用すると、CI/CDツールはソース管理と同じです。これはGitHubの代替手段に共通するテーマであり、GitHubがあまり注力していない分野の一つです。

さらに良いことに、GitLabのコミュニティ版自体がオープンソースであるため、自分のサーバー上で自分の組織用にGitLabのプライベート版を実行することができ、他人の「クラウド」にあなたの独自のソースコードがあることを心配する必要はありません。GitLabのインストールと設定に関するガイドを読むことで、さらに詳しく学ぶことができます。

BitBucket

BitBucketはAtlassianがホストしている

git

それは解決策です。GitHubやGitLabのように大規模に機能しますが、プライベートリポジトリにより適しています。パブリックリポジトリを作成することはできますが、それが主な目的ではなく、BitBucketには「探索」機能が不足しています。

インターフェース自体はクリーンで、すべてをサイドバーで整理しています:

Jiraを使用している場合、このインターフェースはかなり似ていると感じるかもしれません。なぜなら、両方とも同じ会社によって作成されているからです。BitBucketには、Jiraからのブランチの作成、Jiraの課題へのコミットのリンク、BitBucketからの課題の直接編集など、Jiraとの多くの統合が含まれています。Jiraにはすでに一般的な統合がいくつかあります。

git

しかし、BitBucketとJiraはお互いのために特別に作られています。

実際、BitBucketを際立たせるものはJiraとの統合以外にはほとんどありません。もしあなたのチームがすでにJiraを大いに使用しているのであれば、BitBucketを使うのを楽しむかもしれません。

AWS CodeCommit

AWSのCodeCommitサービスは、

git

AWSエコシステムとの多くの統合を持つリポジトリです。GitHubの良い代替としての観点から見ると、インターフェースは少し使いづらく、AWSのユーザーインターフェースデザインの影響を受けています。しかし、使用は可能です。

CodeCommitの最も良い点は、EC2やLambdaとの統合です。ソース管理がサーバーと同じプラットフォームにあるため、デプロイメントパイプラインの自動化が簡単です。CodeCommitには、デプロイ前にテストを実行するオプションがあり、1回に1台のサーバー、サーバーの半分または全台にデプロイすることができます。また、Lambda関数のソースコードを直接更新することもできます。

AWS CodeCommitは最適ではないかもしれません。

git

主なソースコントロールとして使用するサービスですが、EC2やLambdaでのコードデプロイを自動化するために使用するのは確かに良いことです。このセットアップでは、2つのリモートを使用します。コードがデプロイする準備が整ったら、プライマリリモートからCodeCommitに変更をプッシュします。

その他のソース管理ツール：TFVC、Perforce、およびSubversion

このリストの他の選択肢は使用していますが

git

実際には、それに代わる選択肢について言及する価値があります。

git

それ自体。

Perforceは中央集権的なソース管理システムです。

git

は配布されており、すべての人のローカルリポジトリはリモートを介してのみ相互にリンクされています。このモデルには多くの制限があります、特に巨大なリポジトリの場合です。全従業員があなたの完全なソースコードにアクセスできるようにはしたくありません。Perforceはこれらの問題をより良く管理します。

git

そうです。

Perforce（およびその他の非Gitオプション）は、大きなバイナリファイルを扱うのがはるかに得意です。

git

苦労している。ほとんどホストされた

git

提供者---GitHubを含む---は、ストレージコストを削減し、大きなファイルを最初から抑制するために、ファイルサイズを100MB未満に制限します。Git Large File Storageという拡張機能は、大きなファイルを別のサーバーに保存することで問題を軽減しますが、完璧な解決策ではありません。

他のGit以外のソース管理オプションも存在します。たとえば、Team Foundation Version Control (TFVC)、Subversion、Mercurialなどです。これらのほとんどは、自分でホスティングする必要があります。BitBucketは以前、Mercurialリポジトリをサポートしていましたが、最近それの使用を非推奨にしました。

自分でGitサーバーをホストする

もう一つの選択肢は自分でホストすることです。すべてのGitHub（またはこのリストの他のサービス）は、管理のためのウェブベースのフロントエンドに過ぎません。

git

サーバー。それ

git

サーバーは単にローカルの公式リファレンスとして機能するリモートです。

git

リポジトリ。自分自身で実行できます。

git

標準装備のサーバー

git

ほとんどのLinuxディストリビューションにインストールされているもので、それに接続してください。他の誰かにホストさせるのではなく。

この設定方法に関するガイドを読んでさらに学ぶか、独自にホストするためのGitLab Community Editionの設定ガイドを読むことができます。

git

ウェブインターフェースを持ちながらサーバー。

ウェブベースのアクセスがないのは少し不便ですが、皆がGUIのGitクライアントやターミナルの十分な知識を持っていれば、十分な代替手段となることがあります。気をつけるべきことは、自分でサーバーをホスティングしている場合、その上に保存されているデータに対してあなたが責任を持つ必要があることです。実際には、あなたはその

git