teratail header banner
teratail header banner
質問するログイン新規登録

質問編集履歴

1

追記

2016/12/01 02:27

投稿

Chironian
Chironian

スコア23274

title CHANGED
File without changes
body CHANGED
@@ -17,4 +17,23 @@
17
17
 
18
18
  ---
19
19
  C++プロジェクトを[GitHubで公開](https://github.com/yossi-tahara/Theolizer/commits/master)してます。ある程度1コミットのトピックを絞るよう努力してますが、更に努力するべきか、もう少し手を抜いても良いものか、めどを付けたいです。
20
- バージョン管理ツールを深く使った経験がないため、加減に悩んでいます。
20
+ バージョン管理ツールを深く使った経験がないため、加減に悩んでいます。
21
+
22
+ ---
23
+ 【追記】
24
+ どうも整理不足だったようです。すいません。
25
+
26
+ トピック = ブランチ ∋ コミット という[GitHub Flow](http://qiita.com/kyrieleison/items/c8495ab016d04fce6925)的な運用を想定しています。
27
+ 1つのブランチに複数のコミットを含みます。そして、GitHub Flowの解説を見る限り、1つのブランチには1つのトピックしか含まないようです。(1連の修正に複数の異なるトピックを含まない方が好ましいことは理解しています。)
28
+ そのための、可能な運用は下記と思います。
29
+
30
+ 1. 手間が掛かってでも1ブランチ=1トピックへ整理する
31
+ 2. 1つのブランチに多少の異なるトピックが入り混じることを妥協する
32
+ 3. 手前をかけずに1.をやる方法がある
33
+
34
+ もし、3.の「手間をかけずにコミットを整理する方法」があれば是非教えてください。
35
+
36
+ もし、1.の場合、コンフリクトが比較的発生しやすいと思います。新たな別トピックの変更が現在のブランチで既に修正したのと同じ行を修正していたら、ブランチを分ける時にコンフリクトし、ブランチをマージする時に再度コンフリクトする筈です。すごく無駄な作業のように感じます。
37
+
38
+ 2.が現実的な妥協と感じているのですが、3.のテクニックが存在するかもしれないですし、他によい運用があるかもしれません。
39
+ 実際にGitHub Flowベースで運用されている方がどのようにされているのか、アドバイス頂ければ幸いです。