Continuous Integration Process about triplea HOT 4 CLOSED

Yep. Everyone should fork the repo and submit pull requests for Veqyrn and I to review for now.

from triplea.

I'll add one more important point which is please make small commits that are properly commented. Its much easier to review small commits that make it obvious what they are doing rather than huge commits that make lots of changes. It also allows us to accept changes at a finer grain rather than having to reject a large commit because of an issue with a small part of it.

This is especially important since there are only 2 of us reviewing pull requests right now and Veqryn has been pretty busy recently.

from triplea.

@ron-murhammer I want to avoid confusion and be clear on what this process would look like (I think there is some confusion since forks are not so pertinent):

• all the time there are pull requests going into triplea/master, and developers pull from it in order to integrate. Periodically a release branch is cut, tested in more detail, bug fixes are applied to it + master, and a release happens. That branch is "thrown away" and the process repeats.

Continuous integration means integrating often, my intent here is to designate master/triplea as the integration branch. This means dev's push there often and pull from there so that they integrate often.

from triplea.

Closing, at some point maybe later today I'll try to document this on the wiki. The integration+release process I think should be documented somewhere, probably there.

from triplea.