投稿者「tracpath」のアーカイブ

外部リポジトリをサイクロンに移行(Git / Subversion / Mercurial)

コメントを残す

サイクロンに新しい機能がリリースされました。Git / Mercurial / Subversion リポジトリをサイクロンに簡単に移行できるようになりました。
これまで、

をご紹介していましたが、外部リポジトリをサイクロンに移行する機能が新規追加されました。これで1.11-RELEASEにおいてリリースされたバックアップと合わせ、ユーザにとって便利な機能が追加されました。

リポジトリのインポート機能とは

  • ローカルで管理しているリポジトリをサイクロンへ移行
  • インターネットサイトにあるリポジトリをサイクロンへ移行
    • 認証情報によるアクセスも可能
  • ダンプファイルからサイクロンのリポジトリへ移行

ができるようになりました。

この機能により従来は当社にてサポートしていたリポジトリの手動インポートサービスを使う必要がありません。
サイクロンのアカウントをお持ちのユーザはどなたでも利用する事ができます。

移行の方法

サイクロンのアカウントを作成後、管理アカウントでログインします。プロジェクトタブを開いて「リポジトリを追加」をクリックします。

1. リポジトリの作成ダイアログ

リポジトリの作成ダイアログが表示されます。基本は移行元と同じバージョン管理システムを選択してください。Git -> Subversion、Mercurial -> Git など異なるバージョン管理システムの移行を行う場合は事前にリポジトリの変換を行う必要があります。

2. インポート方法の選択

外部リポジトリからサイクロンのリポジトリにインポートする方法は3つあります。

  1. 新規で作成する
  2. URLからインポート
  3. ファイルからインポートする

新規で作成する

新規リポジトリを作成します。

URLからインポートする

他のリポジトリサービスや公開リポジトリからURLを指定してインポートします。移行元のリポジトリへのアクセス方法を設定する必要があります。

ファイルからインポートする
ローカルサーバなど非公開のリポジトリデータをインポートすることができます。
ダンプファイルを作成しサイクロンにアップロードします。

3. ダンプファイルの作成方法

リポジトリのインポート方法でファイルからインポートを選択した場合、事前に移行元リポジトリのダンプファイルを用意する必要があります。

リポジトリのダンプファイルは「gzip、bzip2、zip」で圧縮してください。

Gitの場合

  git --git-dir=/PATH/TO/REPOS fast-expot --all | gzip > gitdump.gz

Mercurialの場合

  hg --repository /PATH/TO/REPOS bundle --all hg.bundle

Subversionの場合

svnadmin dump /PATH/TO/REPOS | gzip >svndump.gz

4. さいごに

インポートに必要な情報を入力後、「作成」を押下してください。
これで他のリポジトリデータをサイクロンのリポジトリに移行することができます。

関連記事

Git のリポジトリを履歴保持したまま ciklone に移行する方法

1件のフィードバック

 

Suvbersion / Git / Mercurial のリポジトリを tracpath にインポートする機能がリリースされております。外部リポジトリをサイクロンに移行(Git / Subversion / Mercurial) をご確認ください。
以下のエントリーは古い情報となります。

Subversion のリポジトリを履歴保持したまま ciklone に移行する方法の Git 編です。
Git/Mercurialのリポジトリ移行はユーザの操作で可能です。

GIt の移行

はじめに

Gitは分散バージョン管理システムのためリポジトリが変更履歴を保持しています。Gitリポジトリを別サーバから移行する方法を説明します。

注意すべき点は、サイクロンのGitはチケット管理システムのコミットフック(commit-fook)が設定されているため事前にコミットフックの設定を変更する必要があります。

コミットフックを変更しない場合、インポートに時間がかかる場合があります。

手順

  1. サイクロンで新規リポジトリを作成
  2. サイクロンのコミットフック設定を無効にする
  3. Gitコマンド
  4. 移行されたデータの確認
  5. サイクロンのコミットフック設定を有効にする

1. サイクロンのプロジェクトにリポジトリを新規作成

