回答編集履歴
2
編集ミス修正
answer
CHANGED
|
@@ -24,5 +24,4 @@
|
|
|
24
24
|
|
|
25
25
|
バージョン番号はリリース時に更新します。どちらを更新したかで変えていけばいいのです。
|
|
26
26
|
|
|
27
|
-
DBMSやマルチプレイゲームのサーバなど複数のバージョンのサーバがあり、それぞれバージョンの合うクライアントを接続する場合は、バージョンごとにブランチを作成する必要があります。これも基本は同じですが、かなり複雑な
|
|
27
|
+
DBMSやマルチプレイゲームのサーバなど複数のバージョンのサーバがあり、それぞれバージョンの合うクライアントを接続する場合は、バージョンごとにブランチを作成する必要があります。これも基本は同じですが、かなり複雑なブランチ戦略を必要としますので、お勧めしません。
|
|
28
|
-
などでやる方法ですが、これは十分に
|
1
追記
answer
CHANGED
|
@@ -9,4 +9,20 @@
|
|
|
9
9
|
|
|
10
10
|
ブランチとは関係ありませんが、インターフェイスを変更したら、コンパイルエラーになるようにすれば確実になります。
|
|
11
11
|
|
|
12
|
-
あとは、タグを元に更新した方をデプロイするように自動化すれば完璧だと思います。
|
|
12
|
+
あとは、タグを元に更新した方をデプロイするように自動化すれば完璧だと思います。
|
|
13
|
+
|
|
14
|
+
---
|
|
15
|
+
追記
|
|
16
|
+
|
|
17
|
+
読み返したら用語が多すぎてわかりずらいですね。すみませんでした。
|
|
18
|
+
|
|
19
|
+
言い直します。
|
|
20
|
+
|
|
21
|
+
毎回ブランチを作成するといいということです。subversionのブランチの場合、ブランチを作ると別のフォルダーに保管して、マージするときは変更点を上書きするイメージだと思います。gitの場合は変更点を管理するイメージなので、変更完了後、マージされたブランチはなくなると考えて下さい。
|
|
22
|
+
|
|
23
|
+
変更単位にブランチを切って、マージ後ブランチを閉じるので変更単位がクライアントどちらでもサーバ一緒くたにあつかって問題ありません。
|
|
24
|
+
|
|
25
|
+
バージョン番号はリリース時に更新します。どちらを更新したかで変えていけばいいのです。
|
|
26
|
+
|
|
27
|
+
DBMSやマルチプレイゲームのサーバなど複数のバージョンのサーバがあり、それぞれバージョンの合うクライアントを接続する場合は、バージョンごとにブランチを作成する必要があります。これも基本は同じですが、かなり複雑な文ランチ戦略を必要としますので、お勧めしません。
|
|
28
|
+
などでやる方法ですが、これは十分に
|