ソースコードホスティングサイトBitBucket

BitBucketは、MercurialとGitを分散バージョン管理システムとして使用し、ビジネスプランと無料のアカウントを提供するソースコードホスティングWebサイトです。

私は最近プライベートプロジェクトに取り組んでおり、より信頼性の高いプライベートバージョン管理ツールを見つけたいと考えています。初めはgithubのことを考えていましたが、githubでのプライベートプロジェクトを考えると有料で断念しました。最終的にBitBucketを使用することにしました。

BitBucketはgithubやgiteeに似ており、そのパフォーマンスも非常に優れており、主なものは1Gの空き容量を提供することです。これは私のようなプライベートプロジェクトに最適です。この記事では、BitBucketを使用してgitバージョン管理を始める方法について説明します。

1.まず、BitBucketユーザーを登録します（場合によっては壁越しに行う必要があります）。

この登録済みアドレス：https : //bitbucket.org/から、BitBucketの個人アカウントを登録できます。メールボックスを使用するために登録し、確認する必要があります。

2.ユーザーインターフェイスの概要

これは、ログイン後にbitbucketが起動する方法です。

 

Screenshot.png

合理的に言うと、このインターフェースはgithubほど悪くはないと思います。
BitBucketはデフォルトで英語を使用し、英語があまり得意ではない学生には問題ありません。[設定]-> [言語]で中国語インターフェースに設定できます。（スニッカー、本当にフレンドリー）。

 

