Closed zachary-foster closed 6 years ago
any change significant enough to break things, or complicated enough to not be able to completely implemented (test, docs included) in a single commit we put on a temporary branch just for that change and merge to master when its done and all the tests pass?
sure, sounds good. e.g., a spelling change we can just commit, but if you add a new function, branch and get that done with tests and make sure passing, then merge
Nice, lets do that
Some reviewers lately commented on failing tests. I personally don't worry too much about failing tests mid development (since often times the test at fault rather than what it is testing), but It might give some people a bad impression.
@sckott and I started this conversion over email, so I will paste @sckott's reply here:
Thats how I think of it.
That link is interesting. I tend to lean towards not using a development branch. I have done it in the past and I remember it being more trouble than it was worth.
What bout a hybrid approach, where master is considered a "stable" development version, different than the CRAN release, and any change significant enough to break things, or complicated enough to not be able to completely implemented (test, docs included) in a single commit we put on a temporary branch just for that change and merge to master when its done and all the tests pass?