Amazon Web Services ブログ AWS CodeCommit リポジトリを他の Git プロバイダーに移行する方法 本記事は 2024 年 7 月 31 日時点のブログ How to migrate your AWS CodeCommit repository to another Git provider を翻訳したものです。 慎重に検討を重ねた結果、 2024 年 7 月 25 日をもちまして、 AWS CodeCommit について、新規のお客様向けのアクセスを閉じることを決定いたしました。 AWS CodeCommit を既にお使いのお客様は、これまで通りサービスをご利用いただくことが可能です。 AWS は AWS CodeCommit のセキュリティ、可用性、パフォーマンスの改善に引き続き投資を行ってまいりますが、新機能の導入は予定しておりません。 お客様は、リポ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 前提として、このブログの内容を踏まえたものです。 上述のブログの言を借りると、AWS CodeCommitにおいて7/28現在、以下の状況になっている様子です。 既存リポジトリがあるアカウントは特に制限無くCodeCommitを利用可能 これまでCodeCommitを使っていなかったアカウント(もしくは既存リポジトリが無いアカウント)は新規リポジトリ作成不可 これはCodeCommitのサービス終了を即座に意味するものではありません。ただし、リポジトリを新規に利用できなくなるということは、一般的にはCodeCommitとしての
今週はAWSクラウドリソースのアカウント間移行をテーマに特定のサービスについて移行方法のTipsを発信していきます。 目次 背景 移行対象サービス 移行手順 背景 リソースのアカウント間移行の背景ですが、元々2つのAWSアカウントで開発環境を運用しており、諸事情により1つのアカウントを削除することになったので削除アカウントで作成したリソースを一部もう一つのアカウントへ移行することになりました。 移行対象サービス AWSのプライベートGITリポジトリサービスであるCodeCommitです。 移行手順 1.移行元のCodeCommitリポジトリをローカルにプルする。 以下ユーザーガイドに沿ってCodeCommitへの初期アクセス設定を行います。 ※私の場合はSSH接続でCodeCommitを操作しに行きます。 docs.aws.amazon.com 次に下記のようなリポジトリ一覧にて右側「UR
Goal AWS CodeCommitに既にあるGitリポジトリを古いAWSアカウントから新しいAWSアカウントへ移行する際の手順を示します。 Authoring Guidelines AWS CodeCommitに限らず、GitHubからAWS CodeCommitへの移行、GitHubからGitHubへの移行でも、読み替えによって手順の大筋が把握できるようにAWS Management ConsoleとGitコマンドでの手順で主な流れを記載します。 自動化のため、将来的にAWS CodeCommitのAPIをコールするAWS CLIによる手順も追記する予定です。 References 本文の手順は、次の文書を参考に作成しました。 "Migrate a Git repository to AWS CodeCommit". Amazon Web Services, Inc. Retriev
はじめに AWS CodeCommit利用にあたって複数の接続方法が存在しているため、 それぞれ違い/利点をまとめた記事になります。 AWS CodeCommitとは Gitベースのリポジトリを安全にホストする、 フルマネージドサービス型のソース管理サービスことCodeCommit CodeCommitのメリット 認証情報にIAMユーザが利用できるため、余分な認証情報の保持が不要となり認証制御が円滑に行える フルマネージドサービスにつきインフラの管理が不要 自動的に保管時/転送時にデータ暗号化 セキュリティリスク低下/運用コスト低下 前提知識のおさらい Gitについて Gitはオープンソースのソースコード管理システム。Gitではブランチと呼ばれるリポジトリ(データの格納場所)のコピーが作成できる。 ブランチを使用することで、マスターバージョンのコードからコピーして自分の変更を加えることが可
渡辺です。 久しぶりにVMのWindowsを起動したらアップデート祭で利用できるまでX時間かかりました...。 さて、AWS CodeCommitを利用すれば、AWS環境に統合したgitリポジトリを作成することができます。 GitHubなどを利用する場合との一番の違いは、ユーザの管理がIAMで行えることです。 開発時にはAWSのIAMアカウントを開発者に配布することは必要となるので、アカウント管理が一括となる点は大きな魅力だと思います。 今回は開発環境がWinowsであり諸事情でSSHは利用できない場合の、CodeCommitを利用するための手順をまとめたいと思います。 手順 今回は、HTTPSで利用するため、次のような手順になります。 IAMユーザの作成 AWS CLIのインストール AWS SDK for .Netのインストール SourceTreeのインストール git-creden
SourceTreeにGitLabアカウントを登録する際につまづいたポイントの覚え書き。 概要 SourceTreeにGitLabアカウントを登録する際にパスワードの入力が必要となる。GitLabアカウントのパスワードを入力するも認証に失敗するため調べたところ、アクセストークンをパスワードとして入力しなければならないことが判った。 環境 macOS 10.14.2 SourceTree 3.0.1 手順 GitLab - アクセストークンの作成 GitLabにログインして Settings へ進み、Access Tokens タブをクリックする。 リポジトリのread/writeを許可するため、以下の情報を設定して Create personal access token をクリックし、アクセストークンを作成する。 Name: トークン名 Expires at: トークンの有効期限 Sco
SSh key作って両方に設定しても「SSHキーによる認証に失敗しました。」 とでてうまくいかなかったので設定手順を確認 1.ssh keyを作る SourceTreeからssh keyを作る SourceTree=> ツール => SSH キーの作成 => Generate => できたpublick keyをコピーしておく => publick keyをid_rsa.pubで保存 => private keyをid_ras.ppkで保存 => 保存名はお好みで 2.GitLabにpublic keyを登録する GitLab => Settings => SSH Keys => Add an SSH keyにコピーしておいたpublic keyを入れる memo 手順1でコピーし忘れたとき用 貼り付ける形式 ssh-rsa [AAAから始まる文字] title 3.Pagent key
おはようございます。インフラの宮下です。 社内で稼働中のgitlabがあるのですが、CLI使える人が少ないせいかgitしている人が思った以上に少ないのに困ってます。 最近はWindowsのツールでも充分にGitの体験が出来るようですので、今回は「SourceTree」を紹介したいと思います。 アンチCLIの方は「SourceTree」でも十分git操作可能ですのでまず手始めに利用してみては如何でしょうか。 そもそもGitの意味がわからないという人はごめんなさい。いずれgitの構築も誰かが書いてくれると思いますので今回は割愛します。 git知識としてはとってもわかりやすい下記サイトをご覧ください。 サルでもわかるGit入門 バージョン管理システム入門 分散型バージョン管理システムなので、みんなで使ってたまにはデグレしたりと苦い経験をしておいた方が良いと思ってます。 バックアップとかしっかりし
■前提 ・gitlabサーバー ・gitlabにプロジェクト作成済み（例：testprojectとする） ・sourcetreeインストール済み ■手順 １）gitlabのプロジェクトのGIT URLを取得、sourcetreeに新しいプロジェクトでクローンする 例) GIT URL: git@192.168.1.xxx:gitlab_username/testproject.git SSHキーをgitlabに貼り付ける ・SourceTreeメニューから Tools/Launch SSH Agentを選ぶ ・Pass Phraseを入力し、Generate Keyを選ぶ ・再生されたSSH KeyをGitlabのProfile Settings/SSH Keyに貼り付ける ・Launch SSH Agent画面のメニューからSSH KeyをExportする ・SourceTreeのToo
こんにちはピンクです。最近 Git のクライアントを色々試してたので、今回はそれについて。 …の前に！ 以前は Git にはインストーラーがなく、コマンドうったり Windows 環境だったら msysGit でごにょごにょしたり～というのが最低限必要だったと思うのですが、気づいたらいつの間にか Mac OS X、Windows 向けにインストーラーが出てました。びっくり。ドンドン導入の敷居が下がって良いですね。Mac と Windows ではインストーラーがあるので、インストール超簡単！ Git – Downloads msysGit のページに msysGit と Git 公式のインストーラー比較が書いてあります。興味がある方は見てみると良いでしょう。ちなみに、後述の GitHub for Windws のコア機能は msysGit ベースらしいです。 Git 用語＆流れ説明 簡単なこ
プログラムのソースコードの変更履歴の管理・共有に欠かせないバージョン管理システム「Git」。 Gitは通常コマンド（GUI）操作します。「コマンドでの操作がちょっと苦手・・・」という人には視覚的に操作（GUI）できる「Gitクライアント」がおすすめです。 Gitクライアントを紹介します。Gitクライアントとはソースコードの履歴、共有の管理サービス「Git」をGUIで扱うためのアプリケーションです。 Gitクライアントを使うのが、始めての人は、「Source Tree」から試してみましょう。 利用者が多く、使い方がわからないとき情報が豊富です。 AmazonでGit関連書籍を見る Gitクライアントとは？ ソースコードの履歴、共有の管理サービス「Git」では、通常コマンドでの操作が必要です。「Git」をGUIで視覚的に操作を行うことができるアプリケーションです。 プログラミング初心者はコマン
ツイッタフォローしてやで(ﾎﾞｿｯ https://twitter.com/JotaroUT いろいろ使ってみたけどGitUp、やめられませんでした。 Macbookをスタバで開いてはプロジェクトをgitで管理する機会の多いであろう諸兄・諸姉のために、独断でイケてるなと思ったgitのGUIクライアントについて紹介したい。その名もGitUp。 GitUp : http://gitup.co/ GitUpとは GitUpはmacOS用に開発されたgitのGUIクライアントである。 公式ホームページに、 Work quickly, safely, and without headaches. とあるように、確かに使っている間は頭痛がしない気がする。大きな特徴としては、謳い文句の通り、 早い。 ざっくりした使い方 コミットを参照する。 ここでは、openFrameworks (https://op
はじめに 最近、Git(ギット)が多くの開発現場で利用されています。これまでは、Subversion を利用していたところも分散バージョン管理である git に移行しています。 はじめてバージョン管理システムを利用する人、初学の人から、すでに開発に使っている人までこれまでのバージョン管理に比べ圧倒的に便利だ。という反面、「バージョン管理の利点と使い方はなんとなくわかる。が、分散バージョン管理はよくわからない」という声があります。私自身も git の利用を開始した当初は、「Index? HEAD? なにそれ? 」状態でした。流行のオープンソースの場合、インターネットにたくさんの情報があり、有用な日本語訳も提供されています。 でも、バージョン管理という新しい概念を学ぶときは初めての用語が多く、そもそもどのような検索キーワードで検索すればよいのか、公式マニュアルも専門用語の羅列でなんかよくわから
これでリポジトリの移行も完了！ 2019/10/03追記 hiroponzさんコメントより、GitHubからの移行なら、以下で丸っとインポートできます。 GitHubを使用している場合は、「New Project」→「Import Project」→「GitHub」で、リポジトリ以外にも「Issue」と「Pull Request」と「Wiki」も一緒にインポートできて便利です。 コマンドベースの操作だと、自前のローカルリポジトリを移植する際に使えるのが良いです。また、本記事の記載方法だとmasterブランチのみなので、全ブランチ、タグを取り込む方法もまとめました。 GitLabを少し触ってみた感想 とりあえずGitHubで普段使う機能は大抵ある GitHubで便利だなと思った機能は大体あります。 ただUIが大分小洒落た感じでいいですが、操作感はあっちこっちにタブが飛ぶのがちょっと苦手。好み
「バージョン管理ツールのGitとは一体どういうものであるのか？」について簡単にまとめてみました。今回はGitの概念や考え方についてを中心にまとめており、「Gitが何なのかよく分からない」「実際のコードに触れてみたもののよく分からず使うのをやめてしまった……」といった人向けに記事を作成しています。 Git https://git-scm.com/ バージョン管理とは、要するに「ある時点でファイルを別に保存しておく」ということです。別のファイルに保存しておけば、またそこからやり直すことができます。これを直感的に行うと下図のような「手動ファイル名バージョニング」になりがちです。ただし、この「手動ファイル名バージョニング」は命名する時の思いつきで決めることが多く、後で見た時に「どれが本当の最新ファイルなのか分からない」となりがちなのが問題です。 これに対する一つの解決策が「プロジェクトフォルダに『
チームで利用する場合は、GitHub.comは3名、BitBucket.orgは5名までなら無料で利用できます。また、GitLab.comなら人数に制限なく無料で利用することが出来ます。 なお、BitBucket.orgは来春に値上げが予定されていますが、それでもGitHub.comと比べるとかなり安く料金が設定されています。それと、BitBucket.orgにあるコラボレーターの無制限プランは来春には廃止される予定のため、コラボレーターが100名以上の大規模ユーザーの場合はかなりの値上げとなる可能性があります。 CIサービスの月額料金比較 次に、CIサービスのTravis CI・Circle CI、及びGitLab CIの月額料金を比較します。 なお、単純に月額料金を比較することが難しいためビルドの同時実行数によって、月額料金がどのくらい違うのかを比較します。ビルドの同時実行数とは、CI
Heroku の基本 Hello Heroku（Web アプリケーション） Hello clockwork on Heroku（定期実行アプリケーション） foreman について 複数のプロセスを管理する Ruby 上のツール／ライブラリ clockwork について cron の代替となる機能を単独で提供してくれる軽量のツール／ライブラリ Git について ローカル環境で試す 注意：このページの内容は古いです！ 料金体系が変わるようです。以下、関連する Heroku の記事です。 2015/5/7 New Dyno Types and Pricing Public Beta 2015/5/7 Heroku’s Free (as in beer) Dynos 少なくとも無料で 24 時間稼働はできなくなります。 目的 本ページの目的は、開発／研究にあたって可能なことを整理することです。
Web系に限らずですがとにかくいろんなことを考えなければいけません。 業界で3年以上やっていたエンジニアならいざしれず、非エンジニアやフロントエンドしか触ったことのないエンジニア。 そして学生等々、Web系ベンチャーをやるには案外考えることが多いんだぜってことを伝えたいと思います。 開発編 運用編 まとめ という流れで説明します。 開発編 主にサービスローンチまでのプロセス。 最近でいうとMVP (Minimum Viable Product)だったりアジャイルだったりが流行っていますが、 とりあえずMVPを構築するまでに考えなければいけないことをリストを書いていきます。 1. 言語は何を使うか 一番ベーシックな概念にして、一番重要かもしれません。 とりあえずフロントエンドはさておき、バックエンドをどうするか。 ここで選択肢を上げておきます。 PHP Perl Ruby Python Sc
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く