サイクロンのプロジェクトに新規Gitリポジトリを作成します。

  1. リポジトリの追加をクリック
  2. リポジトリ名を「projectA」入力
  3. 「作成」をクリック

2. サイクロンのコミットフック設定を変更

サイクロンにログインし、管理画面のサイドナビゲーション[trac.ini] -> ticketをクリックします。
チケットの動作設定に関する設定画面が表示されます。

  • 項目名：commit_ticket_update_ignore_repositories
  • 変更時にチケットを更新させないリポジトリの名前を設定します。

テキストボックスに1)で新規作成したGitリポジトリ名を入力します。
複数入力する場合は「,(カンマ)」で区切ってください。

3. Git コマンドで移行

新規作成したサイクロン上のGitリポジトリにローカルにあるGitリポジトリを移行します。
サンプルとして Ruby の Git ライブラリである Grit をクローンして自分のサイクロンリポジトリに移行します。

リポジトリを取得します。

> git clone git://github.com/schacon/grit.git mygrit

Cloning into 'mygrit'...
remote: Counting objects: 4051, done.
remote: Compressing objects: 100% (2261/2261), done.
remote: Total 4051 (delta 1810), reused 3911 (delta 1733)
Receiving objects: 100% (4051/4051), 1.84 MiB | 636 KiB/s, done.
Resolving deltas: 100% (1810/1810), done.

取得したリポジトリのクローン元情報を削除します。

> git remote
> git remote rm origin
> cd mygrit   ... ここは利用環境によって異なります。

サイクロンにリポジトリを移行します。

> git push --all origin

Username for 'https://.ciklone.com': user-name
Password for 'https://@.ciklone.com':
Counting objects: 4021, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2179/2179), done.
Writing objects: 100% (4021/4021), 1.84 MiB | 3.11 MiB/s, done.
Total 4021 (delta 1793), reused 4011 (delta 1786)
To https://.ciklone.com/git/

他サイト(サーバ)のリポジトリをサイクロンに移行することができました。

4. リポジトリの確認

ブラウザでサイクロンにアクセスし、リポジトリを確認します。

5. コミットフックの設定を戻す

1) コミットフックの設定を無効から有効にします。

コミットフックの除外リポジトリとして登録したリポジトリ名を削除して、「変更を適用」をクリックします。

以上で他サイト・他サーバで管理している Git リポジトリを簡単にサイクロンに移行することができます。

ぜひ、お試しください。

関連記事

Subversionのリポジトリを履歴保持したままcikloneに移行する方法

1件のフィードバック

Suvbersion / Git / Mercurial のリポジトリを tracpath にインポートする機能がリリースされております。外部リポジトリをサイクロンに移行(Git / Subversion / Mercurial) をご確認ください。
以下のエントリーは古い情報となります。

こんにちは。

サイクロンをご利用されている皆様よりよくあるお問い合わせ内容について、これまで社内開発で利用しているリポジトリをサイクロンのリポジトリに移行したい。というお問い合わせがあります。

リポジトリには、コミットログ、ソースコードの差分、コミットしたユーザなど多くの情報が記録されており、プロジェクトの大切な資産の1つです。開発環境が変わったり、クラウドサービスを利用し始めたり、ソフトウェア開発のインフラはセキュリティが担保された上で、より便利で効率的な方法に移行することがあります。

このとき、これまで開発で利用していたリポジトリを新しい環境に移行して、開発を継続するための方法をバージョン管理システム Subversion,git,mercurialに合わせて手順を説明します。

現バージョンのサイクロンではユーザがSubversionの移行をするためには、データを当社に送付して頂く必要があります。今後のバージョンアップでユーザによるデータ移行が可能になります。ご期待ください。

Subversion の移行

はじめに

Subversionリポジトリをサイクロンに移行します。リポジトリの履歴を含めたデータの移行方法について説明します。履歴を含めない場合、エクスポート・インポートコマンドによりリポジトリの移動が可能です。

Subversionの場合、ユーザのみで移行するための機能が実装されていないため以下の手順となります。

  1. (ユーザ)のリポジトリからダンプファイルを生成
  2. ダンプファイルを当社に送付(セキュアなファイル受け渡し)
  3. ダンプファイル受領後、約1営業日内にユーザ領域にインポート
  4. あなたのアカウントでサイクロンにログインし、リポジトリを確認

