ソース管理の方法とは?初心者プログラマが導入するソフトウェアは?

このQ&Aのポイント
  • 初心者プログラマがソースの管理をするための方法は何が良いのか?初期状態を基本として何度も戻す場合に向いているソース管理ソフトウェアは?
  • ソースや書類の保管や差分の管理は開発において重要な要素です。初心者プログラマがソース管理ソフトウェアを導入するための適切な方法を探しています。
  • 今年から働くことになった初心者プログラマです。一人で開発をするためにソースの管理方法を調査しています。初期状態を基本として何度も戻す場合に適切なソース管理ソフトウェアを教えてください。
回答を見る
  • ベストアンサー

ソースの管理の方法

今年から働くことになりました、ひよっこプログラマです。 新しく仕事を任されることになりましたが、基本的に一人で開発をすることになっています。 ソースや他の書類を保管や差分を管理していきたいので管理ソフトを使おうと考えています。 これまではsvnを使っていました。 ただ今回は、初期状態を基本とし、機能一つを開発したら初期状態に戻すというようにするのが基本となります。 svnだとそういうのにはあまり向いていないのではないかなと思っています。 今ほかに向いているのはないかと思い探しており、 git Mercurial のような分散型のほうがと調べています。 質問としましては、初期状態を基本として、何度も初期状態に戻してから開発をする場合のソース管理ソフトは何が良いか、になります。 今日明日に導入したいと考えていますので、自分の調査と同時になっていますがお許しください。 よろしくお願いします。

質問者が選んだベストアンサー

  • ベストアンサー
  • kmee
  • ベストアンサー率55% (1857/3366)
回答No.1

いや、べつにSubversionでもリポジトリ上で ・「初期状態」はoriginalとか名前を付けてsvn cpしておく。(タグを付ける) ・新規開発時は「orignal」をコピーして始める(ブランチ) でいいと思うんですけど。 「初期状態」から新規開発時に1回Pullするだけ、しかも対象が一人なら、Subversionでブランチ作るとの大差無いように思いますよ。 もちろん、Git等の勉強すること自体はいいことだと思いますが。

kbyshrk
質問者

お礼

返事が遅れて申し訳ございません。 そうですね。少し勉強しましたが、まさしくその通りです。

