- Gitをより良くするための運用ガイドライン作成スレ [転載禁止]©2ch.net
114 ：デフォルトの名無しさん[sage]：2015/06/17(水) 10:55:14.55 ID:l25RfAPf - 勘違いしてたんだけど、git自体が使用しているワークフローとgithubが想定しているワークフローとgithub flowというワークフローは全部違うみたいだね。
・git開発のワークフロー
http://daretoku-unix.blogspot.jp/2014/01/git-flowgithub-flowgit.html?m=1
・github flow
https://gist.github.com/Gab-km/3705015
githubがどんなワークフローを想定しているかは見つかってないんだけど、github flowがgithubの機能をシンプルに使って、みたいな感じで書いているから、github自体はgit自体と同様に特にワークフローを定義せずに利用者に任せるスタンスなのかもしれない。
|
- くだすれPython(超初心者用) その26 [転載禁止]©2ch.net
184 ：デフォルトの名無しさん[sage]：2015/06/17(水) 12:01:08.92 ID:l25RfAPf - >>175
http://docs.python.jp/2/faq/programming.html
関数の中とかでimportするようにすれば循環を解消出来る
|
- Gitをより良くするための運用ガイドライン作成スレ [転載禁止]©2ch.net
116 ：デフォルトの名無しさん[sage]：2015/06/17(水) 13:44:56.64 ID:l25RfAPf - >>115
>>114で貼ったgit自身の開発モデルでは--no-ffは付けないみたいだね。
gitworkflowにも書いてないし、gitのmasterブランチにもmergeコミットではないコミットも含まれている。
例えば、0e8771fなんてffされたmergeに見えないか？
そもそもpatchで取り込むことも想定されてるから、mergeの時だけ--no-ffを前提にすることは無意味だと思う。
|