1. リポジトリからダンプファイルを生成

サイクロンに移行したいリポジトリを svnadmin コマンドを使ってダンプします。

svnadmin dump  >
svnadmin dump /var/svn/project-1 > project-1.dmp

複数リポジトリがある場合、各リポジトリ毎にダンプファイルを作成してください。
ユーザの環境はWindows/Linuxどちらの環境でも問題ありません。OSに関係なく移行することができます。

2. ダンプファイルを当社に送付

ダンプファイルを当社に送付頂きます。送付前に当社にご連絡ください。
セキュアなファイル送付方法を提示いたします。

当社に送付頂くデータの扱い

にて説明しています。ご希望があればNDA(秘密保持契約)も可能です。お問い合わせください。

3. ダンプファイルのインポート

ユーザから送付されたダンプファイルを受領後、利用者のアカウントにインポートします。
これは約1営業日内の作業時間が必要となります。ご了承ください。

4. 通知とご確認

インポートが正常に完了後、ユーザに通知いたします。通知を受けましたら利用者のアカウントでサイクロンにログインしてください。
正常に移行されているか確認をお願いします。

さいごに、サイクロンのリポジトリURLからチェックアウトを行います。正常にチェックアウトされれば移行作業は完了となります。

関連記事

Trac 1.0 リリースノート (日本語訳)

コメントを残す

時間がたってしまいましたが、2012-09-10 に Trac 1.0 がリリースされました。またしても2年ぶりのリリースです。ダウンロードは http://trac.edgewall.org/wiki/TracDownload からできます。

ここにリリースノートの日本語訳とサマリを載せておきます。

ちなみに、次回リリース 1.0.1, 1.1.1 ともにスケジュールは 2012-12-09 (3ヶ月後) になっています。

リリースノートのサマリ

  • Wiki
    • #7124 TitleIndex マクロに exclude と include 引数を追加。
    • #9220 Wiki ページの削除時にページの情報 (履歴の数や最終更新など) を表示するように。
    • #10120 RecentChanges マクロに単純なリストを表示する group=none を追加。(デフォルトは group=date で 1.0 以前の挙動で日付でグループ化される)
    • #10592 インラインコードのスタイルに灰色の背景色を付けるように。
  • 添付
    • #7078 Wiki やチケットにある添付ファイルを zip 形式で一度にダウンロードできるように。
    • #10313 長いファイル名を持つ添付ファイルでも保存できるように、ファイル名を SHA-1 ハッシュ化して保存。(trac-admin upgrade が必要)
    • #10743 添付ファイル数を見出しに表示するように。「添付ファイル (3)」のような形式。
  • チケット
    • #525 チケットの一括更新機能を追加 (batchmodifyplugin より)
    • #7145 チケット更新が衝突したときの処理を改善。追加されたコメントや衝突内容がインタラクティブに表示されるようになる。
    • #7934 チケットコメントを新しいコメントまたは古いコメントから表示できるように。またコメントのみを表示できるように。
    • #9354 ticket clone を tracopt コンポーネントとして追加。
    • #9989 チケットコメントをスレッド表示できるように。
    • #10270 チケットのワークフローを [[Workflow()]] マクロで視覚化して表示できるように。
  • 日時
    • #9581 管理の基本設定ページでデフォルトのタイムゾーンと言語を設定できるように。
    • #9777 個人設定で日時表示を相対表示または絶対表示の選択をできるように。[trac] default_dateinfo_format でデフォルトを設定。pretty_dateinfo 関数で変換。
    • #10245 jQuery UI を同梱。マイルストーンの期日や完了日を date/time picker で選択できるように。
    • #10756 管理ページとタイムラインの日付入力で date picker を使えるように。
  • i18n/l10n
    • #2182 日時の入力書式・表示書式の i18n 対応。
    • #9666 trac.ini オプションの説明を翻訳できるように。(tracini.po カタログに分離)
    • #10038 言語設定に応じて翻訳されたマクロの説明を表示するように。
  • バージョン管理
    • #1492 更新履歴 (revisionlog) ページにリビジョングラフが表示されるように。
    • #9824 ソースブラウザに比較を行うリビジョンを入力できる項目を追加。
    • #10594 Git をビルトインでサポート。
    • #10712 Subversion 用のコードを tracopt に移動。(trac.ini での設定変更は trac-admin upgrade で行われる)
  • 管理
    • #8954 trac-admin hotcopy コマンドで SQLite 以外でもデータベースのエクスポートを行うように。
    • #9366 管理にある権限ページで、権限とグループを個々にテーブルを用意して表示するように。(元は一つのテーブルで一緒に表示していた)

