「Bitbucket」の記事 - Crieit

Bitbucketの始め方（Googleアカウントを使用した場合）

2021-10-03T08:57:25+09:00

Bitbucketを使用した際に、cloneができなかったのでその対処方法を調べたら下記でできた。

BitbucketにGoogle認証している人はcloneためにパスワードを発行しましょう

Google認証とか、他のサービスと連携せずにアカウント作成した場合には、アカウント作成時のパスワードでcloneできるんだろうな...

上記でcloneできたものの、pushできなかったので、下記を参考に実施。
難しい…

bitbucketにpushできない

BitBucketからGitHubの無料プライベートリポジトリに引っ越した

2019-01-08T09:25:51+09:00

GitHubのプライベートリポジトリが無料でも作れるようになりました！　無料で共有できるのは３人までですが、僕がやっているような個人開発は一人で使うことが多いため非常に嬉しいです。

ずっとプライベートリポジトリとしてBitBucketを使っていましたが、重かったり使いづらかったりで不満はあり、GitHubを使いたかった気持ちはあったので、とりあえず一番頻繁に使っているCrieitのリポジトリをBitBucketからGitHubに引っ越ししてみました。

各環境のremote参照を変更

開発環境、本番環境など、Gitで参照しているremoteのURLを変更します。とりあえず現状のURLを見てみます。

$ git remote -v
origin  [email protected]:alphabrend/dev.git (fetch)
origin  [email protected]:alphabrend/dev.git (push)

URLを変更します。

git remote set-url origin [email protected]:dala00/crieit.git

再度確認してみると変更されていることがわかります。

$ git remote -v
origin  [email protected]:dala00/crieit.git (fetch)
origin  [email protected]:dala00/crieit.git (push)

実際にpushしたりする際にはGitHubの方にも鍵を登録しておく必要があります。ローカルはBitBucketにもGitHubにも登録しているかもしれませんが、本番環境は個別に登録していく必要がある場合が多そうです。

諸々準備できたらpushすれば完成です。それぞれの環境でfetchしたりpushしたりを試してみてください。

WikiやPagesは使えない

無料プライベートだとWikiは使えないみたいですね。メニューにありません。BitBucket側で色々な周辺機能をガンガン使ってる場合は移行しづらそうですね。あとGitHubでのダウングレードも注意が必要そうです。

その他料金表で細かくは確認してください。

Pricing · Plans for every developer

まとめ

~~あとはCIとかも引っ越す必要がありますのでまた対応したら記事を書いていきます。~~ CIは単に新しいリポジトリのビルド設定を追加するだけで問題なさそうでした。

Crieitはdev.toとQiitaを参考に作った、というところからdevという変なリポジトリ名になっていたのですが、この機会にちゃんとしたリポジトリ名にできたのも良かったです。

Hugoでブログ付きのポートフォリオサイト

2018-11-20T18:04:59+09:00

この記事はCrieitの「アドベントカレンダー Advent Calendar 2018」の11日目の記事です。
昨日はNaturalclarさんの米国からTwitter転職で日本に来たら楽しくて仕方ない話でした！

背景

~~アドベントカレンダーのネタのために何か作らなくちゃ~~静的なサイトでお手軽なサイトでも立ち上げようかと思いGolangの勉強がてらHugoでサイトを構築してみました。

苦肉の策

とにかく時間がないので、ちゃっちゃと終わらせるために、Hugoはhomebrewでインストールして、一度構築用のリポジトリを作成しておき、Github Pagesならぬ、Bitbucket Pages（そんなサービスは無い）にあげてGoogle Analyticsで監視するようにしました。

※Bitbucket Cloudというみたいです。

https://confluence.atlassian.com/bitbucket/publishing-a-website-on-bitbucket-cloud-221449776.html

実際のサイト

https://hugofkworld.bitbucket.io/

構築用のソースコードは[email protected]/hugofkworld/hugo-fk-world.git">こちら
運用用のソースコードは[email protected]/hugofkworld/hugofkworld.bitbucket.io.git">こちら

