タグ

svnとgitに関するbraitomのブックマーク (10)

  • gitの良さは未だに分からないがPullRequestの良さはちょっとだけ分かるぞい - ブログなんだよもん

    スマートニュース見てたらこんな記事が上がってました。 crapp.hatenablog.com まあ、gitの良いところはそれなりにありますがローカルコミットを上手に使えるようになるまでの壁はとても高いですよね。 正直言えば私もrebaseとかなるべく打ちたくないし、使いこなせてるとは言い難い。 とはいえPR(文中はマージリクエスト)がレビューを強制するので良くないとか、trunkに直接コミットすれば良くないとかはどうなん? と思ったり。 そもそも個人的にはSVNとgitで運用方式がさほど変わるとは思えないのですよ。実際変えなかったし。 というわけで、私が使ってるコード管理方式について語りたいと思います。タイトルはちょっと釣り... というかぞいぞい言いたかっただけです! そもそもSVNでどう運用していたか? たぶん、多くのサービスがそうであるようにSVNからGitに移行しました。もっと

    gitの良さは未だに分からないがPullRequestの良さはちょっとだけ分かるぞい - ブログなんだよもん
    braitom
    braitom 2016/10/06
    SVNでどのような運用をしていたか、なぜGitに移行したのか、Gitでどのような運用をしているか、PRによるコードレビューの何がよいのかがまとめられている。
  • Subversion 1.8リリース、まだまだSVNは死なない | スラド デベロッパー

    先日、Subversion 1.8がリリースされた(SourceForge.JP Magazine記事)。これにあわせて、家/.で「Subversion 1.8がリリースされたけど、まだGitを使うの?」という記事が上がっている。 近年ではGitユーザーが増えているが、Subversionはまだ死んだわけではなく、開発はそれなりに活発に続いている。 Apache Software Foundationの前チェアマンであるGreg Steinによると、「Subversionは1TBのリポジトリがあったとしても、その一部だけをチェックアウトして作業できる。(Gitのように)リポジトリのフルコピーは必要ない」「Gitの場合、リポジトリがたくさん乱立する傾向があるが、Subversionは基的に1つだけだから管理もバックアップもやりやすい」などとSubversionのメリットを主張。 また、S

  • 第5回テックヒルズ『Go to Git !』~さらばSVN~ に行ってきました

    去年の夏にカナダから帰ってきてから、AtlassianのStashでGitな開発をしているのですが、 最近、アサインされたプロジェクトがSubversionでテンション下がったので、 git-svnでチェックアウトしてきて(Windowsマシンでgit svnを使ってみる | shinodogg.com) Stashに突っ込んだりしてるのですが、他の会社の人たちはどーしてるのかなー?って事で、 はじめてテックヒルズ(第5回テックヒルズ『Go to Git !』~さらばSVN~)に参加してみました。ハッシュタグは #techhils #java-jaのキャンセル待ちが繰り上がらなさそうだったって話もある。。 会場は六木ヒルズの49階のアカデミーヒルズ。 19時ちょっと過ぎについたら、満員御礼的な感じで机がる席に座ることはできませんでした。 ■ GREE 大場さん ・バージョン管理システムの

    第5回テックヒルズ『Go to Git !』~さらばSVN~ に行ってきました
  • http://www.machu.jp/posts/20100506/p01/

    http://www.machu.jp/posts/20100506/p01/
  • かWiki - Git/Subversionコマンド対応表

    こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の

  • Charming Python: Functional programming in Python, Part 3

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    Charming Python: Functional programming in Python, Part 3
  • ヽ( ・∀・)ノくまくまー(2008-06-02)

    ● [Rails] svn レポジトリを github に移行させてみる svn はわかる (使ってる) git は多分イケテル svn なのだろう (メリットも知らね) github は git をまとめて公開してるサービス? 前知識はこれだけなgit無学者が、ネットに溢れる git コマンドを適当に入力することで、私的 svn を github に公開しようと試みたところ、おおよそ考えられる全ての落とし穴に落ちた気がしたので、次の方は是非とも俺の屍を越えてゆけとゆいたいです。 目的 http://wota.jp/svn/rails/plugins/trunk/dsl_accessor これを github に移すのが目的 手順 github に自分のアカウントを作成する github にレポジトリを作成する 同レポジトリに既存の svn の内容を commit する あわよくば gem

    braitom
    braitom 2009/04/16
    svn レポジトリを github に移行させてみる
  • Subversionリポジトリと連携できるgit-svn | OSDN Magazine

    「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、

    Subversionリポジトリと連携できるgit-svn | OSDN Magazine
  • SubversionのリポジトリをGitのリポジトリに変換する方法 - builder by ZDNet Japan

    世の中には数多くのバージョン管理システムがある。しかし、それらの源流をたどるといずれもRevision Control System(RCS)に行き当たる。RCSは個人使用には適していたものの、グループでの使用には適していなかった。このためRCSはConcurrent Versions System(CVS)へと進化することになった。そして、CVSが何年にもわたって使われた後、CVSを超えるCVSとしてSubversionが登場することになったのである。これと時期を同じくして、単一リポジトリ形式ではなく分散リポジトリ形式を採用したさまざまなバージョン管理システムが一般的になっていった。Gitはこういったものの1つであり、極めて人気の高いものとなっている。 何らかのバージョン管理システムをすでに使用している場合、それがGitを導入する際の障壁となることは明らかである。しかし、CVSからSub

    SubversionのリポジトリをGitのリポジトリに変換する方法 - builder by ZDNet Japan
  • ソーシャル化するOSS開発者たち - @IT

    ロング・テール理論の名付け親で、雑誌「Wired」の編集長としても知られるクリス・アンダーソン氏が3月12日付けのブログでオープンソースソフトウェア(OSS)プロジェクトの運営体制に関する誤解を指摘をしている。 アンダーソン氏によれば、多くの人はオープンソースプロジェクトというのは草の根から立ち上がり、自律的に組織化し、民主的に運営されているという誤った認識を持っている。ところが現実はまったく逆で、1人か2人の「慈悲深い独裁者」によって運営されている、という。 これはオープンソースプロジェクトに参加していたり、あるいは日常的に成果物を利用している人であれば、そういうものだと首肯するかもしない。メーリングリストで客観データに基づいて議論したり、リーダーを民主的に選ぶようなプロジェクトもあるかもしれないが、おおかたのオープンソースプロジェクトには、それを開始し、中心に位置し続ける“独裁者”がい

  • 1