ソースコード管理ツールを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

[tengo1985]

A successful Git branching modelは厳格なんだけどフローが重すぎて仕事で簡単にまわせる気がしない。結局のところGithubクローンがほしいってところに行き着く。Mercurialが流行ってほしかったなぁ。

[tasanobu]

GitというかGithubがいいんだよな〜と思う今日この頃

[Funyapu]

既存のやり方をそのまま流用して手間が増えた発言…　「それ使ってExcelみたいにコピペできる？」と同じニオイが致します

[love0hate]

Gitの真髄は（Githubありきだけど）プルリクエストのような気がするが。

[pullphone]

GitLab とか入れて pull request もやったほうがいいと思う

[twotiger]

GitやMercurialはブランチを作って複数メンバー各々が機能を並行開発しても互い影響されないのが利点で、並行開発しないならブランチは不要でSubversionで十分

[akitsukada]

個人的にはgit始めた時push前に気が済むまでコミット整理して恥ずかしくないよう準備できることがすごくありがたかったですね／最後のイメージってどっちかというと逆ではないか（差分とスナップショット）

[raitu]

Gitはリビジョン番号がつかないのがなー。地味に運用上不便なのよね

[nacika_inscatolare]

無理してgit使わなくてもいいと思う。 共有リポジトリはgitでいうbareリポジトリだけどワークツリーを持たないのでそもそもapacheで見れんぞ

[ryochack]

svnからgitへの移行の話。そもそもsvnでブランチ切ること少ないから、gitブランチの有用性を理解してもらうのは難しい…

[wo10jr]

bookmark

[nilab]

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

[nakag0711]

サーバーがとんだ時はGitの方が安心かもな…履歴の分

[romi]

"ツールは新しく ものの、リポジトリの運用が旧態依然 （Subversion、集中リポジトリ） ので、ミスマッチがある"

[animist]

極論、branch 使わずにレポジトリを一箇所にまとめるなら、subversion でもイイじゃん的な？？

[imo_jo_chu]

せっかくGitHub使うようになったし、Gitちゃんと勉強せなな･･･

[babydaemons]

あー、業界にケンカ売ったわｗ

[t_yano]

別に分散で開発してなくても、社内に複数のプロジェクトがあって、それぞれいつリリースするかわからないってだけでも、SVNから脱却する価値はあるよ。まあここで言うように、ブランチの切りやすさが効果を出す場面。

[uhe_uhe_uhe]

SVNの運用でgitを使うと。。。

[t-wada]

svn をずっと使用していたチームが使い方そのままで git を使ってもメンバーの手数が増えるだけになってしまったことから始まる考察。 svn を ArrayList, git を LinkedList に例えているのがちょっと面白い。

[koogawa]

"GitはSubversionより手間がかかるだけのツール、ではない" 使ってるといろいろ便利なとこが出てくるよね

[yamap_55]

移行はしたもののSVNと同じ運用してて困ったので解決したという話。移行の参考にって思ったけどブコメ見てたらGitがいいというよりGithubの「pull request」がいいという話になってる。「GitLab」が有用か？

[emj1025]

svn git

[nobusue]

アーキテクチャの違いに関する考察は面白いですね

[ledsun]

最近、Gitは「分散」より「コミットの編集」（開発中のガンガンコミットとパッチ作成を分離できる）がいいなと感じる（過去のコミットを変更してコリジョンしないためには個人用のブランチが必要）。

[ikosin]

“GitはSubversionより手間がかかるだけのツール、ではない”

[dekasasaki]

参考にしよう

[Rocco]

後で読む・・・かもしれない。 RT torutkの日記

[route21pcm]

ソースコード管理ツールをSubversionからGifへ変更して感じたこと : おかしい。チェックインもできないし、ダブルクリックすると絵が表示されるんだが？

[uunfo]

これ。

[hatakazu93]

技術

[egapool]

gitと言うよりGithubが良いというブコメがちらほら。いつか参考にする。

[risouf]

大きめの機能追加をやってる時に急ぎの修正が入る時とか、ローカルにリポジトリがあると便利だと思うんだけど、そういう視点がないのはそれだけ恵まれた環境で仕事してるということでは？

[closer]

1,2ヶ月つかっても周りが使い方わからないなら、転職した方が良い

[aodifaud09]

安心してsvnを使い続けよう

[Sips]

git

[inazakira]

gitはソースとドキュメント管理同時にできないのがなぁ。分散しろって？色々しがらみがあんねん…(tracのバージョンアップが許してもらえないとか)。