Trac 1.0 リリースノート全項目

  • admin/console
    • #8954 trac-admin hotcopy コマンドで SQLite 以外でもデータベースのエクスポートを行うように。
    • #9336 trac-admin に permission export と permission import コマンドが追加。権限設定のエクスポートとインポートができるように。
  • admin/web
    • #540 認証済みの場合には個々の RSS への URL は /login?referer=${url} を使うように。
    • #8866 管理ページにある追加用のフォームを float:right で配置するのをやめてブロックで配置するようになった
    • #9366 管理にある権限ページで、権限とグループを個々にテーブルを用意して表示するように。(元は一つのテーブルで一緒に表示していた)
    • #10752 管理にある権限ページで、利用できなくなっている権限を灰色で表示。
  • attachment
    • #7078 Wiki やチケットにある添付ファイルを zip 形式で一度にダウンロードできるように。
    • #7894 添付ファイルを X-Sendfile ヘッダでファイルシステムから直接送信できるように。
    • #10313 長いファイル名を持つ添付ファイルでも保存できるように、ファイル名を SHA-1 ハッシュ化して保存するように。(trac-admin upgrade が必要)
    • #10353 validate_attachment でのエラーメッセージの表示を改善。
    • #10743 添付ファイル数を見出しに表示するように。「添付ファイル (3)」のような形式。
  • database backend
    • #5120 mysql のときにのデータベース文字列に追加でパラメータを渡せるように。
    • #6348 データベース系の例外をデータベースに応じた例外クラスで補足できるように。
    • #9842 IDatabaseConnector.init_db() で schema 引数に初期スキーマを指定できるように。
    • #9949 MySQL への接続に TLS/SSL を使えるように。
    • #10451 trac-admin upgrade 処理でコンポーネントごとにデータベース接続を用意することでロバストになるように。
  • general
    • #2375 権限がないときのエラーメッセージを改善
    • #8036 既存のメタ権限を拡張できるように。
    • #8695 make apidoc で API ドキュメントを作成できるように。
    • #9351 TracIni ページでデフォルト値を表示するように。
    • #9418 コンポーネントの初期化方法を変更し、初期化途中のインスタンスが見えないように。
    • #9453 セッションに変更があれば、レスポンスの送信時には必ずセッションを保存するように。(send_error は除く)
    • #9462 [inherit] htdocs_dir で共有する htdocs ディレクトリを指定できるように。
    • #9536 Python 2.4 互換コードを削除。
    • #9581 管理の基本設定ページでデフォルトのタイムゾーンと言語を設定できるように。
    • #9777 個人設定で日時表示を相対表示または絶対表示の選択をできるように。[trac] default_dateinfo_format でデフォルトを設定。pretty_dateinfo 関数で変換。
    • #9836 TracIni ページでセクションの説明を表示できるように。説明は ConfigSection で定義。
    • #9870 @cached プロパティの挙動とドキュメントを改善。
    • #10165 jQuery 1.7.2 に変更。
    • #10244 jQuery を CDN からロードできるように。
    • #10245 jQuery UI を同梱。マイルストーンの期日や完了日を date/time picker で選択できるように。
    • #10284 URL のハッシュ部分を #/word (または #?word) にすると word の部分の文字列でページ内を検索するように。
    • #10435 cgi-bin ディレクトリを contrib/cgi-bin ディレクトリに移動。
    • #10453 セッションクッキーに HttpOnly を指定できるように。
    • #10644 iso8601 形式の時刻にミリ秒以下を指定できるように。
    • #10683 AuthzPolicy で Unicode 文字を使えるように。
    • #10756 管理ページとタイムラインの日付入力で date picker を使えるように。
    • #10762 jQuery UI 1.8.21 に。
    • #10771 to_json() でシングルクォートを正しく処理するように。
  • i18n
    • #9354 ticket clone を tracopt コンポーネントとして追加。
    • #9666 trac.ini オプションの説明を翻訳できるように。(tracini.po カタログに分離)
    • #10038 言語設定に応じて翻訳されたマクロの説明を表示するように。
    • #10505 日付パースをロバストに。
    • #10717 babel.js にある API を改善。gettext, _, ngettext から直接書式化パラメータを渡せるように。
    • #10749 babel.js で domain を正しく扱えるように。
  • notification
    • #8356 Email address in user preferences is not honored when user name contains an “@”)”]個人設定の氏名に @ 文字を含んでいてもメールアドレスの値を使うように。
    • #8360 メール通知の From ヘッダに更新者の名前を使う設定ができるように。
  • plugin/git
    • #10594 Git をビルトインでサポート。
    • #10607 git サブプロセスを適切に終了するように。
    • #10676 git コミット中にある mergetag フィールドをサポート。
    • #10688 git サブプロセスとの通信をロバストに行うように。
    • #10819 正しくない git パスをを指定した場合にエラーを適切に報告するように。
  • query system
    • #10533 コードブロック中のテキストが印刷時に切り抜かれないように。
  • roadmap
    • #2182 日時の入力書式・表示書式の i18n 対応。
    • #9820 マイルストーンページで「前の～」「ロードマップに戻る」「次の～」のリンクをつけるように。
  • ticket system
    • #525 チケットの一括更新機能を追加 (batchmodifyplugin より)
    • #7145 チケット更新が衝突したときの処理を改善。追加されたコメントや衝突内容がインタラクティブに表示されるようになる。
    • #7197 チケットのプレビューにチケットの番号、ステータス、種別が入るように。
    • #7934 チケットコメントを新しいコメントまたは古いコメントから表示できるように。またコメントのみを表示できるように。
    • #9989 チケットコメントをスレッド表示できるように。
    • #10270 チケットのワークフローを [[Workflow()]] マクロで視覚化して表示できるように。
    • #10398 チケットの新規作成時には、最初の変更を行ってからプレビューを実行するように。
    • #10643 カスタムフィールドでテキストの場合に、reference と list のフォーマットをサポート。チケットページでフィールド値に対して自動的にクエリリンクを作るときにこのフォーマットの値が利用される。
    • #10821 チケットタイトルにあるステータス、種別、解決方法の項目に対して自動的にクエリリンクを作るように。
  • timeline
    • #10652 タイムラインで折りたたんでいるチェンジセットが重複した変更ファイル名を表示しないように。
    • #10713 長いチケットのIDリストが折り返されるように。(チケットの一括更新時のイベントなど)
  • version control
    • #1492 更新履歴 (revisionlog) ページにリビジョングラフが表示されるように。
    • #9607 タイムラインでチェンジセットに対するタグ(ブランチ)を表示するように。
    • #10712 Subversion 用のコードを tracopt に移動。(trac.ini での設定変更は trac-admin upgrade で行われる)
  • version control/browser
    • #7228 リポジトリブラウザでファイルやフォルダにダウンロードリンクが付くように。
    • #9824 ソースブラウザに比較を行うリビジョンを入力できる項目を追加。
  • version control/log view
    • #9869 更新履歴 (wiki:TracRevisionLog) とリポジトリブラウザ (wiki:TracBrowser) で現在のブランチ名を表示するように。
  • web frontend
    • #10012 デフォルトテーマを CSS3 で更新。
  • web frontend/tracd
    • #7958 tracd に実行ユーザ/グループを指定するオプションを追加。
    • #9371 tracd の Basic 認証に SHA1 パスワードのサポートを追加。
    • #9599 tracd が socket をリッスンに失敗した時のエラーを報告するように。
  • wiki system
    • #7124 TitleIndex マクロに exclude と include 引数を追加。
    • #9220 “are you sure you want to delete this page?” question needs more details)”] Wiki ページの削除時にページの情報 (履歴の数や最終更新など) を表示するように。
    • #9406 Wiki プロセッサー #!rtl を追加。RTL テキストブロックになる。
    • #9619 並べて編集機能をエディタ側ないしプレビュー側をスクロールできるように改善。
    • #9986 PageOutline マクロに箇条書きではなくリストを出力できるように。(inline スタイルの場合)
    • #10099 Wiki ページで以前のバージョンのものに簡単に戻せるようなボタンを追加。
    • #10120 RecentChanges マクロに単純なリストを表示する group=none を追加。(デフォルトは group=date で 1.0 以前の挙動で日付でグループ化される)
    • #10592 インラインコードのスタイルに灰色の背景色を付けるように。
    • #10668 Image マクロに ZWSP (U+200B) 文字に対してロバストになるように。(Trac のページからコピーしたときに入る)