関連するQ&A

  • シェルでGitからデータを取得する方法

    シェルでGitからソースを取得する方法があれば教えて下さい。 現在、Linuxサーバー上に配置しているシェル内で、以下の処理を行っています。 [svn export --force "Linux上のAフォルダパス" "svn://・・・・"] 1.SVNからファイルを取得 2.Linux上のフォルダに「1」で取得したファイルを配置 今度、ソース管理がSVNからGitに代わることになるのですが、 上記のシェルで行っていたことをGitに対してもできるのでしょうか? 「git archive~」や「git checkout-index~」でファイルは取得できそうですが、 シェルに書くコードとしてはどのように書けばいいのでしょうか? よろしくお願いします。

  • Subversionでのソース管理方法

    よろしくお願いします。 Subversionを新規に導入し、ソースを管理したいと思います。 そこで運用方法についてご相談をしたく思います。 具体的には、「trunk」と「tags」、および「branches」という用語(ディレクトリ?)についてです。 要件としては、先ず初期開発があり、開発したソースは「trunk」配下に格納します。 開発が完了し、納品したソース一式は、「tags」配下にVersion1.0として保管する想定です。 ・・・・ ところがその後、バグや機能修正があり、ソースを修正する要件が発生したとします。 その場合に修正は、「branches」配下に「trunk」配下のソースのコピーを作成し、 「branches」配下のソースを修正するのが一般的な作法なのでしょうか?。 また「branches」配下で修正したソースを、「trunk」に合流させる操作を「マージ」と 言うのでしょうか?。 (この場合、納品した断面は「tags」配下のみになるイメージです) 上記2点の認識について問題ないか、アドバイス頂けますと助かります。

  • 分散型バージョン管理システム

    友人と共同開発する場合に各家庭のパソコンで htmlやcssやphpを作ってマージしたいと思います。 こういうのの管理に分散型バージョン管理システムを 使えばいいのでしょうか。 Bazaar、GIT、Mercuaial等があるようですが、 Windowsの開発ではどれが適していますか。

  • オープンソースのソース管理

    オープンソースのソース管理はどのように行っているのでしょうか?LinuxやApacheなど世界中からさまざまな方が開発者として参加していると思うのですが好き勝手にソースの改変などをやってしまうと、とんでもない状態になると思うのですが・・・ その辺りのフローを教えていただければと思うのですが、よろしくお願いします。

  • ソース管理の仕方について

    私はとある会員制WEBサイトの運営に携っているおり、同時にシステム開発のプロジェクトリーダー(見習い)です。 ソースの管理方法について困っています。 サイト立上げから3年以上経過しているのですが、約3ヶ月に一回のペースで機能追加、改善を繰り返しています。 開発要件の発生からリリースまでのスケジュールが非常に短い傾向になりがちな業種(?)であるため、なかなか仕様を固める事が出来ず開発着手時の要件では使い物にならないものである事も珍しくありません。 そのため、開発ベンダーに対して常に機能追加・改善を委託している状態です。そのような状況のため、ベンダーからは驚くような見積もりになります。。。(泣) また、トラブル発生時にはエンドユーザから強烈なクレームがあるため、ベンダーに対応をお願いするよりも社内で調査・バグ修正する方が早い場合が多いです。 (瑕疵の対応が悪すぎると言う事は置いといて・・・) 多額な委託費用、PGスキル保持している担当者の存在という理由から部分的な機能については社内開発を行なう事になったのですが、、、、 【質問1】 100%委託している状態でも、デグレが多く困っていたのですが良いソース管理ツール、方法などご存知な方はご教授願います。 プロジェクトが並行する場合の注意点などもコメント頂けましたら幸いです。 【質問2】 2重開発を行なう為にソース管理の方法を提案して頂きたい旨をベンダーに伝えると「管理出来ません。」と言われました。 あまりに勢いの良い回答の為、理由を聞くことが出来なかったのですが、ソース管理する稼動が無いということなのかなと思うのですが、 他にどのような理由がありますでしょうか?

  • ソースコードに編集点を書く理由

    現在、派遣先でiPhoneアプリの開発をしているのですが、 上司のソースの書き方に違和感を覚えています。 アプリは既に運用しているシステムを大幅改修しての開発で、 そのためか修正もしくは追加した箇所に // (新製品名) MM/DD (氏名) start    ...追加ソース... // (新製品名) MM/DD (氏名) end といったコメント文を毎回挿入されています。 (私にもそうするように言われています) 個人的にはソースがとても読みにくくなるし、有意な情報とも思えません。 SVNで管理しているので編集差分はすぐに分かりますし、上記コメントは行頭から始まるためインデントが合ったり無かったり、全体的に汚く冗長になってしまいます。 そこで質問なのですが、どうしてこのようなコメントが必要なのでしょうか? 必要ということでしたら、理由も添えていただけると有り難いです。

  • VBソースのバージョン管理ソフトを探しています

    VB.netプログラムソースのバージョン管理ソフトを探しています 現在VB.netで開発をしているのですがバージョン管理が煩雑で 作業が大変です。 例えば、 パッケージのバージョンアップと お客様にカスタマイズして納品したソースをパッケージの機能追加等 のバージョンに合わせてお客様のプログラムもバージョンアップしています。 この様な状態の時何かいいバージョン管理ソフトはありませんでしょうか 経験談等もお聞かせしてもらえるとありがたいです。

  • お勧めのツール(プログラマーの方限定)

    プログラマーの方に質問です。 お勧めの開発ツール(エディタ、ソース管理、検索ソフト、etc) を教えて頂けないでしょうか? 開発ツールといっても幅が広いと思いますが 「これを使わないと損だよ」「これはお勧めだよ」という様なものを 教えて頂けると幸いです。 ちなみに私は以下の通りです。 エディタ:ViVi ソース管理:CVS ドキュメントの検索:Namazu ソースのマージ、差分チェック:Araxis Merge 英単語の検索、変数名の定義用:英辞郎

  • ソフトウェアの管理方法について

    購入したソフトウェアなどの収納管理方法について 経験談・アドバイス等のご教授をお願いします。 現在、ソフトウェアを購入した場合 「買った状態」のまま保管しています。 複数本同じソフトを買った場合も、パッケージごと保管しているため 大変かさばり、保管スペースを圧迫し、いずれはスペースがなくなることが目に見えている状態です。 現在もすでに保管スペースが飽和状態となり 色々な箇所に分散して保管している状態ですが問題点として ・まとまっていないため必要なときに取り出しにくい ・もうすでに使用していないソフトウェアも、もしかしたら必要になる日がくる可能性があるということで、捨てることもできない という状態であり ライセンス管理についても、パッケージソフトに関しては複数台購入した場合でも、一つのメディアで複数台のPCにインストールするのはライセンス違反のようですが、現状では一つのメディアでインストールしているケースもあります。 この状況を改善しようと ・パッケージ、重複した取説等(最高でも2冊程度まで保管)を処分。 ・必要なものをメディアやライセンス証書にしぼり、それぞれにIDとなるシールを貼り、クリアフォルダのファイルに入れて保管 ・ライセンスやパッケージの譲渡等は考慮しない という方法で提案したのですが システム管理者曰く ・パッケージのまま保管しておいた方が視覚的にわかりやすく管理しやすい ・万が一必要なものまで捨ててしまった場合、責任問題となる。 ・必要なときに取り出しやすいよう、なるべく多くとっておいた方がよい ・ソフトウェアを購入する費用は払っている以上、ライセンス違反とは言わせない。 という結論にいたり、それ以上の討論は不要ということになりました。 購入したものをすべて保管する方法も 謝って処分するという間違いがミスが発生しないよい方法だと思うのですが できる限り効率的な方法で管理したいと考えております。 このような管理で気をつけるべき点やアドバイス等ありあましたら ご教授をお願いいたします。

  • 雑多なファイルの管理が出来るソフト、ありませんか?

    タイトル通り、雑多なファイルの管理が出来るソフトを探しています。 絶対必要な機能は以下のとおりです。 ・各ファイルにコメントや独自カテゴリを追加でき、そのコメントやカテゴリを後で検索できる。(ファイル名や日時でソートや検索できるのと同様に。) 用途は、小さな個人作成&勉強のプログラムの管理、プログラムに関連したメモや参考文書などの管理、その他一般文書や一般画像などの管理、です。 自分が後日、迷う事や抜けがなく、探せるような方法です。。 例えば、差分をとれるGITなどはコメント付与によるプログラム管理的には使えそうですが、リスクがあったり分散したりGUIでなかったりとデメリットが多いのと、あと、1つのプロジェクトを管理するのには十分ですが、何千もの雑多なファイルを後日迷う事無く探せ理解できるようにはできてないです。 他方、よく聞く有名どころのファイル管理ソフトなどは検索機能が優れているだけで、一番欲しい、コメント等の追加データ付与&管理の機能がありません。 というわけで、上記の「絶対必要な機能」があるファイル管理のソフト、何かありませんでしょうか? (もしくは、簡単に作れるというのであれば、その方法を教えてもらえるのでもいいです。)