Automate your Bitbucket Cloud and Bitbucket Data Center workflows with the one tool built by CI/CD experts. Build the future of your business. Let us handle the CI/CD.
こんにちは。ヨガをはじめたあたぎです。メイン業務はレストラン検索の開発です。 みなさんGitをお使いかと思いますが、そのホスティングはどのように行っていますでしょうか。 弊社ではここ1年くらいGitLab Community Editionを使用しています。世間ではGitHubがデファクトスタンダードになりつつありますが、何故あえてGitLabなのか？その理由について説明します。 主に ちょっぴりセキュリティ周りがきつい会社 うなるようにお金が出せるわけじゃない会社 で働いている人には参考になるかもしれません。 GitLab前史 GitLabを導入する前はこの2つを使っていました。 Rhodecodeの無償版 Backlog(有償契約)のGitリポジトリホスティング機能 前者は機能が限られていて無償版の開発が停止していること、後者はPull Requestの機能が足りなかったことによって困
Gitを使用している人であれば、プルリクエストには馴染みがあるでしょう。これは、分散バージョン管理システムが世に出始めてから、何らかの形で使われています。BitbucketやGitHubのように凝ったWebユーザインターフェイスが構築される前は、プルリクエストは単純に電子メールベースで行われており、Aliceのリポジトリから変更をプルするように依頼していました。プルリクエストを受けた側がこの変更を妥当だと判断すれば、いくつかのコマンドを実行しmasterブランチに変更をプルするという流れです。 $ git remote add alice git://bitbucket.org/alice/bleak.git $ git checkout master $ git pull alice master もちろん、手あたり次第Aliceの変更をmasterにプルすることは、 得策 ではありませ
master からマイブランチを作成して作業、そしてmasterにマージされています。 master は別途開発されているので更新が進んでいきます。 この時、masterの最新状態をマイブランチに反映させたい時は「masterをマージする」という流れで良いのでしょうか。 実際にやってみたところ、bitbucketのプルリクエストには 「マイブランチ → master」と表示されています。 「masterに追いつく」というニュアンスでいるのですが、検索ではそのような表現が見当たらたなかったので考え方として違っているのか、マージしていいのか、疑問になっているところです。 それともmasterがマイブランチをマージした時点でマイブランチを閉じて、 新しい変更を加える度にmasterから新規ブランチを作成したほうがいいのでしょうか。 抽象的な質問でスミマセン。よろしくお願いします。
golang製（Go言語）のDBマイグレーションツール、gooseを使ってMySQLのマイグレーションをやってみた。 インストール https://bitbucket.org/liamstask/goose こちらに書かれている通りにインストール。（もちろんGoは事前にインストールしておく） $ go get bitbucket.org/liamstask/goose/cmd/goose helpを見てみる。 $ goose --help goose is a database migration management system for Go projects. Usage: goose [options] <subcommand> [subcommand options] Options: -env="development": which DB environment to use
*本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年 1 月 22 日 "From SVN to Git: How Atlassian Made the Switch Without Sacrificing Active Development – the Technical Side" このポストは、エンタープライズ開発のバージョン管理を Git に切り替えることに注目した連載記事（全三回）のうちの第二回目として、 Dr.Dobb's で紹介されました。最初の記事では、 今日、これほど多くのチームが切り替えを決断している理由 について議論しました。今回の記事では、アトラシアンが行った Git への切り替えにおける技術的な側面に焦点を合わせています。 この三部からなるブログシリーズでは、アトラシアンが行
個人でJenkinsを入れてみたかったのでいろいろ調べてました 料金体系は個人の小遣いで使える範囲(月数千円)でしか比較していません 為替レートは $1 = 90円 で計算しています CloudBees: The Java PaaS Company Jenkinsのクラウドサービスで「DEV@cloud」というのがあります 料金体系 http://www.cloudbees.com/platform/pricing/devcloud.cb FREE: 無料 BASE: 月$15 = 月1350円 PRO: 月$50 = 月4500円 ENTERPRISE: 月$100 = 月9000円 FREEの制限事項 一度に実行できるビルドは1つだけ ビルドは月300回月300分まで Community plugins(プラグインマネージャーからのプラグインのインストール)が使えないため、使えるプラグ
あらためて GitHub へのインストールから、GitHub Pages への記事投稿、Bitbucket での原稿管理までをまとめておく。 インストールは、公式サイトの Octopress Setup に従う。 GitHub Pages には、ユーザーページとプロジェクトページがあるが、以下ユーザーページ用を主とする。 1. Octopress 利用の前提条件 Git + GitHub アカウント ruby 1.9.2 1.9.3 以上 + RubyGems RubyGems は、ruby 1.9.2 以上であれば インストーラー のパッケージに含まれているという情報が多い（特に Windows）。 Mac であれば、rvm からアップデートする。 また、gem は gem update --system で最新版にしておく。 2. GitHub ユーザーページ用リポジトリの作成 Git
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