関連記事

2012/08/20 Version 1.11 セキュリティ強化 & 新機能リリースのお知らせ

コメントを残す

20120820_1

いつもtracpathをご利用頂き誠にありがとうございます。
本日、tracpathの新バージョンをリリースいたしました。
セキュリティ強化機能、新機能追加、バグフィックスを実施しております。

ご要望やバグ報告を頂きました皆様、まことにありがとうございます。
これからもどうぞよろしくお願いいたします。
今後もさらなる改善をおこなってまいります。
ご要望やご質問はこちらまでご連絡ください。

関連記事

[ciklone]1.11 RELEASE – リリースノート –

コメントを残す
Git/ Subversion / Mercurial

Git/ Subversion / Mercurial

ciklone version 1.11 リリースをお知らせします。

本日、ciklone のリリースを実施しました。

ご利用のお客様は新しい機能を利用する事が出来ます。ぜひご利用下さい。

バージョンアップのご紹介

  • アカウントのロックアウト機能(セキュリティ施策)
  • ユーザアカウントによるバックアップが利用可能
    • 利用者より要望を多く頂いていた、ユーザによるデータのバックアップ機能が利用できます
    • これは、従来からサイクロンが実施しているシステムと利用者データのバックアップとは異なります。
  • コミットフックの高速化
  • Subversion リポジトリのコミットログを変更可能(ただし、更新者のみ)
  • ヘッダーのナビゲーションにヘルプリンクを追加
  • バグフィックス
  • フリープランでリポジトリ種類に「WebDAV」が利用可能

 

