SIerが実践する分散開発とバージョンコントロール - Qiita
オフショアA、Bとしましたが、同じ会社の別部署など、 とにかく別ロケーションで開発する場合を想定しています。 ソースの構成 おそらく、以下のように１つのJavaプロジェクト内にすべて書くのではないでしょうか？ デメリット バッチを書いている人が、オレオレライブラリやWEBのソースを改変する可能性がある。（オレオレライブラリ、WEBも然り） プロジェクトが太って行った時に、コンパイルなどに時間がものすごくかかる。（5000以上のJavaファイルが配置されているものを見たことがある） それぞれのソースでプロジェクトを分けているものも書こうかと思いましたが、 その場合は、システムでスタックをちゃんと組んでるかな、と思ったので省略。 リポジトリのモデル 従来型の場合は、以下のパターンのどちらかではないでしょうか？ リポジトリは分けている 最終的に社内のSVNリポジトリにオフショアA、Bのソースをマ
受託開発でGitとmavenを使って開発をしている - そこに仁義はあるのか(仮)
会社で受託開発していて、gitを使った開発フローを考えることになった。 ニアショアに開発をお願いしていて、ニアショアからの受け入れタイミングが何回かあるから、それにあわせてブランチをわけている。 どういうフローで進めているかと、一番最後にやってみて思ったことを書いた。 どういうフローでやっているか リポジトリの構成 下記モジュールを用意した。 parent core entity common web batch tools ニアショアにて開発するモジュールは『common』、『web』、『batch』で、 アーキにて開発するモジュールは『parent』、『core』、『entity』。 ブランチ ブランチはこんな感じで分けている。 ちなみに、ソース管理はgitBucketを使った。 masterブランチ … リリース可能な状態の資源のみを管理する。結合テスト実施時は、本ブランチから資源を
Invention Works: m2eclipseとtomcatPluginを使っている人向け知ってるとうれしいこと
mvn eclipse:m2eclipse m2eclipseようのクラスパスコンテナ（MAVEN2_CLASSPATH_CONTAINER）の.classpathファイルを作ってくれる。 http://maven.apache.org/plugins/maven-eclipse-plugin/m2eclipse-mojo.html mvn sysdeo-tomcat:m2eclipse sysdeo tomcat plugin用の.tomcatpluginをpom.xmlから作成してくれる。開発用クラスローダの選択を悩まなくてすむ。 servlet.jarが紛れ込んで動かなくなることもなくなるでしょう。 http://mojo.codehaus.org/sysdeo-tomcat-maven-plugin/m2eclipse-mojo.html ちなみに今のところm2eclipseが使い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
