タグ

subversionとGitに関するdelegateのブックマーク (4)

  • ドリコムの開発を支えるGitリポジトリ - gussan

    はじめに これは ドリコム Advent Calendar 2014 の5日目です。 4日目は、@ka_nipan さんによる ドリコムを支えるデータ分析基盤 です。 自己紹介 @gussan ドリコム歴は10年になります。 アーキテクチャ設計、ミドルウェア・ライブラリ及び社内ツールの開発運用等を担当しています。 日の話 2年前の12月、メインのソースコードリポジトリをSubversionからGitLabへ移行しました。 日はGitLabへの移行と運用の話をします。 GitLabに決めた理由 選択肢としてはGitLab, GH:E, Stash等がありました。 メインの機能はどれも十分な機能を有していましたが、 GitLabを選んだ主な理由としては以下の3つです。 継続的にメンテナンス・リリースがなされている 社内にある技術で運用可能である(Rails, MySQL, Redis) も

    ドリコムの開発を支えるGitリポジトリ - gussan
  • git-svnを利用した運用を考える - Qiita

    最近、諸事情あってsubversionからgitプロジェクトの半ばでバージョン管理を変更しました。その際にちょっと変わった形でgit-svnの運用を行う事になったのでやりかたに関して簡単にログを残しておきます。 プロジェクトを取り巻く事情 今まではSubversion(仮にメインとします)を用いた運用を行っていたのですが、気軽にtrunkに対してコミットする事が出来ない事情がありました。では、メインSubversion上にbranchをたてればいいじゃんという話になるのですが、ブランチすら気軽に切る事が出来ない状態でした。その上、メインのSubversionにコミットすることが可能なのはコミッターだけとなっておりコミッターの負担が増えつつありました。 今までの運用 今まではメインSubversionとは別に 同期しないSubversion(仮にローカルとします)を別途立てて、なんと手動で

    git-svnを利用した運用を考える - Qiita
  • DQNEO起業日記: Subversionアーカイブ

    仕事で使っていた4万コミットを超える巨大なSVNレポジトリを、Gitレポジトリに変換してGithubに移管しました。 (※巨大というほどじゃないかもしれませんが自分にとっては巨大だったということで) 今年の6月頃から少しずつ作業して10月にやっと終わったので、あしかけ5ヶ月もかかりました。 (※そればっかり5ヶ月もやってたわけではないです) 一筋縄ではいかずものすごい苦労しました。 他の人が同じ苦労をしなくてすむようにノウハウを公開します。 これから移管しようと考えている人はぜひ私の肩の上に乗っかって楽をしてください(笑)

  • ソースコード管理ツールをSubversionからGitへ変更して感じたこと - torutkのブログ

    少人数チームでのソフトウェア開発でソースコードを管理するリポジトリにGitを適用して1,2ヶ月ほど経過しました。Gitを開発に使用するのは今回が始めてで、みなSubversionを使っていたメンバーです。 開発環境 OS Linux、たまにWindows 開発言語 Java プログラミングツール NetBeans 7.4 Gitクライアント NetBeans標準搭載のGit機能、たまにコマンドライン、WindowsではたまにTortoiseGit Gitサーバー apacheでgit-http-backend、Redmineと認証統合 現在の使用状況 Gitの共有リポジトリを、開発サーバー上にapache(HTTP)でホストしています。 共有リポジトリはmasterブランチで、各メンバーはローカルにcloneしたあとローカルのmasterで変更作業を実施し、適宜共有リポジトリのmast

    ソースコード管理ツールをSubversionからGitへ変更して感じたこと - torutkのブログ
  • 1