ご要望やバグ報告を頂きました皆様、まことにありがとうございます。
これからもどうぞよろしくお願いいたします。

今後もさらなる改善をおこなってまいります。
ご要望やご質問はこちらまでご連絡ください。

 

関連記事

ユーザデータのバックアップ機能

1件のフィードバック

プロジェクトとリポジトリのバックアップ機能

こんにちは、今回新機能の紹介を発表することができとても感謝しています。（サイクロンのユーザバックアップ(1.11 イテレーション計画)）
サイクロンにユーザによるデータのバックアップ機能が実装されました。
これまで利用者様から多くの要望の声を頂き、先日リリースしました。

このユーザによるバックアップは、

  • チケット、Wiki、添付ファイル等のプロジェクト情報をバックアップ
  • リポジトリ(Git/Mercurial/Subversion)のバックアップ

が可能です。

従来から当社が行っていたシステム保全とデータ保全のためのバックアップではなく、ユーザによるプロジェクト毎のデータバックアップサービスとなります。当社のサイクロンに対するセキュリティ管理と施策はこちらをご覧ください。

バックアップはプロジェクトの管理者のみ実行することができます。

プロジェクト一覧画面からプロジェクト毎にバックアップすることができます。

プロジェクトのバックアップ

プロジェクトのバックアップ

 

