回答編集履歴
3
1\. のやり方に関する訂正等
test
CHANGED
|
@@ -16,7 +16,7 @@
|
|
|
16
16
|
|
|
17
17
|
## 1. 一つブランチを作ってそこに投げる方法
|
|
18
18
|
|
|
19
|
-
これをやるためにはコミットしないといけませんし（作業単位のコミットにならない場合がある）、特定のブランチモデル等を使っているのであればネットワークも荒れるのであんまり理想的ではありませんが、一番手っ取り早い方法です。
|
|
19
|
+
これをやるためにはコミットしないといけませんし（作業単位のコミットにならない場合がある）、特定のブランチモデル等を使っているのであればネットワークも荒れるのであんまり理想的ではありませんが、 一番手っ取り早い方法です。
|
|
20
20
|
|
|
21
21
|
|
|
22
22
|
|
|
@@ -48,11 +48,7 @@
|
|
|
48
48
|
|
|
49
49
|
|
|
50
50
|
|
|
51
|
-
## 2.
|
|
51
|
+
## 2. patchを作り、その結果をメール等で送る方法（diff/apply）
|
|
52
|
-
|
|
53
|
-
このやり方が僕の一番のおすすめです。
|
|
54
|
-
|
|
55
|
-
|
|
56
52
|
|
|
57
53
|
### 送信する側
|
|
58
54
|
|
|
@@ -111,3 +107,15 @@
|
|
|
111
107
|
|
|
112
108
|
|
|
113
109
|
* [別のgitリポジトリから取ってきたパッチをgit apply/amしたいとき](http://qiita.com/endrugus/items/ec1a1f49d9945f290360)
|
|
110
|
+
|
|
111
|
+
|
|
112
|
+
|
|
113
|
+
### 訂正
|
|
114
|
+
|
|
115
|
+
1.の方法の持つ問題点ですが、これらを解決方法が存在するそうです。
|
|
116
|
+
|
|
117
|
+
（詳しくはここの回答の質問フォーム部にmattn様に書いて頂いています。）
|
|
118
|
+
|
|
119
|
+
となると、やはり一番有効な手段は1.の方法かと思います。
|
|
120
|
+
|
|
121
|
+
|
2
参考の追加
test
CHANGED
|
@@ -96,4 +96,18 @@
|
|
|
96
96
|
|
|
97
97
|
以上のような説明でよろしかったでしょうか？
|
|
98
98
|
|
|
99
|
-
何
|
|
99
|
+
何か質問があれば是非お願いします。答えられる限り答えたいと思います。
|
|
100
|
+
|
|
101
|
+
|
|
102
|
+
|
|
103
|
+
# 参考
|
|
104
|
+
|
|
105
|
+
* [git-scm](https://git-scm.com/book/ja/v1/Git-%E3%81%A7%E3%81%AE%E5%88%86%E6%95%A3%E4%BD%9C%E6%A5%AD-%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E3%81%AE%E9%81%8B%E5%96%B6)
|
|
106
|
+
|
|
107
|
+
|
|
108
|
+
|
|
109
|
+
* [どこでも使える git diff と git apply](http://qiita.com/uasi/items/905376f02ff029fb23f8)
|
|
110
|
+
|
|
111
|
+
|
|
112
|
+
|
|
113
|
+
* [別のgitリポジトリから取ってきたパッチをgit apply/amしたいとき](http://qiita.com/endrugus/items/ec1a1f49d9945f290360)
|
1
git applyの説明の追加、方法1のデメリットに関して追加
test
CHANGED
|
@@ -14,13 +14,13 @@
|
|
|
14
14
|
|
|
15
15
|
|
|
16
16
|
|
|
17
|
-
## 1. 一つ
|
|
17
|
+
## 1. 一つブランチを作ってそこに投げる方法
|
|
18
18
|
|
|
19
|
-
これをやるためにはコミットしないといけませんし、ネットワークも荒れるのであんまり理想的ではありませんが、一番手っ取り早い方法です。
|
|
19
|
+
これをやるためにはコミットしないといけませんし（作業単位のコミットにならない場合がある）、特定のブランチモデル等を使っているのであればネットワークも荒れるのであんまり理想的ではありませんが、一番手っ取り早い方法です。
|
|
20
20
|
|
|
21
21
|
|
|
22
22
|
|
|
23
|
-
送信する側
|
|
23
|
+
### 送信する側
|
|
24
24
|
|
|
25
25
|
```shell
|
|
26
26
|
|
|
@@ -36,7 +36,7 @@
|
|
|
36
36
|
|
|
37
37
|
|
|
38
38
|
|
|
39
|
-
受取側
|
|
39
|
+
### 受取側
|
|
40
40
|
|
|
41
41
|
```shell
|
|
42
42
|
|
|
@@ -50,19 +50,39 @@
|
|
|
50
50
|
|
|
51
51
|
## 2. git diffして、その結果をメール等で送る方法
|
|
52
52
|
|
|
53
|
+
このやり方が僕の一番のおすすめです。
|
|
54
|
+
|
|
55
|
+
|
|
56
|
+
|
|
57
|
+
### 送信する側
|
|
58
|
+
|
|
59
|
+
1.以下のコマンドを使って、patchファイルを作成
|
|
60
|
+
|
|
53
61
|
```shell
|
|
54
62
|
|
|
55
|
-
git diff
|
|
63
|
+
git diff > hoge.patch
|
|
56
64
|
|
|
57
65
|
```
|
|
58
66
|
|
|
67
|
+
2.patchファイルをメールで送信
|
|
59
68
|
|
|
60
69
|
|
|
61
|
-
上記のコマンドをリポジトリのディレクトリ内で実行し、表示された差分をメールでやり取りすることで実現します。
|
|
62
70
|
|
|
63
|
-
|
|
71
|
+
### 受取側
|
|
64
72
|
|
|
73
|
+
1.patchファイルをダウンロードしてリポジトリのディレクトリ内に置く
|
|
74
|
+
|
|
75
|
+
（別に自分でディレクトリ階層を叩き込めば、リポジトリのディレクトリ内に置く必要はない）
|
|
76
|
+
|
|
77
|
+
|
|
78
|
+
|
|
79
|
+
2.patchの適用
|
|
80
|
+
|
|
81
|
+
```shell
|
|
82
|
+
|
|
65
|
-
|
|
83
|
+
git apply hoge.patch
|
|
84
|
+
|
|
85
|
+
```
|
|
66
86
|
|
|
67
87
|
|
|
68
88
|
|