！[

スクリーンショットpng

 

スクリーンショットpng

 

Screenshot.png

メインインターフェースに戻ると、左側のメニューが表示されます個人プロジェクトの場合は、概要、プロジェクト、倉庫、プルリクエスト、クリップ、問題など、いくつかのカテゴリがあります。

 

スクリーンショット2017-12-11 8.28.18 pm.png

• 概観

  ここでは、個人アカウントの関連するすべての倉庫とパネルを表示します。

• 倉庫

  言うまでもありませんが、誰もが理解しています。

• プロジェクト

  すべての個人参加プロジェクトがここに表示されます。プロジェクトには作成するチームが必要です。

• プルリクエスト

  他の人があなたのプロジェクトをプルできますが、あなたはあなたの許可を得る必要があります。

• 問題

  対立のような問題。

• スニペット

  コードの一部をフラグメントの形でbitbucketに保存できます。

3.個人のリモートウェアハウスを作成し、ローカルウェアハウスにリンクする

• 個人のリモートウェアハウスの作成
  ウェアハウスは、個人またはチームが作成する必要があります。デフォルトでは個人に依存します。

   

  

  スクリーンショットpng

   

  倉庫を作成するときに、倉庫の所有者を選択できます。そして、それが民間倉庫であるかどうかを指定することができます。使用するバージョン管理システムを指定することもできますデフォルトのビットバケットはGitをサポートしています。詳細設定では、次のような他の機能も確認できます。倉庫保管のコード言語を選択します。ここでは、H5コードウェアハウステストを作成しました。

   

  

  スクリーンショットpng

倉庫を使用する前に、まず倉庫を開く必要があります。bitbucketには、簡単な入力とコマンドライン入力という2つの主要な開始方法があります。
Easy Getting Startedでは、このリポジトリーを説明するREADMEファイルを作成したり、gitignoreファイルを使用してファイルの制御を無視したりできます。
コマンドラインプライマー。もちろん、既存の倉庫を使用して作成することもできます。空のプロジェクトを使用して作成することもできます。
READMEファイルを直接使用して、ここで開くことをお勧めします。作成後、このウェアハウスを使用できます。他のユーザーにこのウェアハウスの読み取りと書き込みを依頼することもできます。

 

スクリーンショットpng

 

図のボックスでは、BitBucketでのこの倉庫の倉庫アドレスですが、リモートウェアハウスを作成したときに、このアドレスを使用しました。

• リモートウェアハウスにマップされたローカルウェアハウスの作成リモートウェアハウスをローカルウェアハウスにマップするには、
  2つの方法があります。
  <1> BitBucketの倉庫から直接チェックアウトします。
  BitBucketの倉庫では、倉庫のチェックアウトオプションを直接見つけることができます。

   

  

  チェックアウト

   

  

  スクリーンショットpng

   

  ローカルフォルダーを開きます。ファイルにもう1つの.gitファイルと1つのREADMEファイルが表示されます（これは、リモートウェアハウスを開いたときに作成されました）。これは、マッピング関係が確立されていることを示します。
  SourceTree（これはビジュアルgitインターフェース操作ツールです）を開いて確認することもできます。

   

  

  
  ここでは、テストウェアハウスがすでにローカルウェアハウスにあることがわかります。

  

  Screenshot.png

  
  チェックアウト後に適切なローカルフォルダを選択します。このリモートウェアハウスとのマッピング関係はすでに存在しています。

<2>最初にローカルウェアハウスを作成し、次にローカルウェアハウスの内容をリモートウェアハウスにプッシュします。
新しく作成したローカルフォルダーをローカルウェアハウスとして使用できます。同様に、既存のプロジェクトを使用してローカルウェアハウスとして使用することもできます。以下では、ローカルウェアハウスの例として既存のプロジェクトを使用します。たとえば、私のフォルダの1つをdemoローカルリポジトリとして使用します。

Screenshot.png

使用する前に、まずSourceTreeを開きます（これは視覚的なgitインターフェース操作ツールです）

Screenshot.png

インターフェースには2つのローカル倉庫があります。「新規」をクリックして、いくつかの異なるオプションがあることを確認しました。基本的な意味が理解され、使用することにしました添加已经存在的本地仓库

スクリーンショット2017-12-12 8.58.33.png

これにより、フォルダーセレクターが表示されます。このローカルウェアハウスを作成するには、前のデモを選択するだけでよく、同時にリモートウェアハウスを選択できます。現時点では、対応するアカウントのみを選択する必要があります。

 

 

離れた倉庫をもう一度見てみると、デモ倉庫が登場しています。この時点で、ローカルとリモートの両方の倉庫が完成しました。

 

4.チームを作成してプロジェクトを追加する

左側のプラス記号をクリックします。

 

Screenshot.png

 

 

 

チームを選択：

チームが成功すると、インターフェースが表示されます。

 

 

チームで直接倉庫を作成したり、プロジェクトを作成したりできます。

このチームには現在プロジェクトがありません。新しいプロジェクトを作成できます。

 

プロジェクトが作成されたら、プロジェクトに倉庫を追加できます。

 

 

そこで、チームプロジェクトを作成しました。

5.メンバーをチームに追加し、メンバーの権限を設定します

 

 

BitBucketのメインインターフェイスでは、操作する異なるチームを選択できます。

 

ここでは、作成したばかりのチーム、MyTestDemoTeamを選択します。つまり、チームに参加しました。

メンバーを選択すると、自分のメンバーが1人だけであることがわかります。
右上隅の「メンバー管理」をクリックして、メンバー管理インターフェースに入ります。ここで、他のメンバーまたは他のチームを追加できます。

クリックしてメンバーを追加：

ここでは、メンバー管理者または開発者のIDを設定できます。
ここではトムを開発者に設定しました。つまり、トムにはこのチームを管理する権限がありません。ただし、コードはチェックアウトして送信できます。
最後に、メンバーインターフェイスに戻ります。

ここでトムに会って、追加が成功したことを示します。
：次に、我々はその後、チームの管理画面にアクセスしてください
我々はここで、それぞれ2つのユーザー・グループ、の合計を参照してください、AdministratorsとDevelopers私が参加することをトムにした前に、これらの2つのデフォルトのユーザー・グループです。Developersユーザグループのを。
他のユーザーグループを自分で追加することもできます。

追加方法は実際には非常に簡単です。興味のある方はぜひお試しください。
ユーザーグループを削除する場合は、ユーザーグループの右側にある小さなXボタンをクリックします。

 

次に、最初にDevelopersユーザーグループを入力し、ユーザーグループの権限を設定する方法を確認します。

ここでは、ユーザーグループが持つ権限を直感的に示します。たとえば、現在のDevelopersユーザーには、ウェアハウスを作成する権限とデフォルトの書き込み権限があります。ユーザーグループの権限を変更するために編集インターフェイスに入ります。

 

ここでは、ユーザーの権限を設定します。ユーザーグループの権限を設定すると、ユーザーグループに含まれるすべてのメンバー（トムなど）は、ユーザーの権限によって制限されます。

 

6. BitBucketの実際の開発と使用

これらの関数を構成した後、バージョン管理にBitBucketを使用できます。BitBucketには、コミット、プッシュ、ブランチ処理、マージブランチなどの最も基本的な機能が含まれています。

• 提出する

SourceTreeでそれを示します。
以前に作成したローカルウェアハウスのデモでは、SourceTreeを使用して視覚的に制御しています。

 

プッシュを行わない場合、リモートウェアハウスにはコンテンツがありませんが、SourceTreeのファイルステータスに番号の変化が見られる場合、ローカルウェアハウスがファイルを変更したことを意味します（つまり、リモートウェアハウスとローカルウェアハウス）ウェアハウスのコンテンツに一貫性がありません）。
ローカルの変更を送信する場合は、変更されたファイルについて一時ストレージに話し、左上隅の送信ボタンをクリックします。これは、この送信の説明情報が追加されるのを待っており、すぐにリモートウェアハウスにプッシュするかどうかを設定します。設定後、右下の送信ボタンをクリックします。

 

提出する

• 引く

プルとは、リモートウェアハウスの変更をローカルウェアハウスにプルすることです。

• 押す

プッシュとプルは逆であり、リモートウェアハウスに送信されたコンテンツをプッシュします。

• クロール

クロールは、リモートウェアハウスの更新をローカルウェアハウスにすぐには更新しませんが、リモートウェアハウスの変更されたコンテンツをキャプチャして表示します。

• ロールバック

送信されたプロジェクトを以前のバージョンにロールバックします。

• 支店

ブランチは複数の人の開発に使用でき、各メンバーに独立した開発スペースを提供します。
SourceTreeでブランチを作成するのは簡単です。上部のメニューの分支ボタンをクリックするだけです。

作成後、SourceTreeインターフェースのブランチに表示されます。

支店

ブランチでコンテンツを3回送信した後、BitBucketのリモートリポジトリにレコードがあります。

リモートウェアハウスレコード（BitBucket）

ローカルのSourceTreeにも記録されます。

ローカル倉庫レコード（SourceTree）

 

• ブランチをマージ

一般に、ブランチをマージするには2つの方法があります。ブランチへのマージとブランチからのマージです。名前が示すように、ブランチにマージし、ブランチをプルしてマージします。SourceTreeのメニューで特定の操作が試行されます（BitBucketはブランチをマージすることもできます）。

 

ブランチをマージする

マージ中にマージの競合が発生する可能性があります。現時点では、競合しているファイルを確認してください。（複数の人が同じ場所を変更すると、競合が発生します。現時点では、特定のパーツのみを選択して使用する必要があります。）競合を解決したら、マージされたブランチをプッシュのために送信します。合併は完了です。
マージが完了すると、SourceTreeに次のように表示されます。

 

正常にマージされました

7. .gitignoreファイルを追加する方法

デフォルトでは、Gitはリポジトリ内のすべてのファイルを送信しますが、開発者の個人ユーザー情報や大きなSDKファイルなどの一部のファイルが送信されないことを期待しています（このようなファイルは通常、変更される、誰もが1つのコピーを持っている、バージョン管理は不要）など
.gitignoreを使用して、ファイルへのテキストを無視します。変更の送信が要求されない場合は、無視できます。無視する必要があるファイル名をこのファイルに追加するだけです。
プロジェクトが.gitignoreを作成しない場合は、自分でファイルを作成する必要があります。
$ touch .gitingnore
$open .gitingnore
次に、無視するプロジェクトのファイル名をファイルに追加します。無視する必要があるファイル名がわからない場合は、次のWebサイトにアクセスしてください。https：//github.com/github/gitignore（これは、ほとんどの言語の対応するファイルを含む、githubがすべての人に提供する無視されたファイルのリストです）。使用している言語でコピーしてください。

.gitingnoreを追加しても効果はありません。無視したいファイルが既にバージョン管理されている可能性があります。この時点で、すべてのローカルキャッシュを空にし、コマンドライン入力で
$ git rm -r --cached .
プロジェクトを追跡状態（コミット可能）に戻す必要があります。1回の送信後、.gitingnoreファイルが有効になります。

著者：BennyLooの
リンクします。https：//www.jianshu.com/p/15d8f9c1fdf8
出典：ジェーンの本は
、著者が著作権を保有しています。営利目的の複製については、作者に連絡して承認を得てください。非営利目的の複製については、出典を明記してください。