プロジェクト情報(Wiki,ticket,File,Milestone)のバックアップ

  •  プロジェクト情報を全てバックアップ。ただし、リポジトリは含まれない。
  •  SQLlite形式でエクスポート(バックアップ)
  •  Zip形式で圧縮した上で、ユーザ領域にファイル暗号化
  •  ダウンロード時に暗号ファイルは復号
  •  プロジェクトのバックアップは1日に1回

プロジェクトのバックアップは「アクション」にある矢印アイコンをクリックします。データ量によっては時間がかかる場合があります。（100MBほどのデータで2，3分）

処理をしている間は「処理中」を表示するアイコンが表示されます。バックアップの完了した段階でダウンロードアイコンが表示されますので、ダウンロードを実施してください。

プロジェクトのバックアップ中

プロジェクトのバックアップデータ済み、ダウンロード

 

 

 

 

 

 

リポジトリのバックアップ

リポジトリのバックアップはGit/Subversion/Mercurialによって異なります。バージョン管理システムのリポジトリバックアップはログやコミット情報全てを含んでいるためサイズの大きいデータになる可能性があります。ご注意ください。

 

Gitのリポジトリをエクスポートする場合

Gitリポジトリのバックアップは、クライアントツールを使ってクローンを作成するという方法を利用します。
クローンの元になるGitリポジトリはアカウントで利用しているリポジトリURLを指定してください。

> git clone --mirror https://omae-178.example.com/git/synctest

以下のコードを定期的に実行すると、リポジトリの同期が可能です。

> git remote update

 

Subversionのリポジトリをエクスポートする場合

Subversionリポジトリのバックアップは、Subversionのバックアップツールである「svnsync」を使います。

  1. svnsync 用のファイルを Zip アーカイブでダウンロード
  2. ローカルマシンにダウンロードしたアーカイブを展開します
  3. 以下のコードを定期的に実行して、リポジトリとの同期を行います

 

> svnsync sync file:///C:/path/to/extracted/directory/

 

Mercurialのリポジトリをエクスポートする場合

Mercurialリポジトリのバックアップは、クライアントツールを使ってクローンを作成という方法を利用します。クローンの元になるMercurialリポジトリはアカウントで利用しているリポジトリURLを指定してください。

> hg clone --noupdate https://test.example.com/hg/repo-hg

以下のコードを定期的に実行すると、リポジトリの同期が可能です。

> hg pull

 

WebDAVの場合

WebDAVはローカルコンピュータにファイルをコピーするだけです。

 

サイクロンにユーザが取得したバックアップデータをインポートする方法は今後の提供を予定しています。
今後もさらなる改善をおこなってまいります。
ご要望やご質問はこちらまでご連絡ください。

 

関連記事

アカウントのロックアウト

1件のフィードバック

サイクロンはエンタープライズ利用を想定し、様々なセキュリティ対策とセキュリティ管理方針の上で運営されています。
今回は、1.11-RELEASE で新たに追加される機能「アカウントのロックアウト」について解説します。

サイクロンのアカウント管理には「アカウントロック」機能がありますが、ロックは管理者によって設定される恒久的なロック（アカウントの利用不可）であり、ロックアウトとは異なることに注意してください。

 

ロックアウトのポリシー

  •  不正な操作、異常な操作（主にパスワードの試行）が行われたアカウントは、一時的にアクセスを遮断します。
  •  遮断された状態を「ロックアウト」といい、ロックされたアカウントは一定時間アクセスすることができません。
  •  ロックアウトされる理由として、期間内に間違ったパスワードを指定し複数回入力された場合にアカウントを無効にする機能です。
  •  意図せずロックアウトされた場合、管理者アカウントにより解除することができます。
  •  管理者アカウントの解除以外に、一定時間が経過した場合にもロックアウトは自動的に解除されます。
  •  サイト所有者アカウント(特別な管理アカウント)もロックアウトされます。
  •  すでにログイン済みのセッションに対して、ロックアウトは影響しません。

ロックアウトされる条件

サイクロンでは以下の条件でログインをロックアウトします。

  •  あるアカウントで、7回以上ログインに失敗した場合、そのアカウントのログインを禁止します。
  •  試行回数がリセットするためには、ログインに成功、またはロックアウト解除によりリセットすることができます。

