回答編集履歴
1
追記
test
CHANGED
|
@@ -21,3 +21,47 @@
|
|
|
21
21
|
|
|
22
22
|
|
|
23
23
|
こんなところですかね…
|
|
24
|
+
|
|
25
|
+
|
|
26
|
+
|
|
27
|
+
#追記
|
|
28
|
+
|
|
29
|
+
やっぱり初めてっぽいので、それよりも前の段階についても書いておきます。
|
|
30
|
+
|
|
31
|
+
ただ外注でやったことが自分の方にもないので、先方に受け入れてもらう部分は勘です。
|
|
32
|
+
|
|
33
|
+
|
|
34
|
+
|
|
35
|
+
１．社内用のGitリモートサーバーを立てる。（これにGitBucket等を使うことを推奨）
|
|
36
|
+
|
|
37
|
+
２．受注で教えてもらったリモートサーバーから社内リモートサーバーにCloneする
|
|
38
|
+
|
|
39
|
+
３．全開発者のPCにGitをインストールする
|
|
40
|
+
|
|
41
|
+
４．開発者のPCは社内用のリモートサーバーからCloneして開発作業を行う
|
|
42
|
+
|
|
43
|
+
５．開発開始時にはCloneしたmaster（又はdevelop）ブランチから新しくブランチを作り、社内サーバーにPushする際にはPull Requestを利用する
|
|
44
|
+
|
|
45
|
+
６．社内リポジトリの最新状態で受け入れテストを行う（ここをJenkins等に手伝ってもらう）
|
|
46
|
+
|
|
47
|
+
== ここから勘 ==
|
|
48
|
+
|
|
49
|
+
７．単にPushする
|
|
50
|
+
|
|
51
|
+
|
|
52
|
+
|
|
53
|
+
または、リポジトリーで作業が競合する場合（誰かが本番環境を弄る場合）
|
|
54
|
+
|
|
55
|
+
|
|
56
|
+
|
|
57
|
+
７．リモートサーバーの状態が更新されているかもしれないのでrebaseする
|
|
58
|
+
|
|
59
|
+
８．リモートサーバーにPull Requestを投げる
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
…が、本来小さい修正なら正攻法ですが規模が大きそうなので、競合しないようにソリューションやgitリポジトリを分けてもらう必要があると思います。
|
|
64
|
+
|
|
65
|
+
被らないとしても、大きなマージが競合するようになると地獄を見るので。
|
|
66
|
+
|
|
67
|
+
とりあえず社内サーバーの扱い方になれてから、先方とPush方法については打ち合わせてください。
|