多言語対応できるテンプレートを使ったのですが、JPサイトが空だったり、Projectsが空だったりしますが、ちびちび書き足していきます。

blogもこちらがキャッチーなのでうまく運用維持できたら更新していくかもしれません。

参考にしたサイト

明日はかしい@お笑いSNS作成中さんの記事です！

一人プルリクエストのすゝめ

2018-09-25T22:40:57+09:00

プルリクエストといえばGitHub等で業務の際やOSSに貢献する際などに利用する、自分の対応したブランチを取り込んでもらうための仕組みですが、何気に一人で使うのにもメリットがあったりします。どういったメリットがあるのか紹介します。

とりあえずGitHubでプルリクエストを作成してみる

何にしろまずプルリクエストをGitHub上で作成してみます。ちなみにGitHubだけでなく、BitBucketやGitLab等でも同様のことは可能です。

ブランチを作成

まずはブランチを作成します。エディタやGitクライアントの機能でも良いですし、コマンドラインで作成する場合は下記のように実行します。

git branch prtest

これで現在のブランチを基底にしたprtestというブランチが作成されます。作業ブランチをこのprtestに切り替えておきます。

git checkout prtest

ブランチにコミットする

適当に何かのファイルを編集し、コミットします。今回はREADME.mdを更新しました。

git add README.md
git commit -m "Update README"

GitHubにpushする

pushしてGitHubのリポジトリを更新します。

git push origin prtest

すると、この時点でGitHubのリポジトリを見てみると下記の画像の様に黄色背景のところのような感じで、最近pushしたブランチが表示されています。このようにして簡単にプルリクエストを作成できるようになっています。ここの「Compare & pull request」ボタンを押してプルリクエストの作成画面へ移動しましょう。（プルリクエスト一覧ページからでも作成できます）

プルリクエストを作成する

ボタンを押すと下記のような画面が表示されます。

色々と入力欄がありますが、一人でやっている場合はとりあえずわかりやすい件名を入れておけば十分でしょう。あとは整理したければ気分で色々と入力しておいてください。必要な箇所を入力したら「Create pull request」を実行します。

プルリクエスト詳細画面

作成すると、下記のようなプルリクエストの詳細画面にアクセスすることができるようになります。

この画面では、先程追加したコミットが表示されています。今後このブランチにコミットを行うと、ここに列挙されます。そのため、このブランチで何をやっているかというのが非常にわかりやすくなります。

コミットの粒度

Gitについて調べた方の中には、「コミットの粒度」がどうとか、というのを見たことがある人もいるのではないかと思います。このプルリクエスト画面を見ると、どういったコミットが積まれているかをわかりやすく見ることができますので、なんとなくいい感じに並べてみたい気分になったりしませんか？

一人でやっている場合は恐らくセーブ感覚で適当なところで「ひとまずセーブ」みたいな感じでコミットしている場合も多いかもしれませんが、せっかくなので各コミットで何をやっているかをわかりやすく書いてコミットしてきましょう。「投稿機能を追加」とか、「トップページのデザインを変更」のような感じです。OSSにも貢献してみたい場合などは英語で練習しておいても良いと思います。

File Changed

File Changed画面も非常に有用です。開いてみると下記のような画面が表示されます。

このように、このプルリクエストの差分を見やすく表示してくれます。今まではコンソール上でgit diff等で差分を確認していた方もいると思いますが、このようにGitHub上で確認ができると便利です。マージ前に自分でざっとセルフレビューして変なデバッグ処理が混じってしまっていたりしないかなどを見ることができますし、このプルリクエストはマージしてプルリクエストがクローズされた後も閲覧できますので、「あの時のプルリクエストって何を変更してたっけな～」という場合にもブラウザだけで非常に簡単に確認しやすいです。

ただ、ここもファイル数や行数がとんでもない量になるとカクカクになってしまいますので、プルリクエスト自体もなるべく必要最低限の粒度に調整することが、綺麗なプルリクエストの運用の仕方になります。