ロックアウトの解除

アカウントがロックアウトされると、ロックアウトされたアカウントは一定時間(ロックアウト後から30分間)アクセスすることができません。ロックアウトの解除は2つあります。

  •  ロックされてから30分経過後、ロックアウトは自動的に解除されます。
  •  管理者アカウントでユーザ管理画面からロックされているアカウントを選択し、ロックアウトの解除を実施します。

 

関連記事

WebDAVによるプロジェクトチームのお手軽ファイル共有

コメントを残す

サイクロンでプロジェクトチームのお手軽ファイル共有

こんにちは。

1.11-RELEASEからすべてのプランにおいて(フリープラン含む)、WebDAVによるファイル共有機能が利用できるようになりました。これまでは有料プランのみWebDAVによるファイル共有が利用できましたが、フリープランでもご利用可能になりました。

ciklone(サイクロン)は、ソフトウェア開発チームのためにバージョン管理システムとして実績のある、Subversion、Git、Mercurialをリポジトリとして利用することができます。

高度なバージョン管理を実現するための機能を提供していますが、プロジェクトチームのすべてのメンバーにとって使い勝手の良いツールでありません。PCに詳しくない管理者、開発補助するためのアルバイト、テスター、デザイナーのような人たちにとってプロジェクトの成果物をバージョン管理するメリットは理解できても、利用するための学習コスト、使い勝手が専門的すぎるため敷居の高さに躊躇する場面を見てきました。

 

サイクロンでは、1.9-RELEASE でWebDAV機能を提供しました。

利用方法についてブログ記事「マルチリポジトリにWebDAVが利用可能」やオンラインドキュメントでご紹介しています。

オンラインマニュアルでは、WindowsやMac、スマートフォン(iPhone/Android)からアクセスする方法を説明しています。

 

WebDAVをファイル共有サービスとして利用するとき

  • セキュリティは大丈夫か?
  • 遅い、動作がもっさりする

などが言われていますが、

  • ちょっとしたファイル共有にサクッと利用
  • 大きなサイズのファイル共有も簡単
  • バージョン管理するまでもない一時的なファイル共有
  • Windowsのエクスプローラーのような使い勝手
  • だれでも利用できる(許可されたユーザのみ)

痒いところに手が届くちょっと便利になる機能です。
ぜひ、ご利用ください。

クラウド型バージョン管理サービス – Git/Mercurial/Subversion

サイクロンでフリーアカウントを作成する

関連記事

サイクロンのユーザバックアップ(1.11 イテレーション計画)

1件のフィードバック

こんにちは、先日サイクロンの1.10-RELEASEを実施しました。
今回は開発チームで1.11-RELEASEに向けた「イテレーション計画」が決まったのでその一部をご紹介します。

最近、Amazon EC2のアメリカ東海岸にあるデータセンターが落雷による影響でサービスダウンが発生したり、レンタルサーバの大規模なデータ喪失が発生したりで、サービスの継続性と保護という基盤になる部分について改めて考えさせられました。

このような障害は過去にも起こっており、企業としてどれだけ対策していれば安心してもらえるのか、どこまで対策するべきなのか、悩みはつきません。

サイクロンがシステムとして実施しているデータの安全性と冗長性については、セキュリティ対策とセキュリティ管理で説明していますが、利用者から「自分のデータをバックアップしたい」「データをローカルに保存しておきたい」というお問い合わせを頂いておりました。

今回、開発チームでイテレーション計画作成を実施したときに最初に優先度を上げてやるべきとなった項目が「ユーザによるバックアップ機能」の提供でした。

これまではチケットのみ、リポジトリのみをローカルに保存することはできましたが、バックアップではありません。

1.11-RELEASEでは、「ユーザによるバックアップ機能」をご提供します。

この機能により

  • サイクロンが提供しているシステムバックアップ（データ保全のため）
  • に加えて、ユーザによるバックアップが可能になります。

利用者にとって使いやすく、セキュアで安定したサービスを提供できるようこれからも良いサービスを提供していきます。どうぞご期待ください。

関連記事