Re: [ptp-dev] Merge policy reminder

[Dave Wootton <dwootton@xxxxxxxxxx>]

I've just has a couple updates since
the git conversion so I'm not sure if my process is a correct way to handle
commits

I cloned the git repository twice, selecting
only ptp_5_0 for one clone and only master for the second
I created two workspaces, one pointing
to the ptp_5_0 clone and the second to the master clone
Before changing code I'll run a pull
to make sure I have latest git code in my clone repository
I'll make my changes and test in one
workspace until I am satisfied I have working code
Then I'll commit/push the changes in
that repository
After that I manually make changes in
the second workspace, retest as needed, then commit/push those changes

I realize this is probably not the most
efficient way to do things, but at the moment I'm not working on a lot
of changes and the whole git concept is new to me. So this sequence works
for me as long as I'm not doing anything that breaks the process and causes
later merge problems.

Dave

[ptp-dev] Merge policy reminder

Greg Watson

to:

Parallel Tools Platform general developers

02/07/2012 01:51 PM

Sent by:

ptp-dev-bounces@xxxxxxxxxxx

Please respond to Parallel Tools Platform general developers

---

I'd like to remind everyone that every time you commit
something to ptp_5_0 you need to take some action to either merge or reject
the changes on the master branch. If you don't do this, then the next poor
sucker (usually me) has to try and resolve all the merge conflicts that
are created.

Thanks!

Greg
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev